تخطيط مسارات عمل رقمية آمنة مواجهة للعملاء

ما هو

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

لمن هذا؟

يساعد هذا الدليل الفرق التي تخطط لـ:

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

ما يساعد على توضيح

تساعد أسئلة التخطيط على كشف:

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

ما هو متضمن

• قائمة تحقق للمشتري تشمل الرحلات والأدوار والوصول والمصادقة والاستعادة والنماذج والملفات والرسائل ولوحات المعلومات والحالة والمدفوعات والاشتراكات والفواتير والمبالغ المستردة والإلغاءات والاستحقاقات والبيانات والتكاملات
• موجّهات تخطيط للملكية الإدارية وجاهزية الواجهة الخلفية/واجهات API والجوال مقابل الويب ومرحلة الإطلاق والتسجيل والدعم وضبط التغيير والتسليم
• مقارنة توضح متى قد تكون «Secure Client Portal Sprint» و«Subscription & Payment Infrastructure Security» و«Secure Web-to-Mobile Launch» و«App Launch Readiness» و«Website Performance & Security Hardening» ذات صلة
• تذكير بأن مسارات العمل أو الأدوار أو التكاملات أو الملكية غير الواضحة قد تستدعي عملًا استكشافيًا أو مخططًا للمنتج قبل التنفيذ

ما لا يشتمل عليه

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

متى تختارها

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

نهجنا

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

الأسئلة المتكررة

مقالات ذات صلة