أكثر ما يخسر الوكالات المال ليس العميل الصعب، بل السعر الذي أُعطي قبل فهم الطلب.
تصل رسالة من العميل: «أريد تطبيقًا مثل كذا». يأتي الرد خلال ساعة برقم. وبعد شهرين يتضح أن الرقم كان أقل من التكلفة الحقيقية بالنصف، فتتحمّل الوكالة الفرق أو تدخل في خلاف مع عميل كانت علاقتها به ممتازة.
هذه طريقة عملية لتقدير تكلفة أي مشروع برمجي قبل أن تعطي رقمًا.
أولًا: لا يوجد سعر لـ«تطبيق»
كلمة «تطبيق» لا تصف شيئًا قابلًا للتسعير، تمامًا كما أن كلمة «مبنى» لا تحدد تكلفة البناء.
ما يحدد التكلفة ليس نوع المنتج، بل عدد الشاشات، وعدد أنواع المستخدمين، وعدد الأنظمة الخارجية المرتبطة.
تطبيق بشاشة تسجيل دخول وقائمة منتجات وسلة شراء ليس كتطبيق فيه لوحة إدارة وتطبيق مندوب وتتبّع مباشر على الخريطة — حتى لو وصفهما العميل بنفس الجملة.
ثانيًا: اسأل الأسئلة السبعة قبل أي رقم
هذه الأسئلة تكشف 80% من التكلفة الحقيقية، ويمكن طرحها في مكالمة واحدة:
- كم نوع مستخدم؟ عميل فقط؟ أم عميل ومزوّد خدمة وإدارة؟ كل نوع إضافي يعني مجموعة شاشات وصلاحيات كاملة.
- هل هناك دفع إلكتروني؟ وأي بوابة؟ الربط نفسه ليس العمل الأكبر — بل حالات الفشل والاسترجاع والفواتير.
- هل يرتبط بنظام قائم؟ ERP أو نظام محاسبي أو مخزون. وهل لدى ذلك النظام توثيق API؟ إن كان الجواب «لا أعرف»، فهذا بند مخاطرة وليس بند تكلفة.
- من أين تأتي البيانات الأولى؟ ألف منتج في ملف إكسل غير منظم عمل حقيقي، وغالبًا لا يُحسب.
- هل التصميم جاهز؟ تصميم Figma مكتمل يختلف جذريًا عن «اعملوا شيئًا جميلًا».
- من يراجع ويعتمد؟ شخص واحد أم لجنة؟ عدد صنّاع القرار يرفع المدة أكثر مما يتوقع الجميع.
- ما الذي يحدث بعد الإطلاق؟ هل هناك صيانة ودعم متفق عليهما، أم سيُفترض أنهما مجانيان إلى الأبد؟
ثالثًا: قدّر بالمراحل لا بالمشروع
التقدير الواحد الكبير يخطئ دائمًا. قسّم المشروع إلى مراحل يمكن تسليم كل منها وحدها:
- مرحلة تحليل واعتماد مواصفات — تنتهي بوثيقة يوقّع عليها العميل.
- مرحلة نواة المنتج — أقل شيء قابل للاستخدام فعلًا.
- مرحلة التكاملات — الدفع، الربط، الإشعارات.
- مرحلة التسليم — اختبار، نقل بيانات، تدريب.
الفائدة مزدوجة: العميل يدفع على مراحل فيقلّ خطرك، وأنت تعيد التقدير عند كل مرحلة ببيانات حقيقية بدل التخمين.
رابعًا: افصل «غير مشمول» بوضوح
أكثر الخلافات تأتي من أشياء لم تُذكر أصلًا. اكتب في العرض بندًا صريحًا لما هو خارج النطاق: المحتوى، الصور، حسابات المتاجر، رسوم البوابات، الاستضافة، التعديلات بعد الاعتماد.
بند «غير مشمول» المكتوب يحمي العلاقة أكثر مما يحميها الخصم.
خامسًا: ضع هامشًا للمجهول — وسمّه
كل مشروع فيه ما لا يُعرف مسبقًا. المحترف لا يتجاهله ولا يخفيه، بل يضعه بندًا باسمه: «احتياطي مخاطر التكامل مع النظام القائم».
العميل يتقبّل بندًا مشروحًا أكثر بكثير من تقبّله زيادة مفاجئة في المنتصف.
الخلاصة
السعر الجيد ليس الأقل، بل الذي لا يتغيّر بعد الاتفاق. وللوصول إليه تحتاج سؤالًا قبل الرقم، ومراحل بدل مبلغ واحد، وبند «غير مشمول» مكتوب.
إن كان التنفيذ هو ما ينقصك
في ماني ليك نعمل مع وكالات التسويق كفريق تطوير من الباطن: نستقبل طلب عميلكم، ونعيد لكم نطاق عمل ومدة وتكلفة مكتوبة خلال 24 ساعة، ثم ننفّذ ونسلّم باسم وكالتكم — والكود ملككم بالكامل، ولا نتواصل مع عميلكم إطلاقًا.
وأي شيء مخصص في بالكم، مهما كان، نستطيع أن نبنيه لكم خصيصًا على مقاس احتياجكم.