عميل بعت يسأل عن صيانة جهاز في فرع مدينة نصر. فريق الاستقبال المركزي رد بالسعر المعتاد، لكن الفرع قال إن الخدمة مش متاحة في الموعد المطلوب. العميل رجع يسأل: «أنا أمشي على كلام مين؟». المشكلة هنا مش رقم واتساب ولا سرعة الرد. المشكلة إن الشركة ما حددتش مين صاحب القرار.
لو عندك أكتر من فرع، ابدأ بتوزيع الصلاحيات قبل شراء برنامج جديد أو إضافة موظفين. في حاجات ينفع تتوحد على مستوى الشركة، وحاجات لازم يراجعها الفرع اللي هينفذ الخدمة فعلًا.
ثلاث طرق لإدارة المحادثات بين الفروع
إدارة مركزية بالكامل: فريق واحد يستقبل الاستفسارات ويقرر الرد والخطوة التالية. ده ممكن يناسب نشاطًا خدماته وأسعاره ومواعيده موحدة فعلًا، لكن بيصبح نقطة اختناق لو كل معلومة عن التوافر تحتاج مكالمة مع مدير فرع.
كل فرع مسؤول عن عملائه: الفرع يستقبل ويقرر ويتابع. ده مفيد لما التنفيذ والمخزون والمواعيد مختلفة، لكن العميل ممكن يسمع إجابات متعارضة عن نفس سياسة الاسترجاع أو الضمان، والإدارة تفقد رؤية المحادثات التي انتقلت بين الفروع.
نظام هجين: الإدارة تعتمد القواعد العامة وتراجع الجودة، والفرع يؤكد التوافر والتنفيذ والاستثناءات المحلية. ده غالبًا نقطة بداية تستحق الاختبار، مش وصفة مناسبة لكل شركة.
المعيار الحقيقي هو مكان المعلومة ومكان سلطة القرار، مش مكان جلوس الموظف. دليل Zendesk للمفاضلة بين بيئة دعم واحدة وعدة بيئات يوضح مفاضلات توحيد السجل والتقارير مقابل تعقيد الصلاحيات والتوجيه. دي وثائق لمنتج عالمي، وليست دليلًا على إمكانات جاهزة في Mr. AI.
وزّع أربع قرارات بدل ما توزّع كل الرسائل
معلومة عامة: الإدارة المركزية تعتمد وصف الخدمات والسياسات الأساسية، وتحدد تاريخ مراجعتها. الموظف أو المساعد يرد من النسخة المعتمدة، سواء كان في المركز أو الفرع.
سعر أو عرض خاص بالفرع: لا تعتمد سعرًا موحدًا إلا لو هو موحد فعلًا. صاحب الصلاحية في الفرع أو التسعير يثبت السعر الساري قبل أي وعد للعميل.
حجز أو موعد تنفيذ: الاستقبال يجمع الطلب والفرع المطلوب، لكن التأكيد النهائي يأتي بعد مراجعة التوافر عند الفريق المسؤول. كلمة «وصل طلبك» مختلفة عن «اتأكد حجزك».
شكوى أو استثناء: حدد مالكًا واحدًا للحالة حتى لو الحل يحتاج أكثر من قسم. ما تقفلش الشكوى لمجرد تحويلها لفرع آخر.
اكتب لكل قرار ثلاث خانات فقط: من يملك المعلومة، ومن يوافق، ومن يبلغ العميل. لو نفس الحالة لها مسؤولان نهائيان، أصلح التضارب قبل الأتمتة.
مثال عملي: عميل غيّر الفرع أثناء المحادثة
تخيّل سلسلة مراكز صيانة افتراضية. العميل بدأ بطلب موعد في فرع الجيزة، ثم طلب القاهرة الجديدة لأن الموعد أقرب. فريق الاستقبال لا يحتاج يبدأ الأسئلة من الصفر. يحتفظ بنوع الخدمة، والموديل، والموعد المرغوب، ويطلب فقط تأكيد التوافر من الفرع الجديد.
الفرع الأول لا يظل مالكًا للحجز بعد التحويل، لكن سجل المحادثة يوضح سبب التغيير. أما لو العميل قد دفع أو استلم رقم حجز مؤكد، فالتحويل يحتاج مراجعة مسؤول الحجز قبل تعديل أي التزام. المثال لتوضيح سير العمل، وليس حالة عميل حقيقي أو ميزة ربط حجوزات مثبتة داخل Mr. AI.
لو سؤالك الأساسي عن رقم واتساب واحد أو أرقام لكل فرع، راجع دليل توزيع استفسارات واتساب بين الفروع. اختيار الرقم قرار قناة، أما توزيع صلاحية التأكيد فهو قرار تشغيل مستقل.
جرّب توزيع المسؤولية لمدة أسبوع
خذ عينة من محادثات الفروع في أسبوع عادي، بعد إخفاء البيانات الشخصية عند المراجعة. لا تحتاج رقمًا مستهدفًا جاهزًا من الإنترنت. سجّل خط أساس من شغلك أنت.
في بداية كل محادثة حدد الفرع، ونوع الطلب، والمالك الحالي، وهل يحتاج اعتمادًا. في نهاية اليوم راجع الحالات التي انتقلت بين الفرق. اسأل: هل اتأخر الرد لأن المسؤول غير معروف؟ هل سمع العميل سعرين مختلفين؟ هل كرر نفس التفاصيل؟ وهل انتهت الحالة بخطوة واضحة؟
قس زمن الوصول إلى مالك الحالة وعدد التحويلات غير الضرورية والحالات التي بقيت بلا مسؤول. ولا تخلط بين تحويل المحادثة وحل الطلب. لو فشل أسبوع الاختبار بسبب غياب بيانات التوافر، فالقرار ليس شراء أداة توجيه أسرع؛ القرار هو إصلاح مصدر التوافر وصاحبه.
توثيق Zendesk لقوائم التوجيه، والمحدّث في 8 أكتوبر 2026، يوضح كيف يمكن لقواعد التوجيه في نظام دعم متخصص استخدام مجموعات أساسية وبديلة. نستخدمه كمرجع لمبدأ وجود مالك بديل، ولا نزعم أن هذه القواعد متاحة تلقائيًا في أي باقة من Mr. AI.
أين يدخل موظف AI؟
المعلومات الحالية عن Mr. AI تؤكد الرد من معرفة الشركة، والمتابعة، وملخصات المحادثات، وتسليم الحالات للفريق. دي أدوات تساعد على حفظ السياق وتوضيح الخطوة التالية، لكنها لا تمنح المساعد صلاحية تأكيد سعر فرع أو حجز موعد من غير مصدر معتمد ومراجعة مناسبة. كذلك لا نفترض وجود نظام توجيه جغرافي جاهز أو تكامل تلقائي مع جداول الفروع.
ابدأ بقواعد الصلاحيات، ثم اختبر أسئلة من كل فرع، وبعدها استخدم تجربة التشغيل في فرع واحد قبل التوسع. ولو عندك فريق يعمل بنظام الورديات، اربط ملكية الحالة بقواعد تسليم ورديات خدمة العملاء حتى لا تضيع المسؤولية عند تغيير الموظف.
القرار الجيد مش «مركزي ولا محلي» على إطلاقه. القرار إن كل وعد للعميل يكون له مصدر وصاحب موافقة ومالك متابعة.
