تحويل نماذج الموقع والمحادثة المباشرة إلى تذاكر يتم بثلاث طرق: إرسال النموذج بريدًا إلى صندوق مربوط (الأضعف)، أو استدعاء Webhook يدفع البيانات إلى النظام، أو النداء المباشر لواجهة API (الأمتن). النموذج يلتقط طلبًا مكتملًا مرة واحدة، والمحادثة حوار لحظي يصبح تذكرة عند نقطة محددة تختارها أنت — لا تلقائيًا.
النموذج والمحادثة قناتان يخلط بينهما التصميم كثيرًا لأن كلتيهما تسكنان الموقع نفسه. لكنهما متعاكستان في الطبيعة: النموذج غير متزامن ومنظّم ومكتمل عند الإرسال؛ المحادثة متزامنة وفوضوية وقد تنتهي بلا نتيجة. من يعاملهما بالقاعدة نفسها يحصل إما على نماذج ناقصة أو على آلاف التذاكر التي محتواها «السلام عليكم».
ثلاث طرق لإيصال النموذج إلى النظام
| الآلية | كيف تعمل | الحكم |
|---|---|---|
| إشعار بريدي إلى صندوق مربوط | يرسل النموذج بريدًا إلى support@، ويلتقطه تكامل البريد ويحوّله لتذكرة. | الأسرع إعدادًا والأسوأ نتيجة. كل الحقول تنهار إلى نص واحد، فتفقد التصنيف والتوجيه الآليين. مقبول كمرحلة انتقالية فقط. |
| Webhook من منصّة النماذج | ترسل المنصّة حمولة JSON بالحقول إلى نقطة استقبال في النظام عند كل إرسال. | خيار جيد. يحافظ على بنية الحقول. تحقق من التوقيع وإعادة المحاولة عند الفشل. |
| نداء API مباشر | يستدعي خادمك واجهة النظام لإنشاء التذكرة ويستقبل رقمها فورًا. | الأمتن. يعطيك رقم التذكرة لعرضه على المستخدم لحظيًا، ويتيح التحقق ومعالجة الأخطاء قبل تأكيد الإرسال. |
| نموذج مستضاف من النظام | تُضمّن نموذجًا جاهزًا يوفّره النظام داخل صفحتك. | أقل جهد وأقل تحكّم. مناسب للحالات البسيطة؛ افحص إمكانية التنسيق ودعم العربية واتجاه النص قبل الاعتماد. |
تصميم الحقول: أقل مما تظن، وأكثر مما تُظهر
كل حقل إلزامي تضيفه يرفع نسبة الهجر، وكل حقل تحذفه يرفع عدد جولات «نرجو تزويدنا بـ…». التسوية الصحيحة ليست في المنتصف، بل في التمييز بين ما يجب أن يكتبه المستخدم وما يستطيع النظام معرفته وحده.
- نوع الطلب — قائمة قصيرة تقود التوجيه والتصنيف.
- وصف المشكلة — حقل نصي واحد واسع.
- وسيلة تواصل واحدة يفضّلها المستخدم.
- مرفق اختياري (لقطة شاشة أو صورة).
- الفرع أو الموقع، حين يكون التوجيه جغرافيًا.
- عنوان الصفحة التي أُرسل منها الطلب.
- معرّف المستخدم إن كان مسجّل الدخول.
- المتصفح والجهاز وإصدار النظام.
- اللغة والمنطقة الزمنية.
- معرّف الجلسة أو الطلب لربطه بسجلاتك.
الحقول المخفية هي الفرق بين تذكرة قابلة للحل وتذكرة تبدأ بثلاث رسائل استجواب. مثال افتراضي: متجر إلكتروني يستقبل «الدفع لا يعمل». بلا حقول مخفية يسأل الموظف عن المتصفح والصفحة والحساب فيضيع يوم. مع الحقول المخفية يفتح التذكرة فيجد الجواب جاهزًا. لا شيء تغيّر عند العميل، وكل شيء تغيّر عند الموظف.
ملاحظة مضادة مهمة: كل حقل مخفي هو بيانات شخصية تُجمَع دون أن يراها المستخدم. اجمع ما يخدم الحل فقط، واذكر في إشعار الخصوصية ما تلتقطه. «التقاط كل شيء لأنه ممكن» يخالف مبدأ تقليل البيانات في نظام حماية البيانات الشخصية، ويحوّل نموذجك البسيط إلى عبء امتثال.
سؤال يتكرر: هل نجعل النموذج يتطلب تسجيل دخول؟ الإجابة تعتمد على من يقدّم الطلب. لموظفين داخليين، التسجيل مفروغ منه ويعطيك هوية موثوقة ويلغي نصف الحقول. أما لجمهور خارجي — مستفيد من جهة حكومية مثلًا — فإن إجبار الزائر على إنشاء حساب قبل تقديم شكوى يُسقط جزءًا معتبرًا من الطلبات عند الباب. الحل الوسط: اسمح بالتقديم دون حساب، وأرسل رقم التذكرة ورابط متابعة إلى بريده أو جواله.
حماية النموذج من الإغراق
أي نموذج عام مكشوف للإنترنت سيُهاجم آليًا خلال أيام من نشره. المشكلة أن تذاكر البريد المزعج لا تزعجك فقط، بل تفسد مؤشراتك: عدد التذاكر يرتفع، وزمن الاستجابة الأولى يسوء، وقواعد التوجيه تُطلق إشعارات ليلية لفرق لا شأن لها. الدفاع طبقات:
- مصيدة العسل — حقل مخفي يملؤه الروبوت ولا يراه الإنسان؛ إن امتلأ فالطلب آلي. رخيص ولا يزعج المستخدم إطلاقًا.
- حد معدّل — على مستوى عنوان الشبكة والجلسة معًا. إرسال عشرين طلبًا في دقيقة ليس سلوكًا بشريًا.
- تحقق من جانب الخادم — التحقق في المتصفح تجربة استخدام لا حماية؛ من يرسل مباشرة يتجاوزه كليًا. أعد التحقق دائمًا في الخادم.
- ضبط المرفقات — قائمة امتدادات مسموحة وحد حجم وفحص، مع منع تنفيذ أي ملف مرفوع تحت أي ظرف.
- اختبار الإنسان عند الحاجة فقط — أضفه حين يثبت وجود مشكلة، لا استباقًا. إنه ضريبة على كل مستخدم شرعي.
المحادثة المباشرة: متى تصبح تذكرة؟
الخطأ الأول في ربط المحادثة هو إنشاء تذكرة لكل جلسة. أغلب الجلسات تنتهي في رسالتين أو تُهجر بلا سؤال أصلًا، وتحويلها كلها إلى تذاكر يُغرق النظام بضجيج ويجعل زمن الحل بلا معنى.
النقطة الثالثة هي القرار كله. تعريف واضح لنقطة التحوّل يعطيك أرقامًا صادقة: عدد الجلسات يقيس حركة الموقع، وعدد التذاكر يقيس العمل الحقيقي. وحين تُبنى الخطوة الثانية على محتوى منظّم، فإن ما تحققه هو خفض التذاكر عبر قاعدة المعرفة بدل تحويل كل سؤال إلى عبء على فريقك.
مسألة أخيرة تُنسى دائمًا: خارج الدوام. المحادثة المباشرة تعد بالفورية ضمنيًا، وزائر يجد صندوق محادثة الساعة الحادية عشرة ليلًا يفترض أن أحدًا يقرأ. إما أن تُخفي الصندوق خارج الدوام أو تحوّله صراحةً إلى نموذج «اترك رسالة» يُنشئ تذكرة ويصرّح بموعد الرد. الصمت بعد وعد ضمني بالرد الفوري أسوأ من عدم عرض القناة أصلًا. راجع تنظيم الدعم خارج ساعات العمل قبل تفعيل المحادثة، لا بعد أول شكوى.
أسئلة المزوّد قبل التوقيع
- ما آليات استقبال النماذج المدعومة: API، Webhook، نموذج مستضاف، بريد؟
- هل يمكن تخطيط حقول نموذجي إلى حقول مخصّصة في التذكرة، أم تُدمج كلها في حقل الوصف؟
- هل تُعيد الواجهة رقم التذكرة فورًا لعرضه على المستخدم؟
- كيف يُصادَق على نداء الإنشاء دون كشف المفتاح في المتصفح؟ وهل توجد نقطة استقبال عامة مخصّصة لذلك؟
- هل يوجد حد معدّل مدمج للنماذج العامة، وما سلوكه عند التجاوز؟
- ما امتدادات المرفقات وأحجامها المسموحة، وهل تُفحص؟
- هل يمكن استبعاد قائمة انتظار كاملة من المؤشرات والإشعارات (لعزل المزعج)؟
- هل تُنشأ تذكرة لكل جلسة محادثة أم عند نقطة تحوّل قابلة للتعريف؟
- هل يُلحق نص المحادثة كاملًا بالتذكرة تلقائيًا؟
- ما سلوك أداة المحادثة خارج الدوام: تختفي، أم تتحول إلى نموذج، أم تبقى صامتة؟
- هل تدعم الأداة العربية واتجاه الكتابة من اليمين لليسار في واجهة الزائر وفي واجهة الموظف؟
- هل تُطابَق جلسة المحادثة مع جهة اتصال قائمة لمن سجّل دخوله في موقعك؟
البند الحادي عشر ليس تفصيلًا تجميليًا. كثير من أدوات المحادثة تدعم العربية في واجهة الزائر وتتركها مكسورة في لوحة الموظف، أو تخلط اتجاه النص حين يمزج المستخدم عربية بمصطلحات إنجليزية — وهو سلوك يومي في السعودية. اطلب عرضًا حيًا بالعربية على جهازك، لا لقطة شاشة. تفاصيل تعريب واجهات الدعم مشروحة في دعم اللغة العربية في أنظمة التذاكر، وما تقدمه المنصّة من قنوات ونماذج تجده مجموعًا في مزايا نظام TixDesk.
الأسئلة الشائعة
هل أستخدم نموذجًا واحدًا لكل الطلبات أم نماذج متعددة؟
ابدأ بنموذج واحد بحقل «نوع الطلب» يقود التوجيه، وانتقل إلى نماذج متخصصة فقط حين يثبت أن نوعًا معينًا يحتاج حقولًا لا معنى لها لبقية الأنواع — كطلب صلاحية يحتاج اسم النظام ومستوى الوصول. النماذج المتعددة من اليوم الأول تُربك المستخدم وتجعله يختار النموذج الخطأ، فتعود إلى نقطة الصفر.
لماذا لا أرسل النموذج بالبريد إلى صندوق الدعم وأنتهي؟
لأنك تفقد بنية البيانات. الحقول المنفصلة تصل كنص واحد، فلا يستطيع النظام التوجيه بالنوع ولا التقرير بالفئة ولا تعبئة الحقول المخصّصة. تضيف أيضًا نقطة فشل: إن تأخر البريد أو صُنّف مزعجًا ضاع الطلب. اعتبرها حلًا مؤقتًا لأسبوعين، لا معمارية.
ما الفرق بين المحادثة المباشرة والروبوت؟
المحادثة المباشرة قناة يجلس خلفها إنسان؛ الروبوت طبقة آلية تسبقه. يمكن أن يوجد أحدهما دون الآخر: محادثة بشرية بحتة، أو روبوت يجيب ثم يسلّم لإنسان. الأداة نفسها غالبًا تدعم الوضعين، والقرار تشغيلي: هل لديك محتوى منظّم يكفي ليجيب عنه روبوت بأمان، ومن يراجع إجاباته؟
كيف أمنع البريد المزعج دون إزعاج المستخدمين الحقيقيين؟
رتّب الدفاعات من الأقل احتكاكًا إلى الأكثر: مصيدة عسل مخفية، ثم حد معدّل، ثم تحقق خادمي، ثم اختبار إنسان كملاذ أخير. الثلاثة الأولى غير مرئية للمستخدم الشرعي تمامًا وتوقف الغالبية العظمى من الروبوتات. لا تبدأ باختبار الإنسان لأنه يفرض ضريبة على الجميع لأجل أقلية.
هل أعرض رقم التذكرة للمستخدم بعد الإرسال؟
نعم إن استطعت، وهذا وحده سبب كافٍ لتفضيل نداء API المباشر على البريد. رقم ظاهر لحظيًا يمنع إعادة الإرسال المكرر — وهو مصدر كبير للتذاكر المزدوجة — ويعطي المستخدم إحساسًا بأن الطلب وصل فعلًا. أتبِعه برسالة تأكيد تحمل الرقم نفسه.