رباتینا چیست و چرا فقط یک چت‌بات فروش نیست؟

بسیاری از ابزارهای هوش مصنوعی کسب‌وکار از یک نقطه شروع می‌کنند: پاسخ‌دادن به پیام مشتری. این کار مفید است، اما برای یک کسب‌وکار واقعی کافی نیست. مشتری ممکن است محصول بخواهد، برای یک خدمت وقت بگیرد، وضعیت سفارش را بپرسد یا نیاز به اپراتور انسانی داشته باشد. در همه این سناریوها، پاسخ متنی فقط آغاز Journey است.

رباتینا با این نگاه ساخته می‌شود که Conversation باید بتواند به داده و Action واقعی کسب‌وکار متصل شود. به همین دلیل می‌توان آن را از یک Sales Operating System قدیمی‌تر به سمت یک AI Business Agent Platform دید: هسته‌ای مشترک که Web، Telegram و Bale را به CRM، Customer 360، Commerce، WooCommerce و Booking وصل می‌کند.

لایه اول: مشتری از کجا وارد می‌شود؟

مشتری ممکن است از سه نقطه اصلی وارد شود:

• چت تحت وب داخل سایت؛
• ربات تلگرام؛
• ربات بله.

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

اگر قانون کسب‌وکار می‌گوید «ابتدا خدمت و زمان انتخاب شود و شماره تماس قبل از پرداخت گرفته شود»، این قانون باید در هسته مشترک قرار بگیرد؛ نه داخل Adapter تلگرام یا بله. همین اصل از Regression و رفتار متناقض بین کانال‌ها جلوگیری می‌کند.

برای جزئیات بیشتر می‌توانید صفحات ربات فروش تلگرام، ربات فروش بله و دستیار هوشمند سایت را ببینید.

لایه دوم: Conversation و Context

یک Agent فروش خوب فقط آخرین پیام را نمی‌بیند. فرض کنید مشتری می‌گوید:

لیوان ارزون می‌خوام

بعد می‌نویسد:

آبی باشه

و بعد:

زیر یک میلیون

اگر هر پیام جداگانه پردازش شود، سیستم زمینه را از دست می‌دهد. Context باید بتواند موضوع فعال و محدودیت‌های جدید را کنار هم نگه دارد تا Query مؤثر تبدیل شود به:

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

این همان نقطه‌ای است که AI از یک پاسخ‌گوی عمومی به یک Agent نزدیک می‌شود. Agent باید بداند چه اطلاعاتی هنوز کم است، چه سؤال تکمیلی لازم است و چه زمانی باید از Conversation به Action برسد.

لایه سوم: Source of Truth کسب‌وکار

هوش مصنوعی نباید قیمت، موجودی، زمان آزاد یا وضعیت سفارش را حدس بزند. هر داده عملیاتی باید منبع حقیقت مشخص داشته باشد.

برای فروشگاه WooCommerce، محصول، Variation، قیمت، موجودی و سفارش از WooCommerce می‌آیند. رباتینا این داده را برای Conversation و CRM قابل استفاده می‌کند، اما فروشگاه منبع تجاری اصلی باقی می‌ماند. در کسب‌وکاری که سایت فروشگاهی ندارد، Commerce داخلی می‌تواند کاتالوگ و سفارش را مدیریت کند.

در Booking نیز همین اصل برقرار است: خدمت، لاین یا متخصص، ظرفیت و Slot باید از موتور Booking معتبر خوانده شوند. اگر منبع در دسترس نیست، Agent نباید Availability ساختگی تولید کند.

صفحه اتصال WooCommerce این معماری را با جزئیات بیشتری توضیح می‌دهد.

لایه چهارم: Action Planning

Conversation زمانی ارزش عملیاتی پیدا می‌کند که سیستم بتواند مرحله بعدی را انتخاب کند. نمونه Actionها عبارت‌اند از:

• جست‌وجوی محصول؛
• پیشنهاد محصول یا خدمت؛
• ثبت Lead؛
• ساخت سفارش؛
• شروع Booking؛
• هدایت به پرداخت؛
• ثبت Follow-up؛
• Handoff به اپراتور انسانی.

اما Agent نباید هر Actionی را آزادانه اجرا کند. Role، Policy و مجوز Tool باید تعیین کنند چه کاری مجاز است. برای عملیات حساس، Human Approval یا Fail-Closed behavior اهمیت دارد.

