في عالم التكنولوجيا، ليست كل إجابة واضحة بالقدر نفسه.
أحياناً تكون الإجابة صحيحة، لكنها لا تزال تترك السؤال الأهم بلا إجابة.
وقد استوقفني مؤخراً ما حدث مع خدمة الاستعلام عن خطوط المحمول المسجلة باسم المستخدم عبر تطبيق My NTRA؛ بداية من توقف الخدمة تحت لافتة «التطوير وتحديث الخدمة وإضافة التحقق البيومتري»، وصولاً إلى البيان الأخير الذي أعلن استعادة الخدمة وعودتها للعمل.
وبعيداً عن خبر العودة، الذي نستقبله بكل إيجابية ونقدر معه جهود الفرق الفنية المعنية، فإن قراءة هذا الحدث في ضوء ما طرحناه مراراً عبر منصات ICTBusiness تفرض علينا ألا نمر عليه مروراً عابراً، بل أن نحوله إلى دروس مستفادة يمكن أن تعيننا على تطوير فلسفة الإدارة والارتقاء بمستوى النضج المؤسسي في إدارة خدماتنا الرقمية.
فعودة الخدمة ليست فقط نهاية واقعة تشغيلية؛ بل يمكن أن تكون بداية لقراءة أعمق لما حدث.
الدرس الأول: المشكلة لم تكن في التحديث… بل في «زمن التحديث»
من الطبيعي جداً أن تتوقف خدمة رقمية مؤقتاً عندما تظهر مخاطر تتعلق بالخصوصية أو أمن البيانات، بل إن اتخاذ قرار الإيقاف قد يكون، في حد ذاته، إجراءً سليماً من منظور إدارة المخاطر.
لكن الدرس المستفاد هنا هو أن الزمن في الخدمات الرقمية ليس تفصيلاً إدارياً هامشياً؛ إنه جزء أصيل من جودة الخدمة ومن ثقة المستخدم.
عندما تتوقف خدمة رقمية دون إطار زمني استرشادي، أو دون مراحل واضحة يمكن من خلالها متابعة مسار التطوير، فإن مساحة عدم اليقين تتسع، وتفتح المجال أمام الشائعات والتأويلات، حتى لو كان القرار الفني أو الأمني في جوهره صحيحاً.
لا يعني ذلك بالضرورة أن تكون هناك دائماً مواعيد نهائية جامدة؛ فالمشروعات التقنية والأمنية قد تتطلب اختبارات إضافية أو تعديلات غير متوقعة.
لكن يمكن دائماً أن تكون هناك مراحل، ومعايير، ونقاط مراجعة، وإطار زمني استرشادي.
العبرة هنا: إدارة الأزمات الرقمية لا تتطلب فقط شجاعة اتخاذ قرار الإيقاف عندما تقتضي الضرورة، بل تتطلب أيضاً شفافية زمنية تدير توقعات المستخدمين والسوق وأصحاب المصلحة باحترافية.
الدرس الثاني: «نفي الأعطال» ليس بديلاً عن الاتصال المؤسسي الناضج
عندما أثيرت التساؤلات حول الخدمة، جاءت الرسائل الرسمية في سياق التأكيد على عدم وجود اختراق أو عطل فني، مع الإشارة إلى أعمال التطوير والتحديث.
وهنا لا تكمن المشكلة في النفي؛ فهو مهم وضروري عندما تكون هناك معلومات غير دقيقة متداولة.
لكن النفي وحده لا يبني الثقة.
الثقة تُبنى عندما يفهم المستخدم ليس فقط ما لم يحدث، وإنما أيضاً ما الذي حدث فعلياً، ولماذا اتُخذ القرار، وما الذي يجري لمعالجته، وما هو المسار المتوقع بعد ذلك.
المستخدم والمستثمر ومقدم الخدمة يحتاجون إلى صورة متكاملة:
ماذا حدث؟
لماذا حدث؟
ما القرار الذي اتُخذ؟
ما البدائل المتاحة؟
ما المعايير التي ستحدد العودة؟
وما الذي تم تغييره حتى لا يتكرر الأمر؟
وهذه ليست أسئلة إعلامية فقط.
إنها أسئلة حوكمة وإدارة مخاطر.
العبرة هنا: نحتاج إلى الانتقال من الاتصال الذي يكتفي بالاستجابة لما يُثار، إلى استراتيجية اتصال مؤسسية شفافة وممنهجة تجعل الجمهور شريكاً في الفهم، لا مجرد متلقٍ للبيانات.
الدرس الثالث: الأمن وتجربة المستخدم… معادلة لا تقبل القسمة على اثنين
في الأمن السيبراني وإدارة المخاطر، هناك فارق جوهري بين مجرد Response وبين بناء Resilience مؤسسية حقيقية.
الاستجابة تتعامل مع الحدث عندما يقع.
أما المرونة المؤسسية فتبدأ قبل الحدث، وتمتد إلى كيفية اتخاذ القرار، وإدارة الخدمة أثناء الأزمة، والتعافي، والتعلم من التجربة، ومنع تكرارها.
والخدمات الرقمية الحكومية التي تخدم ملايين المستخدمين لا تحتمل حلولاً أحادية الجانب.
الأمن ليس معناه أن نجعل الخدمة غير متاحة.
وسهولة الاستخدام ليست في إتاحتها على حساب أمن البيانات والخصوصية.
القرار الناضج يقع في المنطقة التي تحقق التوازن بين:
Security × Privacy × Availability × User Experience
وهذه ليست معادلة تقنية فقط؛ بل هي معادلة حوكمة.
وعودة الخدمة بعد تطوير آليات التحقق تعكس، في جانب مهم منها، أن التطوير الأمني كان ضرورياً.
لكن الدرس الأهم للمستقبل هو أن مثل هذه الاختبارات والاستعدادات يجب أن تكون جزءاً من دورة حياة الخدمة الرقمية منذ تصميمها، وليس فقط استجابة تظهر بعد بروز المشكلة.
وهنا ننتقل من مفهوم:
Security after deployment
إلى:
Security by design.
الدرس الرابع: عودة الخدمة ليست نهاية القصة
قد تكون عودة الخدمة هي الخبر الأهم بالنسبة للمستخدم.
لكنها ليست بالضرورة نهاية الدرس بالنسبة للمؤسسة.
بل ربما تكون أفضل لحظة لطرح السؤال الأهم:
ماذا تعلمنا؟
هل تم توثيق أسباب التوقف؟
هل تم تحليل المخاطر التي أدت إليه؟
هل تغيرت آليات الاختبار والمراجعة؟
هل أصبحت متطلبات الخصوصية والأمن جزءاً أكثر عمقاً من تصميم الخدمة؟
وهل لدينا الآن آلية واضحة للتعامل مع أي تطورات مشابهة مستقبلاً؟
هذه الأسئلة هي التي تحول الأزمة من Incident إلى Institutional Learning.
فالمؤسسات الناضجة لا تقيس نجاحها فقط بقدرتها على إعادة الخدمة إلى العمل، وإنما بقدرتها على التأكد من أن التجربة جعلتها أفضل مما كانت عليه قبل الأزمة.
الدرس الخامس: نحو «Regulatory Certainty» وفلسفة إدارة أكثر نضجاً
استعادة الخدمة خطوة إيجابية ومقدرة، وتعكس جهوداً فنية وتنظيمية مهمة.
لكن التحدي الحقيقي يظل في تطوير فلسفة الإدارة نفسها لترسيخ ما نسميه دائماً:
Regulatory Certainty — اليقين التنظيمي.
السوق الرقمي اليوم لا يحتاج فقط إلى قرارات صحيحة تُتخذ داخل المؤسسات.
بل يحتاج إلى قواعد واضحة يمكن التنبؤ بها، ومعايير أداء، ومسارات قرار، وآليات اتصال يمكن فهمها مسبقاً.
وهنا لا أتحدث عن كشف تفاصيل تقنية أو أمنية قد يكون من غير المناسب إعلانها.
إنما أتحدث عن وضوح الإطار الذي يحكم العلاقة بين المؤسسة والمستخدم والسوق.
متى تتوقف الخدمة؟
وفق أي معايير؟
كيف تتم إدارة المرحلة الانتقالية؟
ما هي معايير العودة؟
وكيف يتم تقييم التجربة بعد استعادة الخدمة؟
هذه الأسئلة هي جوهر اليقين التنظيمي.
والهدف ليس تقييد الإدارة، وإنما منحها إطاراً أكثر وضوحاً، ومنح السوق والمستخدمين قدراً أكبر من القدرة على التوقع والثقة.
العبرة هنا: لكي نصل إلى مستوى أعلى من النضج، يجب أن نتحول من منطق:
«سنعلن عندما يحدث شيء»
إلى منطق:
«لدينا إطار مؤسسي واضح ومستدام لما يحدث، وكيف نديره، وكيف نتواصل بشأنه، وكيف نتعلم منه حتى خط النهاية.»
عودة الخدمة… وبداية التعلم
نثمن عودة الخدمة والجهود المبذولة لتطويرها وتعزيز حماية بيانات المستخدمين.
لكنني أعتقد أن القيمة الحقيقية لهذه الواقعة لا يجب أن تتوقف عند عودة التطبيق للعمل.
فالنجاح الحقيقي هو أن تتحول التجربة إلى حالة دراسية مؤسسية تساعدنا على تطوير طريقة تصميم وإدارة وتشغيل خدماتنا الرقمية مستقبلاً.
وفي الاقتصاد الرقمي الحديث، لم يعد الوضوح رفاهية.
الوضوح رأس مال.
والقدرة على التنبؤ ليست امتيازاً للسوق؛ بل أحد مقومات الثقة فيه.
والنضج المؤسسي لا يعني ألا تحدث أزمات.
فالأزمات جزء طبيعي من أي منظومة تقنية معقدة.
لكن النضج يعني أن تكون المؤسسة قادرة على:
اكتشاف الخطر مبكراً، واتخاذ القرار الصحيح، وإدارة الزمن بكفاءة، والتواصل بوضوح، واستعادة الخدمة بأمان، ثم التعلم من التجربة.
وهنا تحديداً يمكن أن ننتقل من مجرد إدارة الأزمات الرقمية إلى بناء منظومة مؤسسية قادرة على الصمود أمامها.
لأن الحوكمة الرقمية الناضجة لا تُقاس فقط بقدرتها على اتخاذ القرار الصحيح.
بل بقدرتها على اتخاذه في الوقت الصحيح، وتفسيره بوضوح، وإدارة آثاره، وتحويل التجربة إلى معرفة مؤسسية تمنع تكرارها.
وهذه، في تقديري، هي الخطوة التالية في رحلة التحول الرقمي:
ليس فقط أن نُرقمن الخدمات… بل أن نُرقمن طريقة إدارتها أيضاً.
بقلم:
محمود شريف توفيق
الرئيس التنفيذي لشركة فيكسد سوليوشنز
