«نحتاج إلى صفحة يتابع منها العميل طلبه». يبدو الطلب بسيطًا: يدخل العميل بياناته، ثم تظهر له الحالة الحالية. لكن السؤال الذي يحدد قيمة الصفحة هو: من أين تأتي هذه الحالة، وكيف تبقى معبّرة عمّا يحدث فعلًا؟
في عملي على OVZA، تطوّر طلب متابعة إجراءات تأسيس الشركات إلى نظام يربط بين ثلاثة أجزاء: ما يراه العميل، وما يتحكم فيه فريق العمليات، وما يتغير تلقائيًا وفق قواعد محددة. طوّرت الوظائف التي تصل هذه الأجزاء ببعضها.
قبل اسم المرحلة، حدّد معناها
كلمات مثل «قيد التنفيذ» لا تكفي وحدها. العميل يريد أن يفهم أين وصل طلبه، بينما يحتاج فريق العمليات إلى معرفة ما تم وما الخطوة التالية. قد تصف الشاشتان المرحلة نفسها، لكن مستوى التفاصيل المناسب لكل منهما مختلف.
لو بدأت نظام متابعة جديدًا اليوم، فسأبدأ بالسؤال عن معنى كل مرحلة، وعن الحدث الذي ينقل الطلب منها إلى المرحلة التالية. الإجابة تساعد على تصميم الواجهة والسلوك الذي تعمل به في الوقت نفسه.
من يملك تغيير الحالة؟
في نظام OVZA، كان فريق العمليات يستطيع نقل الطلب بين المراحل، وكانت بعض الانتقالات تتم تلقائيًا. هذا الفرق يجب أن يكون واضحًا في تصميم أي نظام متابعة.
التغيير اليدوي يحتاج إلى إجراء مفهوم ينفّذه شخص، والتغيير التلقائي يحتاج إلى قاعدة وحدث يستطيع النظام التعرّف عليه.
وهناك أسئلة أود حسمها مبكرًا في أي مشروع مماثل: ماذا يحدث إذا لم يصل الحدث المتوقع؟ كيف نتعامل مع انتقال خاطئ؟ ومن يستطيع تصحيح الحالة؟ هذه أسئلة لفهم المتطلبات، وليست تفاصيل يمكن اعتبارها محسومة بمجرد وجود صفحة.
اربط ما يراه العميل بما يديره الفريق
تصبح صفحة المتابعة مفيدة عندما تعكس العمل الجاري خلفها. لذلك أفضّل مناقشة عرض الحالة وأدوات فريق العمليات معًا، حتى تظل العلاقة بينهما واضحة.
كانت مساهمتي في OVZA هي بناء هذا الربط: يرى العميل المرحلة الحالية لإجراءات تأسيس شركته، ويستطيع فريق العمليات إدارة تقدّم الطلب.
هذه وظيفة يمكن وصفها بوضوح. أمّا أثرها على عدد رسائل الدعم أو رضا العملاء، فيحتاج إلى قياس مستقل، بخط أساس وفترة زمنية متفق عليهما. لا أملك أرقامًا موثقة أنسب بها تحسّنًا من هذا النوع إلى النظام.
خمسة أسئلة أبدأ بها المرة القادمة
- ماذا تعني كل مرحلة للعميل ولفريق العمليات؟
- ما الإجراء أو الحدث الذي يغيّرها؟
- أي الانتقالات يدوية، وأيها تلقائية؟
- ماذا يحدث عندما تنقص معلومة أو نحتاج إلى تصحيح تغيير؟
- ما النتيجة التي سنقيسها بعد الإطلاق؟
السؤال الأخير تحديدًا أريد أن أعطيه مساحة أوضح في عملي القادم. بناء الوظيفة يتيح استخدامها، وتحديد معيار نجاحها يساعدنا على معرفة إن كانت تحقق الغرض الذي بُنيت من أجله.
أفكّر في الخطوة التي تأتي بعد الواجهة.
هذا المقال مبني على عملي بصفتي مطوّر ويب أول لدى Andersen في مصر. يمكنك قراءة دراسة حالة OVZA لمعرفة سياق المشروع ومسؤوليتي فيه.
أسئلة شائعة
ماذا ينبغي أن تعرض صفحة متابعة الطلب؟
تعرض مرحلة مفهومة تعكس العمل الجاري، مع خطوة تالية واضحة إذا كان المطلوب من العميل اتخاذ إجراء.
هل وجود صفحة متابعة يثبت انخفاض طلبات الدعم؟
لا. تحتاج هذه النتيجة إلى خط أساس وقياس بعد الإطلاق. تصف دراسة الحالة الوظيفة التي بُنيت دون الادعاء بانخفاض لم يُقَس.