بوابات العملاء: متى تدفع الخدمة الذاتية ثمنها
تدفع بوابة العملاء ثمنها حين يواصل العملاء سؤال موظفيك عن معلومات موجودة أصلًا في أنظمتك: أين طلبي؟ أرسلوا لي الفاتورة. كم رصيدي؟ متى موعدي؟ هل عولج طلبي؟ فابدأ بالأسئلة الثلاثة أو الأربعة التي يجيب عنها فريقك أكثر من غيرها، معروضةً للقراءة فقط من أنظمتك القائمة، خلف تسجيل دخول آمن. ثم أضف الإجراءات، كإعادة الطلب أو الدفع أو الحجز أو رفع طلب خدمة، بعد أن يثق العملاء بالأساسيات.
أما إن كان عملاؤك نادرًا ما يحتاجون إلى أكثر من مكالمة، أو لن يسجّلوا الدخول أبدًا، فالبوابة مشروع خاطئ. وقد تخدمهم ردود جيدة عبر واتساب مع روابط للمستندات على نحو أفضل.
الجواب المختصر
- ابنِها للأسئلة المتكررة التي توجد إجاباتها أصلًا في أنظمتك.
- النسخة الأولى للقراءة فقط: الطلبات، والفواتير، وكشوف الحساب، والمستندات، والحالة.
- اقرأ من أنظمتك القائمة عبر التكامل، ولا تُعِد كتابة البيانات في البوابة أبدًا.
- الأمان أولًا: كل عميل يرى سجلاته وحده، وعملاء الشركات يديرون مستخدميهم بأنفسهم.
- بالعربية والإنجليزية، وعلى الهاتف، لأنه المكان الذي سيفتحها منه العملاء.
- قِس كم طلبًا انتقل من الموظفين إلى الخدمة الذاتية.
«البوابة تستحق كلفتها حين تجيب عن الأسئلة التي يجيب عنها موظفوك طوال اليوم، كل يوم. فابدأ بها، لا بقائمة أمنيات.» — عبدالقادر وهيبة، مؤسس «ذوات» ورئيسها التنفيذي
متى تستحق البوابة، ومتى لا تستحق
تنجح البوابات حيث تصل الأنواع نفسها من الطلبات باستمرار، وتعيش إجاباتها في نظام:
| النشاط | ما يسأل عنه العملاء باستمرار | ميزة البوابة |
|---|---|---|
| موزّع أو تاجر جملة | الفواتير، وكشوف الحساب، وحالة الطلبات، وإعادة الطلب | كشف الحساب، وتنزيل الفواتير، وسجل الطلبات، وإعادة الطلب |
| مقاول | مستندات المشروع، والتقدم، وأوامر التغيير | مكتبة مستندات، وتحديثات التقدم، والموافقات |
| شركة لوجستية | أين شحنتي؟ وإثبات التسليم | التتبع، ومستندات التسليم |
| مركز تدريب أو عيادة | الحجوزات، والشهادات، والإيصالات | الحجز، والتنزيلات، وسجل المدفوعات |
| مدير عقارات | كشوف الإيجار، وطلبات الصيانة | الكشوف، وتتبع الطلبات |
ولا تستحق حين يكون العملاء قلة وحاجاتهم بسيطة، أو حين لا تكون المعلومة المطلوبة في أي نظام، أو حين لا تستطيع المنشأة إبقاء بيانات البوابة محدّثة. فالبوابة التي تعرض رصيد الأمس الخاطئ تضر أكثر من غياب البوابة.
ما يدخل النسخة الأولى
عُدّ ما يطلبه العملاء فعلًا قبل أن تصمم أي شيء؛ فهذه أولى نصائح عبدالقادر وهيبة في البوابات. فأسبوع من رسائل واتساب والبريد والمكالمات، مصنّفةً حسب نوعها، سيُظهر لك أكثر ثلاثة أو أربعة طلبات تكرارًا. ابنِها أولًا:
- تسجيل دخول آمن، ويُفضَّل برمز لمرة واحدة يُرسل بالبريد أو برسالة نصية، فلا تكون لدى العميل كلمة مرور ينساها.
- السجلات الأساسية للقراءة فقط: الطلبات وحالتها، والفواتير، وكشوف الحساب، ومستندات التسليم، أو الحجوزات.
- تنزيل ملفات PDF بلغة العميل.
- طريقة لطلب المساعدة تُنشئ طلبًا متتبَّعًا، لا رسالة أخرى بلا متابعة.
وأجّل المدفوعات وإعادة الطلب والموافقات والمحادثة، إلا إذا كان أحدها ضمن أكثر الطلبات تكرارًا. ويشرح مقال النسخة الأولى من نظام منشأتك كيف تتخذ هذه الخيارات.
اربطها بالأنظمة التي تحمل الحقيقة
يجب أن تقرأ البوابة من نظامك المحاسبي، أو نظام ERP، أو نظام الحجز أو التشغيل، لا أن تحمل نسختها الخاصة التي يحدّثها أحد يدويًا. وهذا يعني التكامل: اتصالات لحظية حيث يحتاج العملاء إلى معلومة حالية كحالة الطلب، وتحديثات مجدولة حيث يكفي تحديث ليلي ككشوف الحساب. ويشرح مقال كيف يعمل تكامل الأنظمة فعلًا الخيارات وكلفتها.
وإن كانت أنظمتك الأساسية لا تستطيع مشاركة البيانات أصلًا، فأصلح ذلك أولًا؛ فالبوابة المبنية على الرفع اليدوي تصبح وظيفة ثانية لموظفيك.
الأمان والخصوصية
البوابة باب إلى أنظمتك، فابنِها على هذا الأساس:
- كل عميل يرى سجلاته وحده، وهذا يُفرض على الخادم، لا يُخفى في الواجهة فقط.
- عملاء الشركات يحصلون على حسابات مؤسسية بمدير خاص بهم، يضيف موظفيهم ويزيلهم.
- كل دخول وكل تنزيل يُسجَّل. ويتناول مقال صلاحيات الوصول وسجلات التدقيق التصميم.
- الجلسات تنتهي، والحسابات تُقفل بعد محاولات دخول فاشلة متكررة.
وحين يكون العملاء أفرادًا، تحمل البوابة بيانات شخصية، فينطبق قانون حماية البيانات الشخصية في عُمان. وتمنح المادة 11 منه صاحب البيانات، ضمن حقوق أخرى، الحق في الحصول على نسخة من بياناته الشخصية المعالجة. والبوابة الجيدة قد تجعل ذلك سهلًا، بأن تُري الناس ما تحتفظ به عنهم. ويتناول مقال ما الذي يغيّره قانون حماية البيانات في أنظمتك بقية المتطلبات.
العربية والإنجليزية والهواتف
سيفتح معظم العملاء البوابة من رابط على هواتفهم. فابنِها تطبيقَ ويب ملائمًا للهاتف أولًا، ويشرح مقال تطبيق أصلي أم تطبيق ويب أم PWA لماذا يكفي ذلك عادةً. وابنِ اللغتين كاملتين، ومعهما ملفات PDF والرسائل ورسائل الخطأ، كما يصف مقال بناء برمجيات ثنائية اللغة.
كيف تجعل العملاء يستخدمونها
- ادعُهم شخصيًا، برسالة قصيرة من مسؤول الحساب مع رابط.
- أجب بالروابط: حين يطلب عميل فاتورة عبر واتساب، أرسل له رابطها في البوابة. فالعادات تتغير إجابةً بعد إجابة.
- أبقِ القنوات القديمة مفتوحة، لكن اجعل البوابة أسرع طريق.
- اطلب الملاحظات في الشهر الأول، وأصلح ما يربك الناس.
كيف تقيسها
تابع رقمين قبل الإطلاق وبعده: حجم الطلبات الروتينية التي يعالجها موظفوك أسبوعيًا، ونسبة ما يُجاب منها عبر البوابة. وأضف مؤشر جودة واحدًا: الشكاوى من معلومات خاطئة أو ناقصة في البوابة. فإن انخفضت الطلبات الروتينية وبقيت الشكاوى قليلة، فالبوابة تعمل.
أسئلة شائعة
هل نبني بوابة أم تطبيق جوال؟ في معظم المنشآت، تأتي بوابة ويب ملائمة للهاتف أولًا؛ فالعملاء يصلون إليها برابط دون تثبيت أي شيء. ولا يستحق التطبيق النظر إلا إن استخدمه العملاء يوميًا.
هل يحتاج العملاء إلى كلمات مرور؟ ليس بالضرورة. فالدخول برمز لمرة واحدة يُرسل بالبريد أو برسالة نصية أبسط للعملاء، ويتجنب كلمات المرور الضعيفة أو المكررة.
هل يستطيع العملاء الدفع عبر البوابة؟ نعم، عبر بوابة دفع متصلة بنظامك المحاسبي لتُطابَق المدفوعات تلقائيًا. ويتناول مقال بوابات الدفع في عُمان أيها يتكامل.
ماذا لو لم يستخدمها بعض العملاء؟ بعضهم لن يستخدمها، ولا بأس بذلك. استمر في خدمتهم عبر القنوات القائمة، وقِس النجاح بنسبة الطلبات الروتينية التي انتقلت إلى البوابة، لا بتبنّي الجميع لها.
كم يستغرق بناء أول بوابة؟ يتوقف ذلك أساسًا على سهولة مشاركة أنظمتك القائمة للبيانات. فإن وفّرت تكاملًا موثوقًا، كانت النسخة الأولى للقراءة فقط مشروعًا متواضعًا، وإن لم توفّره، طغى عمل التكامل على الجدول الزمني.
المصادر: قانون حماية البيانات الشخصية الصادر بالمرسوم السلطاني رقم 6/2022، المادة 11
يعرض هذا المقال الموقف وفق القوانين النافذة في 9 نوفمبر 2026، تاريخ نشره، وهو ليس استشارة قانونية.
تجيب عن أسئلة العملاء نفسها طوال اليوم؟ تبني «ذوات» بوابات العملاء ومنصات الويب ثنائية اللغة، متصلة بالأنظمة التي تديرها أصلًا. احجز مكالمة.