1. ماذا نريد أن نختبر فعلًا؟
الهدف ليس إثبات أن الشركة تستطيع الاستغناء عن صاحب الشركة. صاحب الشركة يظل مسؤولًا عن القرارات الاستراتيجية والعلاقات المهمة. المطلوب أن نعرف هل يمكن للفريق تشغيل الأعمال اليومية ضمن قواعد معروفة، أم أن كل قرار صغير يتحول إلى مكالمة أو رسالة واتساب تنتظر ردًا.
حدّد نطاق الاختبار قبل البداية: أوامر شراء ضمن حد مالي معين، الموافقات على الخصومات، معالجة شكاوى العملاء، تحديث حالة الطلبات، وإدارة صلاحيات الموظفين. استبعد التحويلات المالية الكبيرة، الالتزامات القانونية، والقرارات غير القابلة للعكس. هذه تظل ضمن مسار تصعيد معتمد.
- السؤال الأول: من صاحب القرار اليومي عندما لا يرد صاحب الشركة؟
- السؤال الثاني: أين توجد البيانات اللازمة لاتخاذ القرار؟
- السؤال الثالث: ما الحدود التي تستلزم التصعيد؟
- السؤال الرابع: كيف نعرف أن المهمة اكتملت بجودة مقبولة؟
2. جهّز خط الأساس قبل أسبوع الاختبار
راقب أسبوعًا عاديًا وسجّل كل قرار عاد إلى صاحب الشركة: نوعه، القسم الذي بدأه، السبب الحقيقي للتصعيد، الزمن الذي انتظره، وهل كانت هناك معلومة أو صلاحية ناقصة. لا تكتفِ بعدد المكالمات؛ فقد تكون المكالمة الواحدة مرتبطة بعميل حاسم أو بإيقاف عملية كاملة.
قسّم القرارات إلى ثلاث مجموعات: متكرر ويمكن تفويضه، يحتاج قاعدة واضحة قبل التفويض، واستراتيجي يجب أن يبقى عند الإدارة العليا. هذا الفرز أهم من شراء تطبيق موافقات؛ لأن التطبيق لن يحدد المسؤوليات نيابة عنك.
مثال توضيحي: لو 18 طلب خصم مرّوا على صاحب الشركة خلال أسبوع، و14 طلبًا منها يقع تحت نفس النسبة المعتمدة، فالمشكلة غالبًا غياب تفويض مكتوب أو عدم ثقة في تطبيقه، وليست نقصًا في نظام CRM.
3. ضع حدود التفويض ومسار التصعيد
لكل قرار متكرر، اكتب أربعة عناصر فقط: الدور المخوّل، الحد أو الشرط، الأدلة المطلوبة، والبديل عند غياب المسؤول. يمكن أن تبدأ بجدول صغير في أداة موجودة بالفعل داخل الشركة؛ المهم أن يكون معتمدًا ومتاحًا لمن يستخدمه.
لا تساوِ بين التفويض والتخلي عن الرقابة. تستطيع تفويض الموافقة على استبدال منتج ضمن سياسة معلنة، مع تقرير أسبوعي عن الاستثناءات. وتستطيع السماح بمشتريات تشغيلية ضمن سقف محدد، بشرط فصل طلب الشراء عن الموافقة والصرف متى سمح حجم الشركة بذلك.
صورة: Thirdman / Pexels — المصدر والترخيص
- قرارات يومية: يتخذها صاحب العملية ضمن حدود محددة.
- استثناءات: تُسجّل بسبب واضح وتُصعّد خلال وقت متفق عليه.
- قرارات عالية المخاطر: تبقى لدى المسؤول المعتمد دون تغيير.
- بديل المسؤول: يكون محددًا بالاسم الوظيفي، لا بعلاقات غير رسمية.

