01
تصميم نموذج التشغيل
من نعمل؟ كيف تُتخذ القرارات؟ وأين تنتقل المسؤولية؟ نصمّم نموذجًا يزيل الضباب بين الفرق.
افتح ملف الخدمة ↙نطاق العمل
يمكن أن يبدأ العمل من رحلة عميل أو تدفق أو قرار أو نموذج تشغيل. لكننا نتبع السبب عبر الحدود حتى لا يكون التحسين محليًا ومؤقتًا.
01
من نعمل؟ كيف تُتخذ القرارات؟ وأين تنتقل المسؤولية؟ نصمّم نموذجًا يزيل الضباب بين الفرق.
افتح ملف الخدمة ↙
02
نصل ما تقوله العلامة بما يعيشه العميل، عبر رحلة خدمة أسهل للعميل وقابلة للتشغيل للفرق.
افتح ملف الخدمة ↙
03
نختار التدفق الأكثر تأثيرًا، نزيل الانتظار وإعادة العمل، ثم نترك آلية تحسّن مستمرة داخل الفريق.
افتح ملف الخدمة ↙
04
نبني لغة مؤشرات مشتركة، ومنتج قرار يصل بالمعلومة الصحيحة إلى الشخص الصحيح في التوقيت الصحيح.
افتح ملف الخدمة ↙
05
من فرصة غير واضحة إلى خدمة رقمية قابلة للاستخدام والتشغيل والقياس، مع فريق يتعلم من الإطلاق.
افتح ملف الخدمة ↙
06
طبقة تنفيذ خفيفة تحول المبادرات إلى محفظة قرارات واضحة، من دون إضافة بيروقراطية جديدة.
افتح ملف الخدمة ↙هل نحن مناسبون؟
هندسة نطاق التدخل
لا نختار اسم الخدمة قبل فهم النتيجة المتعثرة. نحدد القرار الذي لا يُتخذ في وقته، والتدفق الذي يعيد العمل، واللحظة التي يفقد فيها العميل ثقته، ثم نركب نطاقًا يجمع التخصصات اللازمة فقط. بهذه الطريقة تصبح الخدمة وسيلة لحل مشكلة تشغيلية حقيقية، لا حزمة عامة منفصلة عن واقع الجهة السعودية.
تبدأ خدمات تصميم التشغيل بمشاهدة العمل كما يحدث: طلبات تدخل من قنوات مختلفة، قرارات تنتظر موافقات، بيانات تصل متأخرة، واستثناءات يعرفها شخص واحد. نجمع عينة محددة ونرسم خط الأساس ونميز بين العرض والسبب. هذا التشخيص يمنع تحويل مشكلة الملكية إلى مشروع تقنية، أو تحويل ضعف المعيار إلى حملة تدريب. في نهاية المرحلة يعرف القائد ما الذي يستحق التدخل الآن، وما الذي يحتاج دليلًا إضافيًا، وما الذي يمكن تركه من دون تكلفة خفية.
قبل اعتماد النطاق نطلب مثالًا حديثًا يمكن تتبعه، وصاحب قرار يستطيع تفسير أثره، ووصولًا محدودًا إلى من ينفذ العمل. نكتب الفرضيات والقيود في وثيقة البداية، ونحدد ما لن يشمله المشروع. إن لم يتوفر دليل كافٍ، تكون الخطوة الأولى تشخيصًا قصيرًا لا وعدًا بنتيجة واسعة. هذه الصراحة تحمي الميزانية وتمنع تضخم التوقعات منذ البداية.
تحسين تجربة العميل لا يكتمل بتعديل الرسائل أو شكل القناة. نربط كل لحظة يراها المستفيد بالسياسة والقرار والموظف والنظام الذي يصنعها. تظهر عندها أسباب إعادة التواصل والتناقض بين القنوات والانتظار غير المرئي. نستخدم رحلة العميل ومخطط الخدمة معًا، ثم نحول اللحظات الحرجة إلى متطلبات تشغيل قابلة للاختبار. النتيجة المقصودة تجربة أسهل للعميل، وفي الوقت نفسه قابلة للتنفيذ للفرق من دون اعتماد دائم على الاجتهاد الفردي.
تُبنى العينة من تواصل فعلي أو ملاحظة أو بيانات سلوك، مع تمثيل الحالات الاستثنائية لا المسار المثالي وحده. نختبر اللغة والنقطة التشغيلية في الوقت نفسه، ونقيس الإكمال والجهد وإعادة التواصل. إذا تحسن انطباع العميل بينما ارتفع عبء الموظف أو انتقل التأخير إلى خطوة أخرى، فلا نعد التدخل ناجحًا قبل إعادة التوازن.
في العمليات ذات الحجم العالي، قد يبدو الفريق مشغولًا بينما يظل العمل متوقفًا بين الخطوات. نقيس زمن الانتظار وإعادة العمل وحجم المخزون والتباين بين الحالات، ثم نختار عنق زجاجة واحدًا يمكن تغييره بأمان. تُختبر القاعدة الجديدة على نطاق محدود، مع تعريف واضح لما يعنيه النجاح وما يستدعي التراجع. بعد ذلك يتحول التحسين إلى إيقاع يومي يملكه الفريق، لا حملة مؤقتة تنتهي بانتهاء المستشار أو ورشة العمل.
يشارك أصحاب العمل في رسم الحالة الحالية لأن النظام غير المكتوب غالبًا أهم من الإجراء الرسمي. نحدد نقطة قياس بسيطة ومتكررة، ونراجعها في اجتماع قصير يرتبط بإجراء لا بعرض تقرير. عند ثبات التحسن نكتب المعيار والاستثناء ومسار التصعيد، ثم ندرب مشرفًا داخليًا على قيادة دورة المراجعة من دون اعتماد على فريق المشروع.
لوحة المؤشرات وحدها لا تغيّر قرارًا. نبدأ من القرارات الأسبوعية واليومية: من يتخذها، ما نافذتها الزمنية، وما الدليل الكافي لها. ثم نبني قاموس المقاييس وعقود البيانات والتنبيهات التي تربط الإشارة بإجراء ومالك ووقت انتهاء. هذا المسار يناسب الجهات التي تملك تقارير كثيرة لكنها تناقش تعريف الرقم في كل اجتماع. المنتج النهائي ليس شاشة أجمل، بل لغة مشتركة وإيقاع استجابة يمكن تدقيقه وتطويره.
نختبر المنتج مع من سيقرأ الإشارة فعلًا، ونراقب هل وصل إلى قرار أسرع وأكثر اتساقًا أم فتح نقاشًا جديدًا حول المصدر. لكل مقياس تعريف ومالك وتواتر وحدود جودة، ولكل تنبيه عتبة وإجراء ووقت إغلاق. تعرض الواجهة أقل قدر من المعلومات اللازمة، مع إمكانية الرجوع إلى المصدر عند التحقيق بدل تكديس كل البيانات في الشاشة الأولى.
نختبر الخدمة الرقمية من الحاجة حتى اكتمال القيمة، لا من تسجيل الدخول حتى الضغط على زر الإرسال فقط. يشمل العمل اللغة، المتطلبات، الإتاحة، مسارات الفشل، خدمة الدعم، وسياسة الاستثناء. نبني نموذجًا قابلًا للتجربة مع مستخدمين وموظفين، ونقيس الإكمال والجهد والأخطاء قبل التوسع. عند الإطلاق تكون واجهة العميل مرتبطة بتدفق خلفي ومعيار معرفة ومسؤولية واضحة عن التحديث، فتقل الفجوة بين الوعد الرقمي والتجربة الفعلية.
خطة الإطلاق تحدد الفئة والقناة والمدة وحاجز السلامة ورسالة الدعم وقرار التوسع. نختبر أيضًا من لا يستطيع إكمال المسار الرقمي ونضمن قناة مساندة مفهومة. تُجمع أسباب الفشل في قاموس واحد بدل توزيعها بين فرق التقنية والخدمة، ويملك فريق محدد تحديث المحتوى والمتطلبات. بذلك يصبح التعلم بعد الإطلاق أسرع ولا تتحول الاستثناءات إلى عبء خفي.
كل خدمة تنتهي بمالك داخلي، وأداة قرار، ومعيار عمل، وإيقاع مراجعة. لا نعتبر العرض التقديمي تسليمًا، ولا نعتمد على تدريب عام بلا ممارسة. يعمل الفريق على حالات حقيقية، ويجرب القوالب، ويتعامل مع استثناءات تحت إشراف مشترك، ثم يقود أول دورة مستقلة. توضح وثيقة النقل ما يجب مراقبته، ومتى تتغير القاعدة، وكيف تُحفظ المعرفة. هذا يجعل الاستثمار قابلًا للاستمرار بعد إغلاق المشروع ويمنع عودة المشكلة في صورة مختلفة.
يبدأ النقل منذ الأسبوع الأول بتعيين نظير لكل دور، ثم ينتقل العمل تدريجيًا من المشاهدة إلى المشاركة فالقيادة. قبل الإغلاق نختبر صلاحيات الوصول، ومكان حفظ الأدلة، وجدول المراجعة، ومسار طلب الدعم. نسجل القرارات المفتوحة والمخاطر التي لم تُحل بدل إخفائها. ويوقع مالك العمل على جاهزية التشغيل بعد قيادة دورة فعلية، لا بعد حضور جلسة تعريفية فقط.
ابدأ اختيار الخدمة بكتابة حالة حديثة ونتيجة تريد تغييرها، ثم افتح صفحات تصميم نموذج التشغيل وتحسين العمليات وتجربة العميل وأنظمة القرار والإطلاق الرقمي ومكتب التنفيذ للمقارنة بين نقاط البداية. كل صفحة تربط المخرجات بالمراحل والقطاع والمقالات المرتبطة، حتى تنتقل داخليًا من سؤال البحث إلى نطاق يمكن مناقشته وقياسه.
غير متأكد من الخدمة؟