Mengenali Anggota Saat Asisten AI Ada: Identitas, Akses, dan Persetujuan

Jawaban singkat

Sebelum asisten AI dapat membantu anggota loyalitas, ada tiga pertanyaan yang harus diselesaikan oleh sistem Anda, bukan oleh asisten. Siapa anggota ini? Satu identitas terselesaikan, jadi orang yang sama bukanlah tiga catatan parsial. Atas nama siapa asisten itu bertindak? Akses terikat pada satu akun anggota, sehingga dibatasi oleh sistem pada akun anggota tersebut. Apa yang disetujui anggota? Preferensi persetujuan dan pesan yang ditetapkan sendiri oleh anggota, diterapkan saat pesan dikirim, dan bukan sesuatu yang dapat diubah oleh asisten.

Bagian ini mencakup lapisan identitas dan persetujuan di bawah menghubungkan program loyalitas ke asisten AI.

Mengapa identitas menjadi lebih sulit ketika ada asisten yang terlibat

Saat anggota mengidentifikasi dirinya di toko atau masuk ke aplikasi Anda, sistem Anda dapat menentukan akun mana yang sedang digunakan. Interaksi yang teridentifikasi tersebut dapat ditangani melalui toko dan sistem aplikasi Anda. Asisten AI menambahkan satu langkah antara anggota dan program Anda. Asisten bertanya atas nama anggota, sehingga sistem Anda harus menjawab dua pertanyaan sekaligus: siapa anggotanya, dan apakah asisten ini benar-benar diperbolehkan berbicara mewakili mereka.

Industri pembayaran sudah berupaya mengatasi masalah ini dengan versi mereka sendiri. Ketika Google mengumumkan Protokol Pembayaran Agen (AP2) pada 16 September 2025, tertulis bahwa "Agen AI mampu bertransaksi atas nama pengguna, sehingga menciptakan kebutuhan untuk membangun landasan bersama untuk mengautentikasi, memvalidasi, dan menyampaikan otoritas agen untuk bertransaksi secara aman." Pertanyaan pertama yang disebutkan AP2 membantu menjawab: "Otorisasi: Membuktikan bahwa pengguna memberikan otoritas khusus kepada agen untuk melakukan pembelian tertentu."

Tim loyalitas tidak perlu menyelesaikan pembayaran agen untuk belajar dari hal ini. Tiga pertanyaan yang sama berlaku untuk asisten yang hanya membaca poin anggota: siapa anggotanya, siapa yang memberikan akses, dan dalam batasan apa.

Pertanyaan 1: Siapa anggota ini?

Seorang asisten hanya bisa seakurat identitas di baliknya. Jika ada satu pembelanja sebagai catatan kartu toko, akun e-commerce, dan pelanggan email, asisten bertanya "berapa saldo saya?" akan melaporkan satu fragmen dan melewatkan sisanya.

Hal ini menjadikan resolusi identitas sebagai prasyarat untuk setiap pekerjaan loyalitas yang berhubungan dengan AI:

Satu orang, satu rekor. Cocokkan pendaftaran, kunjungan toko, pesanan online, dan tanda terima dengan anggota yang sama, dan hindari duplikat ketika seseorang mendaftar dua kali.

Satu jalur masuk. Jika anggota mencapai program melalui beberapa pintu depan (situs Anda, aplikasi Anda, platform perdagangan), masing-masing harus diakhiri dengan identitas yang sama, dengan pencocokan profil dan perilaku keikutsertaan yang sama.

Status yang mengikuti orang tersebut. Tingkat yang diperoleh di satu saluran atau merek harus diakui di saluran atau merek lainnya. Jika tidak, asisten akan memberikan jawaban berbeda tergantung pada catatan mana yang dibacanya.

Pertanyaan 2: Asisten bertindak atas nama siapa?

Setelah anggotanya diketahui, pertanyaan berikutnya adalah apa yang boleh dijangkau oleh asisten tersebut. Desain utama untuk menghubungkan asisten dibahas di bagian lain dalam seri ini, jadi inilah prinsip identitasnya: akses harus terikat ke akun satu anggota, bukan ke tim, dan bukan ke apa pun yang diminta asisten.

Standar terbuka menerapkan gagasan serupa di tingkat server. Untuk penerapan MCP berbasis HTTP menggunakan alur otorisasi OAuth spesifikasi, spesifikasi otorisasi Model Context Protocol (versi 28-07-2026) menyatakan bahwa server MCP "HARUS memvalidasi bahwa token akses dikeluarkan khusus untuk mereka sebagai audiens yang dituju." Dengan kata lain, token yang diterbitkan untuk satu layanan tidak dapat digunakan kembali secara diam-diam di layanan lain.

