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