OmnichannelWebTelegramBaleAI Agent

فروش چندکاناله با AI؛ یک هسته مشترک برای Web، Telegram و Bale

چرا وب، تلگرام و بله نباید سه سیستم جدا باشند؟ راهنمای معماری یک AI Business Agent چندکاناله با Context، CRM و Action مشترک.

مطالعه کاربردی برای فروشگاه‌های آنلاین
فروش چندکاناله با AI؛ یک هسته مشترک برای Web، Telegram و Bale

فروش چندکاناله با AI یعنی چه؟

Omnichannel فقط به معنی حضور در چند کانال نیست. اگر وب، تلگرام و بله هر کدام پاسخ، حافظه و قواعد جدا داشته باشند، کسب‌وکار عملاً سه سیستم مستقل دارد.

هدف معماری چندکاناله این است که مشتری بتواند از کانال مناسب خودش وارد شود، اما منطق اصلی کسب‌وکار از یک هسته مشترک بیاید.

چهار لایه اصلی

یک Business Agent چندکاناله را می‌توان در چهار لایه دید:

۱. Channel

جایی که مشتری پیام می‌دهد:

  • Web
  • Telegram
  • Bale

هر کانال UI و محدودیت خودش را دارد.

۲. Conversation و Context

لایه‌ای که پیام را تفسیر می‌کند، موضوع فعال را نگه می‌دارد و تشخیص می‌دهد مشتری چه می‌خواهد.

۳. Action

Conversation باید بتواند به عملیات واقعی برسد:

  • Commerce
  • WooCommerce
  • Booking
  • Payment
  • CRM
  • Handoff

۴. Customer 360

نتیجه تعامل باید برای ادامه رابطه قابل استفاده باشد. این لایه کمک می‌کند سفارش، نوبت، لید و Conversation پراکنده نباشند.

چرا Business Logic نباید داخل Adapter باشد؟

فرض کنید قانون کسب‌وکار می‌گوید:

در فرآیند نوبت‌دهی ابتدا خدمت و زمان انتخاب شود و شماره تماس قبل از پرداخت گرفته شود.

اگر این قانون داخل Bot تلگرام نوشته شود، برای بله و وب باید دوباره پیاده‌سازی شود. بعد از مدتی سه رفتار متفاوت خواهیم داشت.

در معماری بهتر، قانون در Orchestrator یا Action Layer مرکزی قرار می‌گیرد. Adapter فقط ورودی و خروجی کانال را مدیریت می‌کند.

مثال فروش محصول

مشتری در Web می‌نویسد:

یک لیوان ارزان می‌خواهم.

بعد می‌گوید:

آبی باشه.

و سپس:

زیر یک میلیون.

هسته مشترک باید بتواند Context را به شکل یک Query مؤثر نگه دارد:

لیوان + رنگ آبی + بودجه زیر یک میلیون + ترجیح ارزان‌تر

اگر همین مکالمه در تلگرام یا بله انجام شود، نتیجه تجاری باید تا حد ممکن یکسان باشد.

مثال Booking

مشتری می‌خواهد برای یک خدمت وقت بگیرد:

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

در اینجا Channel نباید ترتیب Business Flow را تغییر دهد.

مزیت برای تیم کسب‌وکار

هسته مشترک باعث می‌شود:

  • قواعد یک‌بار تعریف شوند.
  • خطا و Regression بین کانال‌ها کمتر شود.
  • اضافه کردن کانال جدید ساده‌تر شود.
  • Customer 360 اطلاعات منسجم‌تری داشته باشد.
  • CRM بتواند نتیجه تعامل‌ها را در یک جریان ببیند.

چه چیزی در هر کانال متفاوت می‌ماند؟

یکپارچگی به معنی یکسان بودن کامل UI نیست.

Telegram ممکن است Inline Button داشته باشد، Web ممکن است Widget و کارت بصری داشته باشد و Bale الگوی نمایش خودش را داشته باشد. این تفاوت‌ها طبیعی‌اند.

چیزی که باید مشترک بماند:

  • Intent
  • Context
  • قواعد کسب‌وکار
  • Action Planning
  • دسترسی به محصول یا خدمت
  • CRM و Customer State

معیارهای ارزیابی

برای سنجش معماری Omnichannel این سؤال‌ها را بپرسید:

  • آیا یک سناریو در سه کانال نتیجه تجاری مشابه دارد؟
  • آیا قواعد اصلی فقط یک‌بار تعریف شده‌اند؟
  • آیا Context گفتگو بین پیام‌های متوالی حفظ می‌شود؟
  • آیا سفارش یا Booking به CRM متصل می‌شود؟
  • آیا Handoff به انسان Context را از بین نمی‌برد؟

جمع‌بندی

فروش چندکاناله زمانی واقعی است که کانال‌ها روی یک مغز مشترک کار کنند. Web، Telegram و Bale باید راه‌های متفاوت ورود به همان سیستم باشند، نه سه محصول مستقل.

برای مشاهده این مدل در رباتینا، صفحه محصول، قابلیت‌ها و دمو را بررسی کنید.