الجواب المختصر. دفتر الشروط النافع يتسع في تسع صفحات ولا يكاد يحتوي تقنية. يقول أي مشكلة يحلها التطبيق ولمن، يروي خمسة إلى ثمانية مسارات من البداية إلى النهاية، يفرز الوظائف في ثلاثة أعمدة، النسخة الأولى، لاحقاً، أبداً، يعطي معياراً قابلاً للتحقق لكل وظيفة في النسخة الأولى، ويحدد لمن يعود الكود والحسابات. لا يختار اللغة البرمجية ولا البنية ولا المستضيف: ذلك عمل المورّد، ودفتر الشروط الذي يفرضها يكلف أكثر. يُرسل إلى ثلاثة مورّدين مع الأسئلة الستة نفسها، فيعيد عروضاً في حدود 25 % بدل فارق من واحد إلى ستة.
هذا الدليل موجّه إلى المؤسس المقيم في فرنسا الذي يريد أن يبني في الجزائر ما رآه ينجح في ليون أو مرسيليا، وإلى تاجر الجملة الذي يريد منصة طلبات لتجار التجزئة عنده، وإلى مسيّر العيادة أو المدرسة أو سلسلة المتاجر أو شركة النقل الذي قال «نحتاج تطبيقاً» فأجابه أول مورّد «أرسلوا لنا دفتر شروطكم». يقول ما تقيسه الدراسات عن مشاريع المعلوماتية، وما يحتويه دفتر الشروط وما لا يحتويه، وكيف يُكتب في أسبوعين، وكيف تُقرأ ثلاثة عروض، وكيف يُنظَّم تقويم 2027 لتجري التجربة قبل الصيف.
ما تقوله الأرقام
كلفة الحاجة المكتوبة بشكل سيئ مقيسة منذ زمن. في دراسته لسنة 2014 عن إدارة المتطلبات، يكتب معهد إدارة المشاريع PMI أنه عندما لا يبلغ مشروع أهدافه، تكون الإدارة غير الدقيقة للمتطلبات هي السبب الأول في 47 % من الحالات؛ وأن 5,1 % من كل دولار يُنفق على المشاريع يضيع لهذا السبب وحده، أي 51 مليون دولار لكل مليار؛ وأن «الجمع غير الدقيق للمتطلبات» ذُكر سبباً أول للفشل من طرف 37 % من المنظمات سنة 2014، مقابل 32 % سنة 2013. هذه الاستطلاعات تشمل أساساً منظمات كبيرة في العالم؛ رتب المقادير تنتقل، لا الكسور العشرية.
حجم المشروع يهم بقدر جودة الوثيقة. الدراسة التي أجرتها McKinsey سنة 2012 مع جامعة أكسفورد على أكثر من 5 400 مشروع معلوماتي يفوق 15 مليون دولار تجد أنها في المتوسط تتجاوز ميزانيتها بـ45 %، ومدتها بـ7 %، وتسلّم قيمة أقل بـ56 % مما كان متوقعاً. وفي الطرف الآخر من السلم، نشرت مجموعة Standish، التي تُناقَش طريقتها لكن نسبها تُقتبس في كل مكان، سنة 2015 أن 61 % من المشاريع الصغيرة تنجح، مقابل 6 % من المشاريع الضخمة. الدرس لدفتر شروط تطبيق مباشر: نسخة أولى قصيرة، مسلَّمة ومستعمَلة، تساوي أكثر من نسخة كاملة موعودة؛ فرز الوظائف، لا القائمة، هو ما يصنع الوثيقة.
السياق الجزائري يضيف أسطره الخاصة إلى دفتر الشروط. 51,63 مليون اشتراك 4G و5G في الثلاثي الثاني من 2026 حسب سلطة الضبط ARPCE: المستعملون على الهاتف، أغلبهم على أندرويد، والشبكة ما تزال تنقطع في المستودع أو القبو أو طريق الولاية، مما يجعل «دون اتصال» قراراً يُكتب لا تفصيلاً. الدفع ببطاقة CIB والذهبية يمر عبر SATIM ويتطلب ملفاً تحمله الشركة، بينما يبقى الدفع عند التسليم هو القاعدة؛ العربية والفرنسية تتعايشان على الشاشات نفسها؛ والاستضافة واسم النطاق وحسابات المتاجر يجب أن تكون باسم الشركة، لأننا نرى كل شهر تطبيقات عالقة عند مطوّر لم يعد يجيب. لا شيء من هذا تقني؛ وكل هذا يغيّر السعر.
ما يحتويه دفتر الشروط، في ستة أجزاء
يُقرأ دفتر شروط التطبيق في ستة أجزاء، من صفحة المشكلة إلى معايير الاستلام، والأول هو الأكثر غياباً.
المشكلة تتسع في صفحة واحدة وتجيب عن أربعة أسئلة: من يخسر ماذا اليوم، كم مرة في اليوم، بأي أدوات، وما يجب أن تغيّره النسخة الأولى، بالأرقام. «تجار التجزئة يطلبون بالهاتف وواتساب، 140 طلباً في اليوم، أربعة أشخاص يعيدون إدخالها، 6 % أخطاء في المراجع، النسخة الأولى يجب أن تُنزل إعادة الإدخال إلى الصفر والأخطاء تحت 1 %» تقول للمورّد أكثر من أربعين وظيفة. المسارات تروي، دوراً دوراً، ما يحدث من البداية إلى النهاية، مع الحالة التي تفشل فيها: تاجر التجزئة يطلب في العاشرة ليلاً، المحضّر يرى الطلب في السادسة صباحاً، الموزّع يحمّله، الدفع يُرفض، الطلب يُعدَّل بعد المصادقة. خمسة إلى ثمانية مسارات تكفي؛ منها يستخرج المورّد الشاشات، لا العكس. الوظائف تأتي بعدها، مكتوبة بالصيغة التي وُلدت عند Connextra سنة 2001، «بصفتي تاجر تجزئة، أريد إعادة طلب الأسبوع الماضي بحركة واحدة، لكي أربح عشر دقائق»، وقبل كل شيء مفروزة: النسخة الأولى، لاحقاً، أبداً. منهجية DSDM، التي خرج منها فرز MoSCoW، توصي بألا يوضع أكثر من 60 % من الجهد في الضروري وبالاحتفاظ بنحو 20 % في المرغوب، ليبقى ما يستوعب المفاجآت دون تفويت الموعد.
البيانات والتكاملات تقول ما هو موجود أصلاً وسيجب نقله أو ربطه: ملف Excel للزبائن والأسعار، برنامج المحاسبة، الصندوق، إرسال SMS، واتساب، SATIM للبطاقة. وهو غالباً السطر الأكثر تهويناً في العروض؛ نصف في دليل مستقل كيف تُنقل بيانات برنامج قديم دون توقيف النشاط. القيود والملكية تحدد اللغات، أندرويد أولاً أو iOS في الوقت نفسه، دون اتصال ولمن، أين تُستضاف البيانات، وباسم من مستودع الكود وحسابات Play وApp Store والاستضافة والنطاق. الاستلام يقول كيف سنعرف أن العمل انتهى، بمعيار لكل وظيفة؛ يعطي نطاقاً للميزانية بدل لا شيء؛ يحدد تاريخ التجربة؛ ويطرح سؤال السنة التالية، من يصون وبكم شهرياً، وهو ما نحسبه في دليل ما يكلفه التطبيق كل سنة.
كتابته في أسبوعين، في ست خطوات
تُكتب الوثيقة دون أداة ودون مورّد، في نحو عشر ساعات موزعة على أسبوعين، بهذا الترتيب.
صفحة المشكلة تُكتب أولاً وتُعاد قراءتها آخراً: إن كانت وظيفة في القائمة لا تخدم ما كُتب في هذه الصفحة، تخرج من النسخة الأولى. المسارات تُروى بصوت عالٍ مع الشخص الذي يقوم بالعمل اليوم، المحضّر، البائع، سكرتيرة العيادة؛ نسجل ما يفعله لا ما ينبغي أن يفعله، ونسأله ما الذي يفشل مرة في الأسبوع. القائمة ثم الفرز هي الخطوة التي تقرر السعر والمدة: نكتب كل شيء، ثلاثين أو أربعين سطراً، ثم نفرز في ثلاثة أعمدة، ويجب أن تتسع النسخة الأولى في صفحة واحدة. القاعدة الأنفع: لا تدخل وظيفة في النسخة الأولى إلا إذا كان مسار من الجزء السابق لا يكتمل بدونها.
الشاشات بالقلم لا تحتاج موهبة: ستة إلى عشرة مستطيلات مرسومة باليد، واحد لكل خطوة من المسارات، ومع كل واحد لقطة شاشة من تطبيق تحبونه لهذه الشاشة بالذات، شاشة القائمة، شاشة السلة، شاشة التتبع. هذا، لا «واجهة عصرية وبديهية»، هو ما يقول للمورّد ما تنتظرونه. المعيار لكل وظيفة جملة تبدأ بـ«ينتهي العمل عندما» ويستطيع طرف ثالث التحقق منها: «ينتهي العمل عندما يمرر تاجر تجزئة لم ير التطبيق قط طلباً من عشرة أسطر في أقل من ثلاث دقائق دون مساعدة». القراءة بصوتين تختم الكتابة: مستعمل مستقبلي ومطوّر موثوق، صديق أو ابن عم أو زميل سابق، يقرآن الوثيقة؛ كل مقطع لا يفهمانه يُعاد كتابته، وكل سؤال يطرحانه يصير سطراً.
«الفرز، لا القائمة، هو ما يصنع دفتر الشروط.»
مثال محسوب
مثال على فرضيات، يُعاد بأرقامكم: تاجر جملة في المواد الغذائية، ثلاثمائة تاجر تجزئة، يريد منصة طلبات.
القائمة. ثمان وثلاثون وظيفة في البداية، من تطبيقين رُئيا في فرنسا وأسبوع من الأفكار: كتالوج، طلب، إعادة طلب، عروض ترويجية، تتبع التوصيل، دفع بالبطاقة، برنامج نقاط، دردشة، تقييم الموزّعين، لوحة متابعة، وغيرها. الفرز. أربع عشرة في النسخة الأولى: التي لا تكتمل المسارات الستة بدونها، كتالوج بأسعار لكل زبون، طلب وإعادة طلب، مصادقة المحضّر، جولة الموزّع، تسجيل الدفع عند التسليم، كشف المستحقات غير المدفوعة، الأدوار والصلاحيات، العربية والفرنسية، دون اتصال لإدخال طلبات البائع. إحدى عشرة لاحقاً، منها البطاقة عبر SATIM والعروض الموجَّهة وبرنامج النقاط. ثلاث عشرة أبداً، منها الدردشة لأن واتساب موجود، وتقييم الموزّعين لأن المسيّر يعرفهم جميعاً.
الوثيقة. تسع صفحات: صفحة المشكلة، ستة مسارات، القائمة المفروزة، ثماني شاشات بالقلم مع مراجعها، معيار لكل وظيفة، القيود والملكية، نطاق الميزانية وتاريخ التجربة. العروض. الطلب الأول، الشفهي، «تطبيق طلبات لزبائننا»، أعاد ثلاثة أسعار بنسبة من واحد إلى ستة؛ الوثيقة نفسها مرسلة إلى المورّدين أنفسهم، مع الأسئلة الستة في القسم التالي، تعيد ثلاثة عروض في حدود 25 %، والفارق المتبقي يفسره ما هو مشمول، نقل ملف Excel والنشر في المتاجر. التقويم. عشرون أسبوعاً من أول يوم كتابة إلى التجربة مع عشرة تجار تجزئة، مع عرض تجريبي كل أسبوعين ابتداءً من الأسبوع السابع.
ست جمل تجعل العروض غير قابلة للمقارنة
الفوارق بين العروض نادراً ما تأتي من العمل؛ تأتي من جمل يقرؤها كل مورّد على طريقته.
كل جملة في العمود الأول بحسن نية. «تطبيق مثل Yassir» تصف تجربة لا نطاقاً، ويقرأ فيها مورّد التموقع الجغرافي الحي بينما يقرأ آخر استمارة طلب. «الدفع الإلكتروني» تغطي في الجزائر أربعة أعمال لا علاقة بينها، من تسجيل الدفع عند التسليم إلى ملف SATIM لبطاقة CIB والذهبية، الذي نصفه في الدليل التقني لتكامل SATIM؛ كتابة أيها يدخل في النسخة الأولى، ومن يحمل الملف، تغيّر العرض كلياً. «يجب أن يعمل في كل مكان» هي الجملة الأكثر كلفة: كل «و»، أندرويد وiOS، ويب وهاتف، متصل ودون اتصال، تضاعف جزءاً من العمل، والعمود الثاني يتلخص في اختيار جانب واحد من كل «و» للنسخة الأولى. فصّلنا هذه الاختيارات في القرارات السبعة قبل إنشاء تطبيق.
مقارنة ثلاثة عروض، وما نتركه للمورّد
تُقارَن ثلاثة عروض بستة أسئلة تُطرح بالترتيب نفسه على كل مورّد، كتابياً، قبل الحديث عن السعر.
النطاق وما هو مشمول يجعلان الأسعار قابلة للمقارنة: العرض الذي لا يذكر وظائفكم الأربع عشرة واحدة واحدة سعّر شيئاً آخر، والسعر الذي لا يقول إن كانت النماذج والاختبارات والنشر على Play وApp Store ونقل ملف Excel والتكوين داخله ليس سعراً. الملكية تُحسم قبل التوقيع وكتابياً: مستودع الكود، حسابات Play وApp Store، الاستضافة، اسم النطاق، باسم الشركة من اليوم الأول، مع وصول للمورّد لا العكس؛ دليل التطبيق العالق عند مطوّر اختفى يروي ما يحدث خلاف ذلك. الطريقة تُتحقق بشيء واحد: عرض تجريبي كل أسبوعين، على رابط تفتحونه بأنفسكم، لما يعمل فعلاً لا لنموذج. ما بعد هو غالباً الفرق الحقيقي بين العروض: سعر شهري بعد التسليم، ما يغطيه، مهلة الرد عند العطل. الفرضيات تقول ما الذي سيحرك السعر، عدد المستعملين، من يوفر المحتوى، من يحمل ملف SATIM؛ العرض بلا فرضيات له فرضيات على كل حال، لكنه لم يقلها لكم.
وبالعكس، دفتر الشروط الذي يفرض اللغة البرمجية أو الإطار أو قاعدة البيانات أو المستضيف يكلف أكثر، لأنه ينزع من المورّد الاختيار الذي يتقنه ويترك له مسؤولية النتيجة. ما تقررونه: المشكلة، المسارات، الفرز، اللغات، دون اتصال، أين البيانات، لمن يعود ماذا، التاريخ. ما تتركونه: كيف يُبنى. المورّد الجيد يشرح لكم اختياراته في صفحة ويقول ما تعنيه لما بعد، مثلاً ما تكلفه خدمات السحابة ومفاتيح الذكاء الاصطناعي المدفوعة من الجزائر؛ والمورّد الذي يرفض شرحها هو جواب في حد ذاته. نقارن أنواع المورّدين الثلاثة، المستقل والوكالة وورشة الهندسة، في دليل مخصص.
«العرض بلا فرضيات له فرضيات على كل حال؛ لكنه لم يقلها لكم.»
رُئي في فرنسا: دفتر الشروط الوظيفي وسبرينت الأيام الخمسة
في فرنسا، دفتر الشروط مؤسسة. له معياره، NF EN 16271، المنشور في فيفري 2013 تحت الرمز X50-151، «الإدارة بالقيمة، التعبير الوظيفي عن الحاجة ودفتر الشروط الوظيفي»، الذي حل محل المعيار الفرنسي لسنة 2007؛ مبدؤه يتسع في جملة، التعبير عن الحاجة بوظائف تُؤدَّى لا بحلول تُبنى، وهذا بالضبط ما تفعله صفحة المشكلة والمسارات الموصوفة أعلاه. الصفقات العمومية تضيف دفتر البنود التقنية الخاصة، وكل مؤسس عمل في شركة فرنسية رأى طلب عروض بمعايير تنقيط مكتوبة. الجالية تصل إذن بالعادة؛ ما يتغير في الجزائر هو الأسطر التي تُكتب: الدفع عند التسليم إلى جانب SATIM، العربية والفرنسية على الشاشة نفسها، أندرويد أولاً، دون اتصال، وملكية الحسابات.
الممارسة الأخرى التي رُئيت في فرنسا، والتي تبيعها الوكالات هناك باسم ورشة التأطير، تأتي من Google Ventures: سبرينت التصميم، خمسة أيام لرسم خريطة المشكلة يوم الاثنين، والتخطيط يوم الثلاثاء، والقرار يوم الأربعاء، والنموذج يوم الخميس، والاختبار مع خمسة زبائن يوم الجمعة، طريقة بدأ Jake Knapp ممارستها في Google سنة 2010 وصاغها في GV ابتداءً من 2012. نحتفظ بجوهرها لمرحلة التأطير في الأسبوع السابع: نموذج قابل للنقر يُختبر مع مستعملين حقيقيين قبل كتابة سطر كود، لأن أسبوعاً من النماذج يكلف أقل من شهر تطوير في الاتجاه الخطأ. ما لا ينتقل هو فكرة أن خمسة أيام تحل محل دفتر الشروط: السبرينت يختبر حلاً، ودفتر الشروط يقول أي مشكلة يجب أن يحلها وما الذي لن يفعله.
من فرنسا: طلب تطبيق للجزائر دون أن تكونوا هناك
المؤسس المقيم في فرنسا له ميزة ومخاطرة. الميزة: رأى التطبيق المرجعي يعمل، يعرف كيف يبدو المسار الناجح، وغالباً ما اعتاد الكتابة. المخاطرة: يكتب دفتر شروط التطبيق الفرنسي لا الجزائري، بالدفع بالبطاقة في النسخة الأولى، والحساب الإجباري عند أول شراء، وiOS في مرتبة أندرويد نفسها، والشبكة مفترضة في كل مكان. يجب أن تُروى المسارات مع الأشخاص الذين سيقومون بالعمل في سطيف أو وهران، بالهاتف إن لزم، وأن تُتحقق كل فرضية «كما في فرنسا»: من عنده بطاقة، من يدفع نقداً، من عنده iPhone، أين تنقطع الشبكة.
النقطة الثانية هي المسافة مع المورّد. الأسئلة الستة تنطبق بصرامة أكبر: الحسابات باسم الشركة الجزائرية أو باسمكم، لا باسم المورّد أبداً؛ عرض تجريبي كل أسبوعين على رابط، في ساعة ثابتة، لا لقطات شاشة على واتساب؛ وصول إلى مستودع الكود من الشهر الأول؛ شخص مسمّى يجيب. التجربة تُجرى مع عشرة مستعملين حقيقيين في عين المكان، وقرار النسخة الثانية يُتخذ على ملاحظاتهم، لا على رأي مجموعة العائلة. إن كان المشروع SaaS، فالاشتراك وتحصيله جزء كامل من دفتر الشروط، نتناوله في دليل إطلاق SaaS في الجزائر.
من أنتم، ومن أين تبدؤون
تاجر الجملة أو الموزّع يبدأ بمسارات تجار التجزئة والموزّعين عنده، وبسطر «البيانات»: ملف الأسعار لكل زبون هو قلب النسخة الأولى. العيادة أو المكتب الطبي أو المخبر يبدأ بمسار المريض الذي يحجز موعداً والسكرتيرة التي تستقبله، وبسطر «الملكية»، لأن البيانات الصحية لا يمكن استضافتها في أي مكان. المدرسة أو مركز التكوين يبدأ بالأدوار الثلاثة، الولي والمعلم والإدارة، وبالدفع بالأقساط. شركة النقل أو التوصيل تبدأ بـ«دون اتصال» وبما يراه المسيّر في المساء.
مؤسس الجالية يبدأ بصفحة المشكلة، مكتوبة للجزائر لا لفرنسا، وبمسار أول يُتحقق منه بالهاتف مع مستعمل مستقبلي. التاجر أو سلسلة المتاجر تبدأ بالصندوق الموجود وبما يجب أن يرسله إلى المنصة. في كل الحالات، الأسبوع الأول هو نفسه: صفحة، خمسة مسارات، القائمة، ثم الفرز. المورّد لا يتدخل إلا بعدها، ويجب أن يستطيع أن يعيد لكم، قبل التوقيع، دفتر الشروط مُراجَعاً، والخيارات الثلاثة وسعرها الإجمالي؛ هذا ما نفعله، وهذا ما يجب طلبه من كل واحد.
تقويم 2027
من أول يوم كتابة إلى التجربة، أربعة وعشرون أسبوعاً، الخمسة الأولى منها لا تكلف إلا وقتاً وتقرر كل ما يليها.
الأسابيع 0 إلى 2: دفتر الشروط. صفحة للمشكلة، خمسة إلى ثمانية مسارات، القائمة ثم الفرز، الشاشات بالقلم، معيار لكل وظيفة، القراءة بصوتين. الأسابيع 2 إلى 5: ثلاثة عروض. الوثيقة نفسها تُرسل إلى ثلاثة مورّدين، مقابلة من ساعة مع كل واحد، الأسئلة الستة كتابياً؛ رمضان يبدأ نحو 8 فيفري 2027 ويصادف هذه الفترة، وهذا لا يعيق استشارة. الأسابيع 5 إلى 7: التأطير. ورشات مع المورّد المختار، نموذج قابل للنقر يُختبر مع خمسة مستعملين، دفتر شروط معدَّل، عقد موقَّع بالملكية مكتوبة.
الأسابيع 7 إلى 17: النسخة الأولى. أربع عشرة وظيفة، عرض تجريبي كل أسبوعين على رابط تفتحونه، البيانات الموجودة تُنقل من أول عرض لا في النهاية. الأسابيع 17 إلى 20: الاستلام والنشر. كل معيار يُتحقق منه واحداً واحداً، من طرفكم ومن طرف مستعمل؛ النشر على Play ثم App Store، وتقول Apple إن 90 % من الطلبات تُراجع في أقل من 24 ساعة في المتوسط، وهذا لا يمنع رفضاً وتقديماً ثانياً. الأسابيع 20 إلى 24: التجربة. عشرة مستعملين حقيقيين، ملاحظات مدوَّنة، قرار النسخة الثانية يُتخذ في جوان، قبل الصيف. المدد الحقيقية حسب نوع المشروع مفصَّلة في دليل كم يستغرق تطبيق أو منصة.
ما يُفشل دفتر الشروط
- البدء بقائمة الوظائف. دون صفحة مشكلة ولا مسارات، تكبر القائمة ولا يستطيع أحد فرزها؛ العرض يسعّر أربعين وظيفة أربع عشرة منها تنفع.
- عدم الفرز. كل شيء «ضروري»؛ المورّد يسعّر كل شيء، المدة تتضاعف، والنسخة الأولى تخرج بعد أن تحرك السوق.
- كتابة الصفات. «عصري»، «بديهي»، «سلس»، «آمن»: لا شيء قابل للتحقق عند الاستلام، والخلاف يصل عند التسليم.
- فرض التقنية. اللغة والإطار والمستضيف التي يختارها الطالب تنزع من المورّد مسؤولية النتيجة وترفع السعر.
- نسيان البيانات الموجودة. ملف Excel للأسعار، برنامج المحاسبة، الصندوق: تُكتشف في الشهر الثالث فتضيف شهراً.
- ترك الملكية لما بعد. الحسابات باسم المورّد، المستودع عنده؛ التفاوض يبدأ يوم يتوقف عن الإجابة.
- الخلط بين دفتر الشروط والعقد. الوثيقة تقول ماذا ولماذا؛ العقد يقول بأي سعر، متى، لمن يعود ماذا وما يحدث بعد. يلزم الاثنان.
أسئلة شائعة
الأسئلة التي نتلقاها من مسيّرين ومؤسسين طلب منهم مورّد «دفتر شروطكم».
- هل يلزم فعلاً دفتر شروط للحصول على عرض سعر؟
- للحصول على سعر، لا؛ للحصول على سعر يعني شيئاً، نعم. بدون وثيقة، يسعّر كل مورّد المشروع الذي تخيله، والفوارق بين العروض تقيس هذا الخيال لا العمل. تسع صفحات مكتوبة في أسبوعين تكفي؛ والمورّد الجاد يعيدها لكم مُراجَعة ومكمَّلة قبل التوقيع.
- كم صفحة، وهل يلزم نموذج؟
- بين ست واثنتي عشرة صفحة لنسخة أولى من تطبيق أو منصة؛ وما فوق ذلك تكون الوثيقة عادة قائمة غير مفروزة. النماذج المحمَّلة من الإنترنت لها عيب: تجعلكم تملؤون خانات تقنية لا تتقنونها وتتجاوز صفحة المشكلة والمسارات. الأجزاء الستة في هذا الدليل تكفي مخططاً.
- هل أذكر ميزانيتي في دفتر الشروط؟
- نطاقاً، نعم. الميزانية المخفية لا تحصل على سعر أفضل؛ تحصل على ثلاثة عروض مبنية على ثلاث فرضيات مختلفة. النطاق الصادق يسمح للمورّد باقتراح النسخة الأولى التي تتسع فيه وبقول ما ينتقل إلى النسخة الثانية، وهذه بالضبط المناقشة التي تريدون إجراءها قبل التوقيع لا بعده.
- دفتر الشروط أم النماذج: بأيهما نبدأ؟
- دفتر الشروط، قصيراً، ثم النماذج مع المورّد المختار. النماذج المصنوعة قبل صفحة المشكلة والفرز ترسم تطبيقاً كاملاً لم يقرر أحد تمويله، وتجمّد اختيارات الشاشات قبل معرفة المسارات. الشاشات بالقلم مع لقطة مرجعية لكل شاشة تكفي في مرحلة عرض السعر.
- المورّد يقترح أن يكتب دفتر الشروط بنفسه. هل هذه فكرة جيدة؟
- يمكنه إكماله لا بدؤه. صفحة المشكلة والمسارات والفرز يجب أن تأتي منكم، لأنها تقرر ما ستدفعون ثمنه وما لن تحصلوا عليه. المورّد الذي يكتب الوثيقة من الصفر يكتب، بحسن نية، المشروع الذي يعرف بناءه. الترتيب الذي ينجح: تكتبون الصفحات التسع، يراجعها، يكملها في البيانات والقيود، ويعيد لكم الخيارات الثلاثة وسعرها الإجمالي قبل التوقيع.
- وإن غيّرت رأيي في الطريق؟
- ستغيّرون رأيكم، والوثيقة مصنوعة لذلك: عمود «لاحقاً» موجود ليستقبل ما يظهر أثناء البناء دون المساس بالنسخة الأولى. العرض التجريبي كل أسبوعين يخدم بالضبط القرار المبكر؛ ما يحل محل وظيفة في النسخة الأولى يُخرج أخرى، بجهد متساوٍ، والمورّد يسعّره كتابياً. ما يكلف ليس تغيير الرأي، بل تغييره دون وثيقة تقيس التغيير.