العميل خدمة لتوصيل الوجبات الجاهزة بالاشتراك أو حسب الطلب: عشرات الآلاف من الطلبات شهرياً، وذروة الأحمال في أمسيات أيام الأسبوع. اعتمد الدعم على مركز اتصال ومحادثات، مع انتظار يصل إلى 40 دقيقة في ساعات الذروة، واستنزاف توظيف الموظفين لهامش الربح. وكانت 70% من الاستفسارات تكرر السيناريوهات نفسها: «أين طلبي؟»، و«كيف أغير العنوان؟»، و«ما مكونات الوجبة؟»، و«كيف أؤجل التوصيل؟». ويعيش معظم جمهور الخدمة تقريباً داخل Telegram، لذا كان من المنطقي نقل الدعم إليه أيضاً.
أتمتة الاستفسارات المتكررة من دون تراجع جودة الخدمة:
بوت يجيب بلغة طبيعية، ويطّلع على بيانات الطلب المحدد، ويستطيع تعديل التوصيل ودفع الاشتراك مباشرة في المحادثة، وينقل المستخدم بسلاسة إلى موظف عند الحالات المعقدة. وكان معيار الجودة صارماً: إذا «تظاهر البوت بتقديم الدعم» بدلاً من حل المشكلة، عُدّ المشروع فاشلاً.
لم نبنِ «روبوت محادثة بقائمة خيارات»، بل موظف دعم متكاملاً: لديه وصول إلى بيانات الطلب، وصلاحية تنفيذ العمليات المتكررة، وحدود واضحة لتصعيد الحالة.
- حللنا استفسارات الدعم خلال ثلاثة أشهر: حددنا 50 سيناريو متكرراً، ونسبة كل منها، وصياغات العملاء الفعلية، والأخطاء المعتادة للموظفين.
- جمعنا قاعدة معرفة الخدمة: قواعد التوصيل، ومكونات الوجبات، وأسعار الاشتراكات، وإجراءات الاسترداد؛ ونظمنا الحقائق كي تستخدمها النماذج في الإجابات.
- طورنا نواة الحوار: نموذج لغوي يستخدم البحث في قاعدة المعرفة (RAG)، مع منع الإجابات التي لا تستند إلى حقائق الخدمة ونبرة موحدة للعلامة التجارية.
- ربطنا البوت بالأنظمة التشغيلية عبر API: حالة الطلب وسجله، وتعديل عنوان التوصيل وموعده، وإيقاف الاشتراك مؤقتاً ودفعه.
- صممنا آلية التصعيد: تُحال الاستفسارات المعقدة أو المشحونة عاطفياً إلى الموظف مع سياق المحادثة، فلا يضطر العميل إلى تكرار كلامه.
- أعددنا تحليلات الحوار: أسباب التصعيد، والسيناريوهات التي لم تجد إجابة، وتحديث قاعدة المعرفة؛ ويتحسن البوت اعتماداً على المحادثات الفعلية.
كان المبدأ الأساسي ألا يشعر المستخدم بأن الأتمتة هي التي تجيبه. يرد البوت خلال ثوانٍ، ويحل المشكلة في رسالة أو رسالتين، ولا يكرر الحلقة نفسها أبداً: إذا كان السيناريو غير معتاد، يتدخل الموظف فوراً ومعه السياق كاملاً. لذلك ارتفع تقييم الدعم من 3,4 إلى 4,7؛ فالعملاء يقيمون السرعة والنتيجة، لا ما إذا كان المتحدث «روبوتاً أم إنساناً». وهذا الانضباط هو ما يميز بوتاً يؤدي عمله عن بوت يسبب الإزعاج.
اقتصاديات المشروع واضحة: تضاعف حجم الاستفسارات ثلاث مرات خلال عام مع نمو الخدمة، لكن فريق الموظفين بقي بالحجم نفسه؛ فقد استوعب البوت كل الزيادة. وخصصنا ساعات الموظفين التي تحررت للتعامل مع الحالات المعقدة و«عالية القيمة»، مثل الاحتفاظ بالعملاء، وهي أعمال لم تكن تتسع لها الوردية سابقاً. وأصبح البوت أيضاً قناة للمبيعات: تدر تذكيرات الاشتراك والبيع الإضافي أثناء المحادثة حصة ملحوظة من الإيرادات، فتحول الدعم من مركز تكلفة إلى قناة نمو.
| المؤشر | النتيجة |
|---|---|
| نسبة الاستفسارات التي تُحل من دون موظف | 0% → 78% |
| زمن أول رد | حتى 40 دقيقة في الذروة → 3–5 ثوانٍ |
| تكلفة معالجة الاستفسار | ≈90 ₽ → ≈7 ₽ |
| CSAT للدعم | 3,4 → 4,7 |
نُقلت المؤشرات من المواد الأصلية للحالة. وتُذكر الفترة حيثما وردت في المصدر.
- من الاستفسارات حُلّت من دون موظف
- 78%
- الرد الأول (كان يصل إلى 40 دقيقة في الذروة)
- 3–5 ثانية
- تكلفة معالجة الاستفسار (كانت ≈90 ₽)
- ≈7 ₽
- رضا العملاء عن الدعم CSAT (كان 3.4)
- 4.7
الرد الأول: 40 دقيقة = 2400 ثانية، مقارنة بالحد الأعلى البالغ 5 ثوانٍ. ويُقاس CSAT على مقياس من 5 نقاط.
المستخدمأين طلبي؟
الروبوتطلبك في الطريق. هل ترغب في تغيير موعد التوصيل؟
المستخدمنعم، انقله إلى المساء
الروبوتتم، حُدّث موعد التوصيل.
- 01استفسار عبر Telegram
- 02الذكاء الاصطناعي + قاعدة المعرفةوبيانات الطلب عبر API
- 03حالة معتادة — تُحل في المحادثة
- 04حالة معقدة — موظفمع سياق الحوار
مسارات تطوير البوت لاحقاً:
- تعدد القنوات: تشغيل السيناريوهات نفسها في WhatsApp وVK اعتماداً على قاعدة المعرفة والنواة المشتركتين.
- إشعارات استباقية: تنبيه العميل إلى التأخير قبل أن يسأل عنه.
- مساعد صوتي: الطلب وإدارة الاشتراك بالصوت في تطبيق الخدمة على الهاتف.
يرد البوت أسرع من أي موظف ولا يأخذ إجازة. والأهم أنه يحل المشكلة ولا يتظاهر بتقديم الدعم؛ فلا يلاحظ العملاء ذلك ويمنحوننا «خمس نجوم».
— رئيس خدمة توصيل الوجبات