لماذا يجب أن يراعي تطوير البوابات الإلكترونية الإجراءات المتخذة خارج البوابة؟

قد تكون بوابة الويب هي المكان الذي يستعرض فيه المستخدمون المعلومات، أو يقدمون الطلبات، أو ينجزون المعاملات، ولكنها نادرًا ما تكون المكان الوحيد الذي تتم فيه هذه الأنشطة. فقد يبدأ العميل طلبًا عبر تطبيق جوال، ويتواصل مع ممثل الدعم، ويتلقى تحديثًا تلقائيًا، ثم يعود إلى البوابة لاحقًا. كما يمكن للموظف إجراء تغيير من خلال نظام داخلي قبل التحقق من البوابة.

وهذا يخلق تحديًا لتطوير البوابات الإلكترونية: إذ تحتاج البوابة إلى فهم التغييرات التي تحدث خارج نطاق واجهتها الخاصة.

إذا اقتصر تتبعها على الإجراءات المتخذة داخل صفحاتها فقط، فقد يواجه المستخدمون معلومات قديمة أو مهام مكررة أو سير عمل يبدو عالقًا على الرغم من حدوث تغيير ما في مكان آخر.

اقرأ أيضًا: مشكلة الكود المُولّد: ما يجب على متعلمي تطوير الويب المبتدئين التحقق منه

يمكن للإجراءات الخارجية أن تغير ما يجب أن تعرضه البوابة

غالباً ما يكون الجزء الأصعب هو عدم عرض المعلومات، وتحديد الإجراءات الخارجية التي ينبغي أن تُغير حالة البوابة.

يمكن لواجهات برمجة التطبيقات (APIs) إحداث تغييرات غير مرئية في الحالة

قد يقوم تكامل واجهة برمجة التطبيقات بتحديث حساب أو تغيير حالة الطلب أو تشغيل سير عمل دون أن يقوم المستخدم بفتح البوابة الإلكترونية.

على سبيل المثال، يمكن للعميل تحديث عنوانه عبر تطبيق الهاتف المحمول. وعندما يسجل دخوله لاحقًا إلى البوابة الإلكترونية، ينبغي أن تظهر المعلومات الجديدة تلقائيًا. إن عرض العنوان السابق يُسبب التباسًا وقد يدفع المستخدمين إلى التساؤل عن النظام المعتمد.

وهذا يعني أن تطوير بوابة الويب يجب أن يأخذ في الاعتبار تغييرات الحالة الناتجة عن واجهات برمجة التطبيقات والتطبيقات المتصلة، بدلاً من التعامل مع البوابة كبيئة معزولة.

بإمكان فرق الدعم تغيير السجل نفسه

لا تتم جميع الإجراءات الخارجية تلقائيًا. قد يقوم ممثل الدعم بتعديل حساب، أو الموافقة على طلب، أو حل مشكلة نيابةً عن العميل.

إذا لم يستقبل النظام الإلكتروني هذا التحديث أو لم يتعرف عليه، فقد يستمر العميل في رؤية حالة قديمة. والأسوأ من ذلك، قد يكرر العميل إجراءً سبق أن أنجزه موظف الدعم. لذا، يحتاج النظام الإلكتروني إلى قواعد واضحة لكيفية التحقق من صحة التغييرات الواردة من الأنظمة الخارجية، ومزامنتها، وعرضها.

المزامنة تتجاوز مجرد الحفاظ على تحديث البيانات

يبدو تزامن البيانات بسيطاً، لكن التوقيت مهم. قد يحتوي نظامان على معلومات صحيحة تقنياً، لكنهما يُظهران حالتين مختلفتين لنفس المعاملة.

التحديث الأخير ليس بالضرورة هو التحديث الصحيح

قد يؤدي اتباع نهج "التحديث الأخير هو المعتمد" إلى مشاكل عند وصول التحديثات بترتيب غير متسلسل. فقد تتسبب رسالة واجهة برمجة التطبيقات المتأخرة في استبدال تغيير أحدث، بينما قد يتعارض التدخل اليدوي مع سير العمل الآلي.

يحتاج تطوير بوابات الويب الحديثة إلى آليات مثل الطوابع الزمنية، وترتيب الأحداث، وفحوصات الإصدار، وملكية النظام الواضحة لتحديد التحديث الذي يجب أن يسود.

يحتاج المستخدمون إلى سياق، وليس مجرد بيانات محدثة

ينبغي أن توضح البوابة الإلكترونية أيضاً التغييرات المهمة عندما تؤثر على الخطوة التالية للمستخدم.

إذا تمت الموافقة على طلب من قِبل فريق دعم خارج البوابة، فقد لا يكون تغيير حالته كافيًا. يمكن أن تُظهر واجهة المستخدم أيضًا أنه قد تمت مراجعة الطلب، وما هي الإجراءات المتبقية، إن وُجدت.

يصبح هذا السياق مهماً بشكل خاص في تجربة متعددة القنوات، حيث يتوقع المستخدمون الاستمرارية بغض النظر عن القناة التي استخدموها سابقاً.

التصميم من أجل الإجراءات التي تحدث في أماكن أخرى

يُغيّر هذا من طريقة تعامل الفرق مع أتمتة سير العمل. فبدلاً من بناء سير العمل حول نقرات البوابة فقط، يحتاجون إلى نمذجة الأحداث التي يمكن أن تنشأ عبر التطبيقات وواجهات برمجة التطبيقات والموظفين والعمليات المؤتمتة.

ابنِ حول الأحداث، وليس مجرد الجلسات

يُمكّن النهج القائم على الأحداث البوابة من الاستجابة عند حدوث تغييرات في أي مكان آخر. فلا يحتاج المستخدم إلى تحديث الصفحة بشكل متكرر أو إعادة إرسال المعلومات لمجرد أن نظامًا آخر قد أنجز إجراءً ما.

حدد الملكية قبل ربط الأنظمة

ينبغي أن يكون لكل معلومة مهمة مصدر موثوق وواضح. فبدون ذلك، قد تتداخل الأنظمة المتصلة باستمرار، أو قد تترك المستخدمين في حيرة من أمرهم بشأن النسخة التي يمكنهم الوثوق بها.

البيان الختامي

أصبحت البوابة الإلكترونية الحديثة نافذةً على سير عمل رقمي أوسع نطاقًا، وليست مجرد نافذة على سير العمل نفسه. يمكن للمستخدمين اتخاذ إجراءات عبر قنوات متعددة، بينما تعمل واجهات برمجة التطبيقات والعمليات الآلية باستمرار على تغيير ما يحدث في الخلفية.

لذا، فإنّ أقوى استراتيجيات تطوير البوابات الإلكترونية تُصمّم لتشمل رحلة المستخدم الكاملة، بما في ذلك الإجراءات التي لا يُنفّذها داخل البوابة. وعندما تُدار الأحداث الخارجية، وملكية النظام، والمزامنة بشكل سليم، تُصبح البوابة انعكاسًا موثوقًا للعملية الأساسية بدلًا من كونها عرضًا منفصلًا عنها.