مرتبط بهذه الفكرة: كيف تكتشف الاختناقات بين الأقسام قبل شراء نظام جديد؟
4. اختبر أين تعيش المعرفة والبيانات
كثير من التأخير لا يرجع إلى ضعف الموظفين، بل إلى أن معلومات الأسعار والعقود والموردين والإجراءات محفوظة في بريد شخصي أو محادثات متفرقة. أثناء المحاكاة، اسأل الموظف أن يصل إلى النسخة الصحيحة من السياسة أو الطلب دون الرجوع إلى ذاكرة صاحب الشركة.
ابدأ بثلاثة أماكن معرفة فقط: سجل العملاء والطلبات، ملفات العمليات والسياسات، وسجل القرارات والاستثناءات. عيّن مالكًا لتحديث كل مصدر وحدّد من يستطيع القراءة والتعديل والاعتماد. لا تنقل كل الملفات دفعة واحدة إلى SharePoint أو Google Drive قبل تحديد هيكل الملكية.
النتيجة المطلوبة ليست مكتبة ضخمة، بل القدرة على الإجابة خلال دقائق عن: ما حالة الطلب؟ من وافق؟ وفق أي سياسة؟ وما الإجراء التالي؟
- 011. ماذا نريد أن نختبر فعلًا؟
- 023. ضع حدود التفويض ومسار التصعيد
- 035. شغّل محاكاة أسبوعية آمنة
5. شغّل محاكاة أسبوعية آمنة
أخبر الفريق أن صاحب الشركة متاح فقط ضمن نافذة قصيرة للطوارئ والاستثناءات المعتمدة. لا تختفِ فجأة. سجّل وقت كل قرار وأسبابه، وعيّن قائدًا تشغيليًا مؤقتًا يتابع قائمة القرارات العالقة يوميًا.
في نهاية كل يوم، راجع خمس إشارات: الطلبات التي توقفت، وقت الموافقة، الأخطاء أو الإعادات، عدد مرات التصعيد، والشكاوى التي لم تُغلق. إذا ظهر خطر مالي أو أمني أو تعاقدي، أوقف الجزء المعني من المحاكاة فورًا وعُد إلى الإجراء المعتمد.
من المهم ألا يحاول الموظفون إخفاء المشاكل ليثبتوا نجاحهم. المطلوب كشف الثغرات، وليس إجراء مسابقة بين الفريق وصاحب الشركة.
6. اقرأ النتائج بعيدًا عن الانطباعات
لا تقل «التجربة نجحت» لمجرد أن العملاء لم يشتكوا. قارن الأرقام بخط الأساس: نسبة القرارات التي أُنجزت ضمن الحد، متوسط زمن انتظار الموافقة، نسبة الطلبات التي أعيدت بسبب معلومة ناقصة، والتصعيدات التي كانت غير ضرورية.
إذا توقف العمل بسبب عدم وجود صلاحية، فالحل يبدأ بتصميم قرار وتفويض. وإذا تأخر بسبب بيانات متناقضة، فالحل يبدأ بمالك بيانات وإجراء تحديث. وإذا ظهرت أخطاء بعد التفويض، فربما تحتاج الشركة إلى تدريب أو معيار قبول أو مراجعة لاحقة، لا سحب الصلاحيات فورًا.
- مؤشر جيد: انخفاض التصعيدات الروتينية دون زيادة الأخطاء.
- مؤشر تحذير: قرارات أسرع لكن شكاوى أو مرتجعات أكثر.
- مؤشر جذري: توقف العمليات عند غياب ملف أو موظف واحد.
راجع قبل اتخاذ القرار
- السؤال الأول: من صاحب القرار اليومي عندما لا يرد صاحب الشركة؟
- السؤال الثاني: أين توجد البيانات اللازمة لاتخاذ القرار؟
- السؤال الثالث: ما الحدود التي تستلزم التصعيد؟
- السؤال الرابع: كيف نعرف أن المهمة اكتملت بجودة مقبولة؟
7. حوّل الاختبار إلى خطة 30 يومًا
ابدأ بأكثر ثلاث نقاط عطلت العمل، وليس بأكبر مشروع تقني. في الأسبوع الأول اعتمد حدود القرار والمسؤول البديل. في الثاني صحّح مصدر البيانات والإجراء. في الثالث درّب المعنيين على الحالات المتكررة. وفي الرابع أعد محاكاة أقصر وقارن النتائج.
لو احتجت أنظمة، اخترها بعد وضوح العملية: Microsoft 365 أو Google Workspace لتنظيم الملفات والصلاحيات، CRM لمتابعة العملاء، وERP عندما تصبح العمليات والبيانات جاهزة للربط. التقنية هنا أداة تنفيذ وليست بديلًا عن التصميم التشغيلي.
في ORVEAX نبدأ بـ Business Structure Review لفهم أين تتعطل القرارات، ثم نحدد إن كانت المشكلة في الأدوار أو العمليات أو الأساس الرقمي. إذا كنت تريد شركة تتوسع دون أن تنتظر كل تفصيلة منك، فابدأ باختبار أسبوع واحد مضبوط وقابل للقياس.
الخلاصة: الشركة القابلة للتوسع ليست التي يغيب عنها صاحب الشركة، بل التي يعرف فيها كل شخص ما الذي يملكه، وما حدود قراره، ومتى يصعّد.
