نحوه عملکرد RCS برای کسب و کار

نمایندگان RCS برای کسب و کار از طریق پیام‌ها، رویدادها و درخواست‌ها با کاربران ارتباط برقرار می‌کنند تا به اهداف تجاری شما دست یابند. چه این اهداف ساده باشند (مانند ارسال اعلان‌های تحویل) و چه پیچیده (مانند رزرو پرواز)، نمایندگان از کارت‌های غنی، رسانه‌ها و پیشنهادات برای هدایت کاربران از طریق مکالمات روان که نیازهای کاربر و نماینده را برآورده می‌کند، استفاده می‌کنند.

چگونه کار می‌کند؟

جریان مکالمه بین نماینده شما و یک کاربر شبیه مکالمه بین دو نفر است که در آن هر طرف به نوبت صحبت می‌کند، گوش می‌دهد و به دیگری پاسخ می‌دهد.

نماینده RCS for Business شما مکالمه با کاربران را آغاز می‌کند. کاربران نمی‌توانند مکالمه‌ای را با نماینده شما شروع کنند، اما به محض اینکه نماینده مکالمه‌ای را شروع کند، کاربر می‌تواند در هر زمان پاسخ دهد.

عامل شما اولین پیام را زمانی ارسال می‌کند که یک تریگر خارجی که شما پیکربندی کرده‌اید را دریافت کند. یک تریگر می‌تواند هر چیزی باشد و به مورد استفاده عامل شما بستگی دارد:

  • یک بسته ارسال می‌شود.
  • وقت آن است که پیشنهادهای ویژه ساندویچ برای ناهار روزانه ارسال کنیم.
  • یک کاربر در چت با پشتیبانی مشتری تماس می‌گیرد.

یک محرک خارجی، عامل RBM را فعال می‌کند.

وقتی عامل شما تریگر را دریافت می‌کند، با API پیام‌رسانی تجاری RCS پیامی را به دستگاه کاربر ارسال می‌کند . عامل شما تمام پیام‌ها، رویدادها و سایر درخواست‌ها را از طریق API RBM به عنوان درخواست‌های HTTP با بارهای داده JSON به کاربر ارسال می‌کند. کاربر پیام را در برنامه Messages روی دستگاه خود دریافت می‌کند.

اگر دستگاه از RCS پشتیبانی نکند، پلتفرم RCS for Business خطای 404 را برمی‌گرداند و اپراتور باید به فناوری دیگری مانند پیامک روی بیاورد.

وقتی کاربر به پیام پاسخ می‌دهد یا رویدادی را فعال می‌کند، سرویس RCS for Business گوگل پاسخ را به وب‌هوک پیکربندی‌شده شما ارسال می‌کند که اطلاعات را به نماینده شما برمی‌گرداند. وب‌هوک تمام پیام‌های کاربر، رویدادها و سایر درخواست‌ها را به صورت JSON به نماینده شما ارسال می‌کند.

پس از اینکه عامل شما پیام را دریافت کرد ، JSON را رمزگشایی کرده و پاسخ را تجزیه می‌کند. با استفاده از منطق داخلی یا با تکیه بر یک ماژول درک زبان طبیعی (NLU) مانند Dialogflow ، عامل شما در مورد پاسخ به پیام کاربر تصمیم می‌گیرد و پاسخ را از طریق RBM API به دستگاه کاربر ارسال می‌کند.

مکالمه بین نماینده شما و کاربر ادامه می‌یابد تا زمانی که به نتیجه مورد نظر برسد یا کاربر دیگر پاسخ ندهد.

مثال

مثال زیر یک سناریوی ساده را نشان می‌دهد که در آن کاربر درخواست به‌روزرسانی آب و هوا را می‌دهد.

  1. عامل شما یک تریگر از یک سرویس خارجی دریافت می‌کند که نشان می‌دهد کاربری درخواست به‌روزرسانی آب و هوا را داده است.
  2. نماینده شما پیامی برای کاربر ارسال می‌کند که درخواست کاربر را تأیید کرده و موقعیت مکانی کاربر را جویا می‌شود.
  3. در برنامه پیام‌ها، کاربر پیام را می‌خواند و با آدرس خود پاسخ می‌دهد.
  4. عامل شما پاسخ را پردازش می‌کند، اطلاعات آب و هوا را دریافت می‌کند، یک پیام محاوره‌ای ایجاد می‌کند و اطلاعات را برای کاربر ارسال می‌کند. علاوه بر این، عامل شما می‌پرسد که آیا کاربر اطلاعات آب و هوای مکان دیگری را نیز می‌خواهد یا خیر.
  5. کاربر پیام‌ها را می‌خواند و از نماینده تشکر می‌کند.
  6. نماینده شما تأیید می‌کند که کاربر اطلاعات بیشتری درخواست نکرده و مکالمه را پایان می‌دهد.

رمزگذاری

پیام‌های RCS for Business که بین کاربران و نمایندگان ارسال می‌شوند، بین نمایندگان RCS for Business و سرورهای گوگل و بین سرورهای گوگل و دستگاه‌های کاربران رمزگذاری می‌شوند. شرکا نمی‌توانند از کلیدهای رمزگذاری خود استفاده کنند زیرا گوگل برای محافظت از همه کاربران و مشاغل، باید پیام‌ها را برای محتوای مخرب اسکن کند.

برای اطلاعات بیشتر در مورد امنیت داده‌ها برای RCS for Business، به امنیت داده‌ها برای RCS for Business مراجعه کنید.

بعدش چی؟

وقتی با این مفاهیم راحت شدید، در نظر بگیرید که می‌خواهید نماینده شما چه کاری انجام دهد و اولین نماینده خود را بسازید .