يجب أن تتحول محادثة على WhatsApp Business إلى تذكرة عندما تعتمد الإجابة على تحقيق، من قسم آخر أو على مهمة ستستمر بعد المحادثة. لكي يكون هذا السجل مفيدًا، يجب أن يوضح المشكلة، ما الذي جُرّب بالفعل، من سيتابع وما هي الخطوة التالية. حفظ الرسائل دون تنظيم هذه المعلومات يترك المعلّق في السجل.
يقترح هذا الدليل روتينًا لفرق الدعم التي تتلقى بلاغات عبر WhatsApp وتحتاج لمتابعة الحل. تُعد الاستمارة والأمثلة والاختبارات أدناه نماذج عمل للتكييف مع العملية؛ ولا تمثل حالات حقيقية أو نتائج مقاسة.
متى تفتح تذكرة ومتى تستمر في المحادثة
تمثل التذكرة، أو ما يُسمى ticket، طلبًا يمكن تتبعه. قد تحتوي محادثة واحدة على استفسار بسيط ومشكلة تتطلب تحليلًا. فرّق بين المواضيع قبل أن تقرر ما الذي يجب تسجيله.
| الوضع | التحويل المقترح | معيار القرار |
|---|---|---|
| العميل يسأل عن مواعيد الدعم | الرد في المحادثة | تتوفر معلومات حالية وكافية لحل الاستفسار. |
| وظيفة تستمر في الفشل بعد التوجيه الأولي | افتح تذكرة تقنية | هناك حاجة للتحقيق في السلوك ومتابعة الإجراء. |
| العميل يطلب شرطًا تجاريًا | حوّل إلى المبيعات | الخطوة التالية قرار بيع، وليست تحقيقًا للدعم. |
| العميل يسأل مرة أخرى عن مشكلة سبق تسجيلها | ابحث وواصل الحالة الموجودة | الطلب هو نفسه؛ رسالة جديدة لا تعني مشكلة جديدة. |
هذا الفصل قاعدة تشغيلية. لا تفترض أن النظام سيكشف التكرارات أو يجمع السجلات تلقائيًا. إذا لم تقم الأداة بهذا التحقق، يجب أن يقوم به أحد أعضاء الفريق.
حضّر استمارة تسمح باستمرار العمل
قبل تحويل الحالة، تحقق مما إذا كان شخص آخر سيتمكن من فهم المعلّق دون أن يطلب من العميل سرد كل شيء من جديد. استخدم الحقول المتاحة في النظام أو سجلًا داخليًا مصرحًا. البنية التالية اقتراح عملية، وليست قائمة حقول إلزامية في Whatsplaid.
- مرجع الحالة: معرّف فعلي للسجل والربط مع المحادثة.
- المشكلة الملحوظة: ما الذي حدث، في أي مرحلة ومنذ متى.
- النتيجة المتوقعة: ما الذي كان العميل يحاول إنجازه.
- الأثر: أي أنشطة توقفت ومن تأثر.
- الأدلة المفيدة: رسالة خطأ، توقيت تقريبي وصورة ذات صلة عند الحاجة.
- المحاولات السابقة: التوجيهات التي تم اتباعها سابقًا ونتائجها.
- المعلّق الحالي: البيان أو القرار أو الإجراء الناقص.
- الاستمرارية: المسؤول الداخلي، الخطوة التالية والموعد المتفق لتحديث الحالة.
اطلب فقط ما ينقص للتحقيق. وجّه العميل لإخفاء معلومات الطرف الثالث في الصور ولعدم إرسال كلمات السر أو رموز الوصول. يجب تعريف السرد الناقص على أنه ناقص؛ لا يجب أن تملأ IA أو المُمثل الفجوة بفرضية تُعرض كحقيقة.
مثال لملخص يساعد الفريق
ضع في اعتبارك هذا السيناريو الافتراضي: يستطيع شخص الدخول إلى نظام لكنه لا يستطيع تحميل تقرير. “العميل لديه مشكلة في النظام” لا يوضح المهمة المعرقلة. سيكون الملخص الأكثر فائدة كالآتي:
العميل يدخل إلى الحساب، لكن تنزيل التقرير لا يكتمل. يذكر أن العطل بدأ هذا الصباح. حاول مجددًا وفق التوجيه دون تغيير. تبيّن أن اللقطة المرسلة تظهر رسالة خطأ، ولم تُحلل بعد من قبل الفريق الفني. لا تزال هناك حاجة لتأكيد أي تقرير طُلب. الإجراء التالي: جمع هذه المعلومة والتحقيق في عملية التنزيل.
لاحظ أن الملخص يميز بين السرد، والمحاولة، والتأكيد المعلق. لا ينسب العطل إلى المتصفح أو الخادم دون دليل. يجب على الفريق مطابقة الملخص مع السجل قبل اتخاذ قرار.
أولِ الأولوية حسب الأثر والأهمية
تستخدم وثائق Atlassian تأثير الحدث ومستوى الإلحاح لتحديد الأولوية في إدارة الحوادث. طبّق نفس المنطق على عملية فريقك: ما الذي تضرر وإلى متى يتوفر وقت لاتخاذ إجراء؟ المراجع المفاهيمية مذكورة في المصادر في النهاية؛ هذا لا يعني وجود تكامل مع Whatsplaid.
في مثال التقرير، قد تستدعي عطل يمنع تنفيذ نشاط ذو موعد نهائي فوري اهتمامًا قبل التعامل مع استفسار لا يعرقل العمليات. تعتمد الأولوية على السياق المؤكد، وليس فقط على كلمة "عاجل" في الرسالة.
حدد من يراجع التصنيف الأولي، كيف تتعامل الفرق مع عدم التوفر الواسع ومن يتولى المهمة عندما لا يكون المسؤول المعتاد متاحًا. فرّق بين مهلة التحديث ومدة الحل: يمكن الاتفاق على رد بشأن التقدّم من دون التعهّد بتصحيح لم تُعرف أسبابه بعد.
حافظ على وضوح المسؤولية أثناء التحقيق
عند تحويل الحالة إلى قسم آخر، حدّد من سيجري التحقيق ومن سيستمر في التواصل مع العميل. قد تتولى أشخاص مختلفون هذه الوظائف، لكن يجب أن يبقى الالتزام بالرد مرئيًا.
صندوق وارد مع سجل وتدخل بشري يساعد الفريق على مواصلة المحادثة. تنظم الحالة المتابعة المتبقية المفتوحة. لتنظيم عمل عدة أشخاص على القناة، يتناول دليل الخدمة المتعددة باستخدام IA والفريق البشري قواعد نقل الحالات بين المجيبِين.
إذا فشل الإنشاء أو الإحالة
لا تُعلن عن فتح حالة قبل تأكيد التسجيل. إذا كانت العملية تستخدم تكاملًا خارجيًا، فتحقّق أيضًا مما إذا كان الوجهة قد استلمت الحالة. محاولة الإرسال لا تُثبّت الاستلام. استخدم إجراء الطوارئ المعتمد من الفريق، احفظ السياق وفسّر للعميل ما سيكون الاتصال التالي، من دون اختراع رقم بلاغ.
إذا عاد العميل قبل الحل
اطلع على الحالة القائمة، سجّل المعلومة الجديدة وقيّم ما إذا تغيّر الأثر. تجنّب تكرار تعليمات سبق تجربتها. إذا تناولت الرسالة الجديدة مشكلة مختلفة، سجّل العلاقة بين المواضيع وقرّر إن كانت بحاجة لمتابعات منفصلة.
ما يمكن أتمتته في Whatsplaid
توثق وثائق Whatsplaid إنشاء حالات داخلية أثناء الدعم، مع ملخّص وفئة وأولوية وسياق المحادثة. كما يمكن للفريق متابعة السجل، إيقاف IA والرد عبر لوحة التحكم. يجب التحقق من إعداد سير العمل قبل التفعيل.
هذا لا يعني أن كل قاعدة مقترحة في هذا الدليل تُمثّل ميزة تلقائية. يجب على الشركة تحديد من المسؤول عن الحالة، مراجعة الأولوية، مراقبة المهل، معالجة التكرارات ومعايير الإغلاق والتحقق منها في الأداة المعتمدة. لا تفترض توزيعًا تلقائيًا بين الفنيين، تنبيهات مهل أو تكاملًا مع نظام محدد من دون برهان.
فرّق أيضًا الطبقات: المحادثة في تطبيق WhatsApp Business، إرسال الرسائل عبر WhatsApp Business Platform والحالة المحفوظة في نظام الدعم هي أجزاء مختلفة من العملية. تعتمد أتمتة عبر تكامل على الإجراءات والتأكيدات المتاحة في كل نظام.
اختتم الحالة بأدلة وردّ للعميل
عرّف مسبقًا ما يسمح بإغلاق كل نوع حالة. في مثال التقرير، يجب أن تصاحب أي تصحيح مُطبّق تحققًا من التنزيل في السياق المتأثر. تسجيل إجراء تقني وتأكيد حل المشكلة هما مرحلتان مختلفتان.
سجّل الإجراء المتّخذ، نتيجة التحقق وأي قيود متبقية. إذا لم يوجد رد من العميل، اتبع قاعدة متابعة صريحة؛ لا تسجّل تأكيدًا لم يحدث. كما يجب التحقق من إعادة تفعيل IA ضمن سير العمل المهيأ.
عند إرسال الرد عبر WhatsApp Business Platform، راعِ نافذة الخدمة البالغة 24 ساعة، التي تُفتح أو تتجدد برسالة المستخدم. خارج هذه النافذة تتطلب السياسة قوالب معتمدة. وجود تذكرة مفتوحة لا يمدد هذه النافذة. احترم أيضًا طلبات إيقاف الرسائل واحتفظ بمسار واضح للدعم البشري.
اختبر العملية قبل توسيع التشغيل
استخدم حالات افتراضية للتحقق من التدفق الكامل، بما في ذلك الفشل. الاختبارات أدناه مقترح للتحقق؛ لم تُجرَ في حساب حقيقي.
- سؤال بسيط: تأكد أنه يمكن حله دون إنشاء تذكرة غير ضرورية.
- تقرير غير مكتمل: تحقق مما إذا كانت البيانات المفقودة مطلوبة أو مسجلة كقيد، دون اختلاق.
- فشل الإنشاء: تحقق أن الرد يتجنب تأكيد سجل غير موجود ويُفعّل خطة الطوارئ.
- عودة عن نفس المشكلة: تحقق أن الفريق يعثر على الحالة السابقة قبل فتح أخرى.
- تدخل بشري: تأكد من توفر السجل وإيقاف الذكاء الاصطناعي أثناء عمل الوكيل.
- الإغلاق: تأكد من وجود دليل على الحل، والاتصالات المسموح بها، وسلوك الأتمتة بعد الإغلاق.
في التجربة الأولية، راجع التذاكر دون خطوة تالية، والسجلات غير المكتملة، والعودة دون حل و التصنيفات التي صَحّحها الفريق. قِس حسب نوع الطلب وسجل كيف حُسب كل مؤشر. هذه اقتراحات للمتابعة؛ لا تفترض وجود تقارير جاهزة في المنتج أو أهداف أداء عالمية.
المصادر التي تم الرجوع إليها
تمت الاستشارة في 30 سبتمبر 2026. قواعد القناة وميزات الأدوات قد تتغير؛ تحقق من الوثائق السارية عند إعداد التشغيل.
- سياسة رسائل WhatsApp Business: نافذة الخدمة والقوالب ومسارات التصعيد.
- Atlassian: التأثير والأولوية والحدة: مرجع مفاهيمي لتنظيم الفرز (triage).
لتقييم إنشاء التذاكر مع سياق من محادثات شركتك، تعرف على تذاكر Whatsplaid للدعم على WhatsApp Business واطلع كيف تتناسب الميزة مع عملية الدعم لديك.