الرد الواثق لا يعني أن الحجز تم
قد يقول البوت بكل ثقة "تم حجزك، نراك الخميس الساعة 3 مساءً" بينما لا يصل الموعد إلى أي مكان: لم يصل المصففة أي إشعار، أو لم يُحجب الموعد في التقويم، أو ذهبت الرسالة إلى محادثة اختبار بدل المحادثة الحقيقية. نص الرد يثبت فقط أن البوت يجيد ربط الكلمات، لا أن شيئًا حدث فعلًا في الطرف الآخر. ما يجب فحصه هو النتيجة لا المحادثة: هل ظهر الحجز حيث ستراه المصففة فعلًا.
خمسة سيناريوهات يجدر أن تجربوها بأنفسكم
لا يكفي تجربة المسار المثالي الوحيد: اختيار وقت، تأكيد، تلقي رد. اجتازوا على الأقل خمسة سيناريوهات كما يفعل عملاء حقيقيون مختلفون:
- المسار المثالي: يوجد موعد فارغ، فيختاره العميل ويؤكده.
- موعد محجوز: يحاول العميل اختيار وقت محجوز أصلًا، فعلى البوت أن يقترح بديلًا لا أن يتجمد.
- الإلغاء والتغيير: يلغي العميل حجزًا قائمًا أو ينقله، فيجب أن يتحرر الموعد أو ينتقل في التقويم لا أن يتكرر.
- إدخال ناقص: يكتب العميل اسمًا دون رقم هاتف أو يترك المحادثة في منتصفها، فلا ينبغي للبوت أن ينشئ حجزًا فيه نقص.
- شاشة الهاتف: المحادثة نفسها على شاشة صغيرة، فلا ينبغي أن تُقطع الأزرار والنص أو تتداخل.
افحصوا الوجهة لا المحادثة
بعد كل اختبار، انظروا أين كان يُفترض أن يصل الحجز فعلًا: تقويم المصففة أو جدول أو المحادثة التي يُبلَّغ فيها الموظفون. هل يطابق الوقت والاسم ورقم الهاتف في ذلك السجل ما أدخله عميل الاختبار؟ وإذا كان البوت يُشعر المصففة فتأكدوا أن الإشعار وصل فعلًا، لا أن المسار كان يفترض إرساله.
احتفظوا بقائمة بالتباينات بدل الترقيع أثناء العمل
كل تباين يُكتشف يستحق التسجيل: ما المتوقع، وما الذي حدث فعلًا، وبعد الإصلاح يُعاد اختبار السيناريو نفسه. الإصلاح العشوائي بلا قائمة يعني في الغالب أن العطل نفسه سيعود بعد شهر، لأن شيئًا أُصلح بشكل صحيح، لكن ليس الحالة التي تعطلت فعلًا.
اختبروا حيث سيكون العميل لا في لوحة التطوير فقط
قد تتصرف محادثة تبدو صحيحة في لوحة اختبار البوت بشكل مختلف على القناة الحقيقية: Telegram أو WhatsApp أو أداة على الموقع يُدمج فيها البوت. يجب أن يتم الفحص النهائي على القناة والجهاز اللذين سيستخدمهما عميل حقيقي، لا في بيئة تطوير فقط.
أخطاء شائعة باختصار
- يُختبر المسار المثالي فقط، دون موعد محجوز ودون إلغاء.
- يُفحص إشعار المصففة بمنطق المسار لا بالتسليم الفعلي.
- يجري الاختبار في لوحة التطوير بدل محادثة حقيقية على الهاتف.
- يُصلح عطل لكن لا يُعاد اختبار السيناريو نفسه للتأكد.
قائمة ما قبل الإطلاق
- [ ] اختُبر المسار المثالي والموعد المحجوز والإلغاء أو التغيير والإدخال الناقص وشاشة الهاتف
- [ ] وُجد كل حجز اختبار في التقويم الحقيقي أو جدول الموظفين
- [ ] أُكدت إشعارات المصففة بالتسليم الفعلي لا بمنطق المسار فقط
- [ ] احتُفظ بقائمة تباينات وأُغلقت بإعادة اختبار لا بإصلاح فقط
- [ ] جرى الاختبار الأخير على القناة والجهاز الحقيقيين للعميل
ما يمكنكم إسناده إلينا
فحص البوت وإصلاحه جزء من خطة دعم الاستوديو، من $150 شهريًا. ويمكنكم أيضًا مناقشة اختبار بوت الحجز الخاص بكم معنا.
