لماذا إطار وليس قائمة نصائح
لأن القرار يفشل عادةً في الترتيب لا في المحتوى. مكاتب كثيرة بدأت بمشاهدة العروض قبل أن تعرف ما تريد — فخرجت بانطباعات لا تُقارَن. الترتيب الصحيح: تشخّص، ثم تحدد النطاق، ثم تكتب المتطلبات، ثم تشاهد العروض. مشاهدة العروض هي المرحلة الرابعة لا الأولى.
المرحلة 1: التشخيص — ما المشكلة فعلاً؟
المخرج المطلوب: ورقة واحدة فيها ثلاث مشاكل مرتّبة بالأثر.
لا تسأل «ما الذي نحتاجه؟» — الإجابة ستكون «كل شيء». اسأل بدلاً منها ثلاثة أسئلة محددة:
- ما المشكلة التي لو اختفت غداً لشعر الفريق بالفرق فوراً؟
- ما آخر حادثة كلّفتنا مالاً أو علاقة؟ — وكم كلّفت تقريباً
- ما السؤال الذي لا نستطيع الإجابة عنه اليوم؟ — ربحية مشروع، أو أحمال الفريق، أو مستحقات معلّقة
اجمع الإجابات من ثلاثة مستويات
المالك يرى مشكلة، ومدير المشاريع يرى أخرى، والمهندس يرى ثالثة. التشخيص المبني على رأي المدير وحده ينتج نظاماً يرفضه من سيستخدمه.
المرحلة 2: تحديد النطاق — بماذا نبدأ؟
المخرج المطلوب: وحدة أو وحدتان محددتان بالاسم، وقرار بما نؤجله.
| المشكلة الأولى في تشخيصك | نطاق البداية المرشّح |
|---|---|
| إصدار خاطئ وصل للتنفيذ | إدارة الوثائق والمخططات |
| مستخلص فات موعده / تعثر السيولة | المالية والمستخلصات |
| تقارير الموقع تُكتب من الذاكرة | الإشراف الميداني |
| عروض تضيع بلا متابعة | العملاء والعروض |
| لا نعرف ربحية المشاريع | المالية + تسجيل الساعات |
| لا رؤية لأحمال الفريق | المشاريع + الموارد |
وقرار التأجيل لا يقل أهمية: اكتب صراحةً ما لن تفعّله في المرحلة الأولى. هذا يحميك من تضخم النطاق أثناء العروض حين يعرض كل مزوّد مزايا مبهرة خارج حاجتك.
المرحلة 3: قائمة المتطلبات — قبل أي عرض
المخرج المطلوب: وثيقة متطلبات ترسلها لكل مزوّد بالصيغة نفسها.
صنّف كل بند إلى ثلاث فئات قبل أن ترى أي نظام:
حرِج
لا نستطيع العمل بدونه. أي نظام يفشل فيه يسقط مهما تفوّق في غيره.
مهم
نريده لكن نتحمّل غيابه سنة. يدخل في الترجيح لا في الإسقاط.
مرغوب
تحسين. لا يجب أن يؤثر في القرار إلا عند التعادل.
لماذا التصنيف قبل العروض؟
لأنك بعد مشاهدة عرض مبهر ستُصنّف الميزة التي رأيتها كـ«حرِجة» وهي ليست كذلك. التصنيف المسبق يحميك من انحياز ما رأيته آخراً. قالب متطلبات جاهز للنسخ في قائمة متطلبات نظام المكتب الهندسي.
المرحلة 4: المفاضلة — العروض والاختبار
المخرج المطلوب: جدول مقارنة مملوء بما رأيته يعمل لا بما قيل لك.
- ثلاثة إلى خمسة مزودين — لا أكثر، فالفروق تتضح بعد الثالث
- اطلب تنفيذ سيناريوهات محددة أمامك لا وصفها
- اطلب رداً مكتوباً على وثيقة المتطلبات بصيغة «متاح / يحتاج تطويراً / غير متاح»
- أحضر مهندساً ومحاسباً من فريقك لا المدير وحده
- سجّل بعد كل عرض مباشرة — لا تعتمد على الذاكرة بعد ثلاثة عروض
تفاصيل ما تطلب رؤيته في العرض في كيف تُقيّم عرضاً توضيحياً.
احجز عرضاً واختبره بإطارك
نرحّب بأن تأتي بوثيقة متطلباتك ومشروع حقيقي من مكتبك. الجلسة 45 دقيقة ولا تلزمك بشيء — والهدف أن تخرج بإجابات مكتوبة لا بانطباع.
احجز عرضاً توضيحياًالمرحلة 5: التعاقد — ما تحسمه قبل التوقيع
المخرج المطلوب: عقد يغطي خمسة بنود لا يُترك أيها للتفسير لاحقاً.
| البند | ما تحسمه |
|---|---|
| ملكية البيانات والخروج | الصيغ والمهلة وهل توجد رسوم — والإجابة الصحيحة عن الرسوم «لا» |
| بنية التسعير | رسوم التطبيق بما تغطيه، والاشتراك على عدد محدد، وأي بند اختياري مستقلاً |
| آلية التعديل | إضافة وتقليص المستخدمين والوحدات — في الاتجاهين |
| مستوى الخدمة | قنوات الدعم وأوقاته وزمن الاستجابة |
| نطاق التطبيق | ما المشمول في الترحيل والتدريب ومدة التنفيذ المتوقعة |
تفاصيل أوسع في بنود عقد اشتراك النظام.
الجدول الزمني الواقعي للقرار
| المرحلة | المدة المعتادة | من يقودها |
|---|---|---|
| التشخيص | أسبوع | المالك أو مدير العمليات |
| تحديد النطاق | أيام | نفس الشخص + مدير المشاريع |
| قائمة المتطلبات | أسبوع | مالك القرار + ممثل من كل قسم |
| المفاضلة | 2–3 أسابيع | فريق التقييم |
| التعاقد | 1–2 أسبوع | المالك + المراجعة القانونية |
لماذا يستحق القرار ستة أسابيع؟
لأنه قرار يمتد أثره سنوات، وكلفة اختيار خاطئ ليست ثمن النظام بل أشهر التطبيق الضائعة وعودة الفريق للجداول. ستة أسابيع من الترتيب أرخص من سنة من نظام لا يُستخدم.
أربعة مصائد شائعة
- البدء بالعروض قبل التشخيص — فتصبح المزايا هي من يحدد حاجتك
- قبول «يمكن تطويره» كأنها «متاح» — وبينهما تكلفة وزمن ومخاطرة صيانة
- المقارنة بعدد المزايا بدل ترجيح البنود الحرِجة
- استبعاد من سيستخدم النظام من القرار — فيُشترى ما لا يُستخدم