Untuk loyalitas, hal ini diterjemahkan menjadi sebuah tes singkat: jika asisten anggota bertanya tentang anggota lain, jawabannya harus berupa penolakan dari sistem Anda, bukan keputusan penilaian dari model.

Pertanyaan 3: Apa yang disetujui anggota?

Persetujuan merupakan hal yang paling berisiko bagi asisten AI, karena antarmuka percakapan memudahkan untuk mengaburkan "anggota mengajukan pertanyaan" menjadi "anggota menyetujui sesuatu".

Tiga prinsip menjaganya tetap bersih:

Anggota menetapkan persetujuannya sendiri, melalui saluran Anda. Preferensi seperti saluran, topik, dan jam tenang berada di tempat yang dikontrol langsung oleh anggota, bukan dalam kesimpulan yang diambil dari obrolan.

Persetujuan diterapkan ketika pesan dikirim, bukan hanya disimpan. Preferensi yang dicatat tetapi tidak dicentang pada waktu pengiriman tidak melindungi siapa pun.

Penarikan harus semudah menyetujui. Berdasarkan Peraturan Perlindungan Data Umum UE, Pasal 7(3) menyatakan: "Menarik diri sama mudahnya dengan memberikan persetujuan." Pilihan yang terperinci, seperti mematikan satu topik pesan dibandingkan setiap pesan, menjadikannya praktis.

Aturan praktis yang berguna: asisten dapat menjelaskan preferensi anggota saat ini, namun hal tersebut tidak boleh mengubah persetujuan pemasaran mereka. Periksa kewajiban hukum Anda dengan penasihat; ini adalah panduan desain, bukan nasihat hukum.

Cara SocialHub.AI menangani identitas, akses, dan persetujuan

Satu anggota di seluruh saluran. Halaman Poin Terpadu SocialHub.AI menyatakan "Satu ID menentukan orang yang sama di seluruh merek, toko, dan saluran." Halaman Anggota menambahkan bahwa orang yang sama digabungkan ke dalam satu profil hanya sekali per program, tanpa duplikat bahkan ketika mereka mendaftar dua kali pada saat yang sama, dan dengan poin selamat datang dan keikutsertaan dicatat satu kali.

Satu proses masuk. Menurut halaman Portal Anggota, portal tersebut tertanam di Shopify, situs perusahaan dan aplikasi asli, dan "Setiap jalur berbagi satu proses masuk, sehingga pencocokan profil dan keikutsertaan berperilaku sama." Halaman yang sama mencatat bahwa sistem masuk tunggal tersedia untuk disematkan saat ini, dengan proses masuk akhir masih menunggu verifikasi pada domain sebenarnya.

Akses terikat pada anggota. Dua opsi AI yang dapat diakses oleh anggota terdaftar sebagai Tersedia di halaman AI Frontier:

Loyalty Concierge, asisten di dalam portal anggota yang menjawab pertanyaan anggota tentang poin mereka sendiri, kemajuan tingkatan, kupon, dan hadiah. Ini hanya bisa dibaca. Loyalty Concierge dapat mengusulkan kartu penukaran menggunakan hadiah dan saldo nyata anggota. Asisten tidak menghabiskan poin atau mengeluarkan hadiah; penukaran berjalan hanya setelah anggota secara eksplisit mengonfirmasikannya melalui alur penukaran terpisah di portal.

Hubungkan asisten Anda sendiri, di mana anggota membuat kunci hanya baca dan hanya permintaan dari portal mereka untuk asisten AI yang sudah mereka gunakan. Halaman tersebut mendeskripsikan kunci tersebut sebagai "disematkan ke akun mereka dan tidak dapat menjangkau data orang lain". Kunci MCP yang terhubung dengan anggota tersebut hanya bersifat kueri dan terpisah dari alur kartu usulan Pramutamu.

Dalam dokumen pengembang, pencarian poin dan hadiahlah yang mengembalikan data milik anggota dengan kunci tersebut. Pencarian aturan program mengembalikan fakta program publik yang tidak spesifik untuk anggota mana pun.