لایه پنجم: Customer 360 و CRM

اگر Conversation تمام شود ولی نتیجه در هیچ جا ثبت نشود، تیم فروش دوباره همان مشکل قبلی را دارد: اطلاعات پراکنده.

Customer 360 تلاش می‌کند اطلاعات مرتبط مشتری را در یک Timeline قابل استفاده جمع کند؛ مثل:

• اطلاعات تماس؛
• Conversation؛
• Lead و Stage؛
• سفارش؛
• نوبت؛
• Follow-up و Action بعدی.

این لایه برای این ساخته نشده که هر داده‌ای بدون هدف ذخیره شود. هدف این است که زمینه لازم برای ادامه رابطه با مشتری در اختیار تیم و Agent قرار بگیرد.

Commerce و Booking؛ دو نوع Action متفاوت

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

در Commerce، مسئله حول Product، Price، Stock، Cart و Order می‌چرخد. در Booking، موجودیت‌های اصلی Service، Line، Slot، Phone و Appointment هستند.

مثلاً در نوبت‌دهی بهتر است مشتری ابتدا خدمت و زمان را ببیند و شماره تماس در نقطه‌ای دریافت شود که برای رزرو یا پرداخت لازم است. این ترتیب اصطکاک شروع گفتگو را کمتر می‌کند.

Edge و Cloud چه نقشی دارند؟

در معماری رباتینا بخشی از اتصال نزدیک به سیستم کسب‌وکار انجام می‌شود و بخشی از پردازش‌ها و مدیریت در Cloud قرار می‌گیرند. مهم‌ترین اصل این است که مرز مسئولیت روشن باشد.

Connector نزدیک فروشگاه یا سرویس باید دسترسی حداقلی داشته باشد و داده Live را از منبع معتبر بخواند. Cloud می‌تواند CRM، Customer 360، Automation، AI و مدیریت چند Workspace را متمرکز کند.

این معماری زمانی ارزشمند است که Failure Mode هم تعریف شده باشد. اگر اتصال فروشگاه قطع شود، Agent نباید قیمت قدیمی را به‌عنوان داده زنده نمایش دهد. اگر Payment نتیجه معتبر ندارد، سفارش یا نوبت نباید بی‌دلیل قطعی شود.

مدیر کسب‌وکار چه چیزی باید ببیند؟

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

• کدام Conversation نیاز به پیگیری دارد؟
• کدام Lead در مرحله مهمی است؟
• کدام سفارش یا نوبت هنوز موقت است؟
• کدام Workflow خطا دارد؟
• کدام کانال یا Journey بیشترین اصطکاک را دارد؟
• Action بعدی تیم چیست؟

این نگاه، رباتینا را از مجموعه‌ای از Featureهای جدا به یک لایه عملیاتی برای کسب‌وکار نزدیک می‌کند.

آیا رباتینا جای نیروی انسانی را می‌گیرد؟

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

Human Handoff خوب یعنی Agent قبل از انتقال، Context لازم را نگه دارد تا مشتری مجبور نشود همه چیز را دوباره توضیح دهد.

برای شروع چه چیزی را در دمو تست کنیم؟

به‌جای تست چند سؤال ساده، سه تا پنج سناریوی واقعی کسب‌وکار را آماده کنید:

1. مشتری محصول یا خدمت مشخصی می‌خواهد.
2. اطلاعات را در چند پیام جدا ارائه می‌کند.
3. محصول یا زمان انتخابی در دسترس نیست.
4. پرداخت یا Action نهایی کامل نمی‌شود.
5. Conversation باید به اپراتور انسانی تحویل داده شود.

بعد بررسی کنید آیا Context حفظ می‌شود، داده از Source of Truth می‌آید و نتیجه در CRM یا Journey قابل پیگیری است یا نه.

جمع‌بندی

رباتینا را می‌توان یک AI Business Agent Platform دانست که هدفش اتصال گفتگو به عملیات واقعی است. Web، Telegram و Bale نقاط ورود هستند؛ AI و Context هسته تصمیم‌گیری را می‌سازند؛ WooCommerce، Commerce و Booking داده و Action را فراهم می‌کنند؛ و Customer 360 و CRM نتیجه را برای ادامه رابطه نگه می‌دارند.

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