لماذا تبدو عروض المشروع الواحد مختلفة إلى هذا الحد
أرسل الموجز نفسه إلى أربع شركات، وقد تصلك أسعار يبلغ الفرق بينها عدة أضعاف. ومن المغري أن تستنتج أن إحداها تبالغ في السعر، أو أن أخرى لا تفهم العمل. لكن الأغلب أن كل شركة ملأت ثغرات الموجز بافتراضاتها الخاصة، فسعّرت مشروعاً مختلفاً.
فشركة تفترض أنك ستوفر كل المحتوى وبيانات الاختبار، وأخرى تشمل التصميم، وثالثة تقتصر على التطوير. وشركة تسعّر إصداراً أول، وأخرى تسعّر الرؤية كاملة. وما لم توضع هذه الاختلافات جنباً إلى جنب، فالمجاميع في أسفل الصفحة لا تعني الكثير، والاختيار على أساسها يكافئ الشركة التي افترضت أصغر قدر من العمل.
اجعل العروض قابلة للمقارنة أولاً
أعدّ جدولاً واحداً فيه صف لكل جزء من العمل، وعمود لكل عرض. ثم صنّف كل خانة: مشمول، أو مستثنى، أو مفترض، أو غير مذكور. والخانات غير المذكورة هي أسئلتك التي تعيدها إلى الشركات.
| جزء العمل | ما تبحث عنه | الثغرة المعتادة |
|---|---|---|
| الاستكشاف والمتطلبات | من يكتب المتطلبات التفصيلية، ومتى | يُفترض أنها موجودة أصلاً |
| التصميم | تصميم الواجهات، واختبارها مع المستخدمين، وعدد جولات المراجعة | التطوير فقط، ويُفترض أنك ستوفر التصميم |
| الميزات | قائمة محددة بما يكفي لتتحقق منها بنداً بنداً | عناوين عامة قد تعني أي شيء |
| التكاملات | كل نظام خارجي مذكور بالاسم، مع الجهة التي توفر الوصول إليه | توصف بأنها بسيطة، دون أي تفاصيل |
| نقل البيانات | ما يُنقل ويُنظَّف ويُتحقق منه | مُغفل تماماً |
| الاختبار | من يختبر، وعلى أي أجهزة، وما معايير القبول | مذكور في سطر واحد |
| الإطلاق والاستضافة | البيئات، والإصدار، والمراقبة | يتوقف عند تسليم الشيفرة |
| ما بعد الإطلاق | فترة الضمان، والدعم، والتكاليف المستمرة | عقد منفصل غير مسعّر |
أرسل إلى كل الشركات أسئلة المتابعة نفسها والموعد النهائي نفسه. فسرعة إجاباتها ودقتها دليل قائم بذاته.
اقرأ الافتراضات والاستثناءات أولاً
صفحة الملخص تُكتب للإقناع، أما الافتراضات والاستثناءات فتُكتب لحماية الشركة، ولهذا هي أصدق ما في المستند. والعرض الذي يتضمن قائمة مدروسة من الافتراضات يأتي من أشخاص تخيّلوا أنفسهم وهم ينفذون العمل. أما العرض الخالي منها، فإما أن أصحابه فهموا كل شيء فهماً كاملاً، وإما أنهم لم يفكروا في الأمر أصلاً.
علامات مطمئنة
- افتراضات خاصة بمشروعك أنت
- أسئلة مفتوحة مدرجة، مع أثر كل منها في السعر
- استثناءات مذكورة بوضوح، مع خيار لإضافتها
- مخاطر مسمّاة، مع ما ستفعله الشركة حيالها
علامات تستحق السؤال
- لا افتراضات على الإطلاق
- نص عام يصلح لأي عميل
- سعر ثابت لنطاق غامض
- كل شيء موصوف بأنه سهل ومباشر
حدّد ما تقيّمه قبل أن تقرأ
اتفق مع فريقك على المعايير ووزن كل منها قبل أن يفتح أحد أي عرض. وإلا فسيضع المستند الأكثر أناقة، أو مندوب المبيعات الأكثر لطفاً، المعايير بدلاً منك. وتغطي ستة مجالات معظم القرارات.
- 01
هل يفهمون المشكلة؟
ما يُظهره العرض القوييعيد العرض صياغة هدفك بكلماته، ويناقش شيئاً في موجزك، ويقترح ما يُبنى أولاً.
- 02
هل النطاق محدد؟
ما يُظهره العرض القويتستطيع أن تتحقق من البنود واحداً واحداً عند التسليم، وكل تكامل وكل دور مذكور بالاسم.
- 03
من سيؤدي العمل؟
ما يُظهره العرض القويأشخاص بأسمائهم، أو على الأقل أدوار محددة، مع حجم الوقت المخصص لكل منهم، ومن ستتحدث إليه كل أسبوع.
- 04
كيف سيسير المشروع؟
ما يُظهره العرض القويكم مرة ترى برمجيات تعمل فعلاً، وكيف تُدار التغييرات، وكيف يُحسم القبول.
- 05
كيف بُني السعر؟
ما يُظهره العرض القويما الثابت، وما التقديري، وما الذي يرتّب تكلفة إضافية، وما تكاليف التشغيل التي تلي الإطلاق.
- 06
ماذا يحدث حين تسوء الأمور؟
ما يُظهره العرض القويالضمان، والدعم، والشروط التي تستطيع بموجبها أن تغادر ومعك شيفرتك وبياناتك.
مثال تطبيقي
ثلاثة عروض لنظام إدارة الطلبات
هذا مثال افتراضي يوضح الطريقة. موزّع يتلقى ثلاثة عروض للنظام نفسه. والمبالغ وحدات توضيحية، لا أسعار حقيقية.
- قبل توحيد النطاقيقدّم العرض (أ) سعراً قدره 60 وحدة، و(ب) 110، و(ج) 95. فيبدو (أ) الخيار البديهي.
- بعد توحيد النطاقاستثنى العرض (أ) نقل البيانات، والربط بنظام تخطيط موارد المؤسسات (ERP)، والاختبار على الهواتف. وبعد إضافتها بأسعار (أ) نفسه، يرتفع سعره إلى 100 وحدة.
- ما حسم القرارناقش (ب) الموجز، واقترح إصداراً أول أصغر، وسمّى الشخصين اللذين سيقودان العمل. أما (ج) فكان نطاقه الأدق، لكن إجاباته عن طريقة العمل كانت أضعف.
| المعيار | الوزن | أ | ب | ج |
|---|---|---|---|---|
| فهم المشكلة | 25 | 3 | 5 | 4 |
| تحديد النطاق | 20 | 2 | 4 | 5 |
| الفريق والتواصل | 15 | 4 | 4 | 3 |
| طريقة العمل ووضوح التقدم | 15 | 3 | 5 | 3 |
| بنية السعر | 15 | 5 | 3 | 4 |
| المخاطر وشروط الخروج | 10 | 2 | 4 | 4 |
| المجموع المرجّح من 500 | 100 | 315 | 425 | 390 |
يختار الموزّع العرض (ب)، ويستخدم قائمة النطاق التفصيلية في العرض (ج) قائمةً للتحقق أثناء مناقشة العقد. وقد تبيّن أن أرخص العروض كان أقلها اكتمالاً، وهذه أكثر النتائج شيوعاً حين توضع العروض جنباً إلى جنب.
افهم كيف بُني كل سعر
| البنية | معناها | تناسب | اسأل |
|---|---|---|---|
| سعر ثابت | مبلغ محدد لنطاق محدد | العمل المحدد بدقة | ما الذي يُعدّ تغييراً، وكم يكلّف التغيير؟ |
| الوقت والجهد | تدفع مقابل الوقت المستغرق، بأسعار متفق عليها | العمل الذي تتضح تفاصيله أثناء التنفيذ | ما التقدير، وكيف أتابع الإنفاق مقارنةً به؟ |
| سعر ثابت لكل مرحلة | تُسعَّر كل مرحلة بعد انتهاء التي قبلها | المشاريع الأكبر التي فيها مجاهيل حقيقية | ماذا يكون بين يدي في نهاية كل مرحلة إن توقفت؟ |
| اتفاقية شهرية ثابتة | قدر ثابت من وقت الفريق في كل فترة | التطوير المستمر بعد الإطلاق | ماذا يحدث للوقت غير المستخدم؟ |
لا توجد بنية أكثر أماناً في حد ذاتها. فالسعر الثابت على نطاق غامض ينقل الخلاف إلى سؤال آخر: ما الذي كان مشمولاً؟ والتعاقد بالوقت والجهد بلا متابعة واضحة شيك مفتوح. والحماية في كل الحالات هي التحديد الدقيق، ورؤية برمجيات تعمل فعلاً على فترات منتظمة.
بطاقة تقييم جاهزة للنسخ
بطاقة تقييم العروض
Templateقبل القراءة
المعايير وأوزانها متفق عليها بين كل من سيصوّت
شخص واحد محدد لجمع أسئلة المتابعة
توحيد النطاق
جدول النطاق مكتمل لكل عرض: مشمول، مستثنى، مفترض، غير مذكور
أسئلة المتابعة مرسلة إلى كل الشركات بموعد نهائي واحد
الأسعار معدّلة ليغطي كل منها النطاق نفسه
التقييم من واحد إلى خمسة لكل عرض
فهم المشكلة
تحديد النطاق
الفريق والتواصل
طريقة العمل ووضوح التقدم
بنية السعر وتكاليف التشغيل
المخاطر والضمان وشروط الخروج
قبل القرار
التواصل مع عملاء سابقين ترشّحهم كل شركة، بالأسئلة نفسها لكل منهم
لقاء الأشخاص الذين سيؤدون العمل، لا من يبيعونه فقط
قراءة شروط العقد إلى جانب العرض
ماذا تفعل الآن
إن كانت العروض على مكتبك بالفعل، فأعدّ جدول النطاق اليوم. فهو يستغرق في العادة نصف يوم، وكثيراً ما يغيّر الترتيب. وإن لم تطلب العروض بعد، فالموجز الأوضح يجعلها أكثر تشابهاً منذ البداية، ويغطي دليلنا عن اختيار شريك التطوير الخطوات التي تسبق هذه المرحلة.
ويسعدنا أن نكون إحدى الشركات التي تقارن بينها. أرسل إلينا موجزك، واحكم على عرضنا بالمعايير أعلاه.
أسئلة شائعة
لماذا تختلف أسعار تطوير البرمجيات إلى هذا الحد؟
في الأساس لأن كل شركة تسعّر فهماً مختلفاً للموجز. فالنطاق، والمسؤوليات المفترض أن يتحملها العميل، وخبرة الفريق، وحجم التصميم والاختبار، وما إذا كان الإطلاق والدعم مشمولين، كلها تختلف من عرض إلى آخر. كما يؤثر الموقع والتكاليف العامة. وما لم تضع ما يغطيه كل عرض جنباً إلى جنب، فإن تفاوت الأسعار يخبرك عن ثغرات الموجز أكثر مما يخبرك عن القيمة.
هل نختار أرخص العروض؟
فقط إن كان يغطي النطاق نفسه الذي تغطيه العروض الأخرى، ويحصل على درجات جيدة في معاييرك الأخرى. فالسعر الأدنى كثيراً ما يعكس استثناءات أو افتراضات متفائلة تعود لاحقاً في صورة طلبات تغيير. عدّل كل الأسعار على النطاق نفسه أولاً. فإن بقي الأرخص هو الأرخص، وكان أصحابه يفهمون العمل بوضوح، فقد يكون الخيار الصحيح فعلاً.
كم عرضاً نطلب؟
ثلاثة أو أربعة تكفي عادةً. فالأقل لا يتيح لك مقارنة حقيقية، والأكثر بكثير يستهلك وقتك، كما أن الشركات الجادة تبذل جهداً أقل حين تعرف أنها واحدة من عشر. والأفضل أن تختار القائمة المختصرة بعناية، وأن تمنح كل شركة محادثة حقيقية وموجزاً واضحاً، لتتلقى عروضاً كُتبت بعناية.
هل السعر الثابت أكثر أماناً من التعاقد بالوقت والجهد؟
يبدو أكثر أماناً، وقد يكون كذلك في العمل المحدد جيداً. أما حين يكون النطاق غير واضح بعد، فالسعر الثابت إما أن يحمل هامشاً كبيراً للمخاطر، وإما أن يقود إلى خلافات حول ما كان مشمولاً. وكثير من المشاريع يكون الأنسب لها مرحلة استكشاف أو مرحلة أولى بسعر ثابت، تليها بنية تسعير تُختار بمعلومات أفضل.
ماذا نسأل العملاء السابقين الذين ترشّحهم الشركة؟
اسأل عمّا ساء في المشروع وكيف تعاملت معه الشركة، فلكل مشروع صعوباته. واسأل هل كان الأشخاص المذكورون في العرض هم من أدّوا العمل فعلاً، وكيف سُعّرت التغييرات، وهل صمدت التقديرات، وهل سيتعامل العميل معهم مجدداً في مشروع مشابه. واطرح الأسئلة نفسها على كل عميل، لتتمكن من مقارنة الإجابات.