Persetujuan kontrol anggota. Di halaman Portal Anggota, anggota mengatur bahasa, saluran, jam tenang dan minat serta dapat berhenti berlangganan topik pesan individual; "Pilihan topik diberlakukan saat pengiriman, jadi menonaktifkan satu topik sebenarnya akan menghentikan pesan semacam itu sementara pesan lainnya terus berdatangan." Prediksi tidak mengabaikan kontrol yang berlaku. Pemberian poin dan kupon oleh agen akan masuk ke tinjauan manusia secara default, sementara tim otomatis yang dikecualikan tetap otomatis. Pesan win-back dapat dikirim secara otomatis tanpa langkah peninjauan alat tindakan, tergantung pada persetujuan jalur pengiriman, frekuensi, dan pemeriksaan pengiriman lainnya.

Alat staf menghormati garis yang sama. Dalam dokumen pengembang, alat sisi staf yang membuat atau mencari anggota melalui MCP menyatakan bahwa izin pemasaran tidak diaktifkan melalui alat tersebut.

Apa yang bukan ini. Segala sesuatu di atas menyangkut asisten anggota dan saluran merek Anda sendiri. Artikel ini tidak mencakup pengenalan anggota di dalam kasir agen belanja pihak ketiga, atau agen AI yang melakukan pemesanan atas nama pelanggan.

Daftar Periksa: apakah identitas anggota Anda siap untuk asisten AI?

1. Hitung duplikat. Berapa banyak anggota yang ada lebih dari satu catatan di seluruh toko, online, dan email? Perbaiki ini sebelum menambahkan asisten apa pun.

2. Petakan setiap jalur masuk. Masing-masing harus diakhiri dengan identitas anggota yang sama, dengan penanganan keikutsertaan yang sama.

3. Putuskan siapa yang dapat memberikan akses AI. Idealnya anggota itu sendiri, dari halaman yang Anda kendalikan, dan dapat dibatalkan di sana.

4. Mengikat akses ke satu anggota. Uji bahwa asisten anggota tidak dapat mencapai rekor anggota lain.

5. Jauhkan perubahan persetujuan dari obrolan. Biarkan asisten menjelaskan preferensi; biarkan anggota mengubahnya di portal Anda.

6. Periksa penegakan pada waktu pengiriman. Matikan satu topik untuk anggota uji dan konfirmasikan bahwa pesan berikutnya yang sejenis tidak sampai.

7. Lakukan penarikan semudah mendaftar. Hitung klik untuk masing-masing klik.

Tanya jawab

Bagaimana sebuah merek mengetahui anggota mana yang menjadi asisten AI? Karena akses diberikan pada salah satu akun anggota, bukan disimpulkan dari percakapan. Dengan SocialHub.AI, anggota membuat kunci baca-saja yang terkait dengan akun mereka sendiri dari portal anggota, dan kunci tersebut hanya dapat menjangkau data loyalitas mereka sendiri.

Bisakah asisten AI mengubah persetujuan pemasaran anggota? Seharusnya tidak. Anggota harus mengubah persetujuan dan preferensi mereka sendiri di saluran yang Anda kendalikan. Loyalty Concierge SocialHub.AI bersifat hanya-baca (dapat mengusulkan kartu penukaran, namun penukaran hanya berjalan setelah anggota mengonfirmasinya di alur portal terpisah), dan anggota mengelola saluran dan topik pesan di portal anggota. Preferensi topik adalah contoh desain, bukan klaim kepatuhan hukum sepenuhnya; periksa kewajiban Anda dengan penasihat.

Mengapa satu ID pelanggan lebih penting bagi agen AI? Seorang asisten menjawab dari catatan apa pun yang dibacanya. Jika satu orang dibagi menjadi beberapa catatan, asisten akan memberikan jawaban yang parsial atau bertentangan mengenai poin dan status.

Apakah standar industri mengatur identitas dan otoritas agen? Mereka bermunculan. Protokol Pembayaran Agen (2025) Google membahas, antara lain, cara membuktikan bahwa pengguna memberikan otoritas kepada agen untuk melakukan pembelian. Untuk penerapan MCP berbasis HTTP yang menggunakan alur otorisasi OAuth spesifikasi, spesifikasi otorisasi MCP mengharuskan setiap server MCP memeriksa apakah token akses telah diterbitkan untuk server tersebut, sehingga token yang dikeluarkan untuk satu server tidak diterima oleh server lain.

Apa yang GDPR UE katakan tentang penarikan persetujuan? Pasal 7(3) UE GDPR menyatakan: "Menarik diri sama mudahnya dengan memberikan persetujuan." Periksa kewajiban Anda dengan penasihat.