اختر الشركة التي تجيب كتابياً وبوضوح عن أربعة أمور قبل أي دفعة:
- الملكية: الكود المصدري والدومين وحسابات المتاجر والخوادم تكون باسم شركتك، لا باسم المبرمج.
- النطاق والسعر: عرض سعر ثابت مكتوب يذكر كل شاشة وميزة، وما هو خارج النطاق وكم يكلّف التعديل.
- الدفع مقابل التسليم: دفعات مرتبطة بمراحل ترى نتيجتها (مثل 30% عند البدء، 40% بعد اعتماد النموذج، 30% عند الإطلاق)، لا 100% مقدماً.
- ما بعد الإطلاق: فترة ضمان لإصلاح الأخطاء، وعقد دعم واضح، وتسليم كامل يمكّن أي فريق آخر من متابعة العمل.
لماذا يفشل كثير من مشاريع البرمجة؟
حين يتعثر مشروع تطبيق أو نظام، يكون السبب في الغالب واحداً من ثلاثة، وكلها تبدأ قبل كتابة أول سطر برمجي:
- نطاق غير مكتوب. صاحب الشركة يتخيل نظاماً، والمبرمج يفهم نظاماً آخر، ولا توجد وثيقة تحسم الخلاف. فيتحول كل تعديل إلى نقاش عن «هل هذا ضمن الاتفاق؟».
- ملكية غامضة. الدومين أو حساب المتجر أو الخادم مسجّل باسم المبرمج. وعند أي خلاف أو انقطاع، تكتشف الشركة أنها لا تملك نظامها فعلياً.
- دفع لا يرتبط بالتسليم. حين يُدفع أغلب المبلغ مقدماً، يفقد صاحب المشروع أداته الوحيدة للضغط، وقد يتوقف العمل في منتصفه.
الخبر الجيد أن الأسباب الثلاثة يمكن تجنبها بأسئلة بسيطة في الاجتماع الأول، وبعقد من صفحتين أو ثلاث. هذا الدليل يرتّب لك هذه الأسئلة، ويشرح لماذا يهم كل سؤال، وما الجواب الذي يجب أن تسمعه.
قبل الاتصال بأي شركة: اكتب طلبك في صفحة واحدة
أفضل استثمار لساعة من وقتك هو كتابة «موجز المشروع» قبل التواصل مع أي جهة. فهو يجعل عروض الأسعار قابلة للمقارنة، ويكشف بسرعة من فهم احتياجك ومن يبيعك حلاً جاهزاً لا يناسبك. لا تحتاج لغة تقنية؛ اكتب كما تشرح لموظف جديد:
| البند | ماذا تكتب | مثال مختصر |
|---|---|---|
| المشكلة | ما الذي يحدث اليوم ويكلّفك وقتاً أو مالاً؟ | الطلبات تصلنا على الواتساب وتضيع، ولا نعرف رصيد المخزن بدقة. |
| المستخدمون | من سيستخدم النظام؟ وكم عددهم؟ | 3 موظفي مبيعات، أمين مخزن، محاسب، والمدير من الموبايل. |
| العمليات الأساسية | أهم 5 عمليات يجب أن يقوم بها النظام من اليوم الأول | فاتورة بيع آجلة، تحويل بين مخزنين، كشف حساب عميل… |
| ما لديك حالياً | برامج أو ملفات إكسل أو موقع قائم يجب الربط معه أو النقل منه | ملف إكسل للأصناف فيه 1,200 صنف، وبرنامج حسابات قديم. |
| الأولويات | ما الضروري الآن، وما الذي يمكن تأجيله لمرحلة ثانية | الفواتير والمخزون أولاً؛ تطبيق المندوب في المرحلة الثانية. |
| الميزانية والموعد | نطاق تقريبي ومتى تحتاج النظام عاملاً | بين 3,000$ و5,000$، ونريد البدء قبل موسم رمضان. |
كيف تتحقق من أعمال الشركة بدل الاكتفاء بالصور؟
صور التصاميم الجميلة لا تثبت شيئاً؛ يمكن لأي شخص تنزيلها من الإنترنت. ما يثبت قدرة الشركة هو نظام يعمل تستطيع تجربته بنفسك. اطلب ما يلي:
- تطبيق منشور على المتاجر: افتحه في App Store أو Google Play، وانظر في صفحة التطبيق إلى اسم المطوّر وتاريخ آخر تحديث. التطبيق الذي لم يُحدَّث منذ سنتين علامة على غياب الدعم.
- نسخة تجريبية تدخلها بنفسك: أنظمة الإدارة لا تظهر في المتاجر، لذلك اطلب حساباً تجريبياً تجرّب فيه فاتورة أو طلباً كاملاً، لا عرضاً يقدمه الموظف على شاشته.
- عميل يمكنك الاتصال به: اسأل عميلاً سابقاً سؤالين فقط: «هل التزموا بالموعد؟» و«كيف تعاملوا مع المشاكل بعد الإطلاق؟».
- من سيعمل على مشروعك فعلاً: بعض الجهات تعرض أعمال فريق ثم تسلّم المشروع لمبرمج مستقل خارجها. اسأل عن الأشخاص الذين سيبنون مشروعك وتحدث مع أحدهم.
الأسئلة 1–6: الملكية والحسابات
هذه أهم مجموعة على الإطلاق، لأن أخطاءها لا تظهر إلا متأخراً وتكلّف كثيراً.
1. هل يصبح الكود المصدري ملكاً لشركتنا؟ ومتى؟
الجواب الذي تريده: نعم، يُسلَّم الكود الكامل مع التصاميم بعد الدفعة الأخيرة، ويُذكر ذلك في العقد. بعض الشركات تبيع «ترخيص استخدام» فقط، وهذا مقبول في الأنظمة الجاهزة، لكن يجب أن تعرفه قبل التوقيع لا بعده.
2. باسم من سيُسجَّل الدومين والاستضافة وحسابات المتاجر؟
يجب أن تكون باسم شركتك وببريدها، حتى لو ساعدك المبرمج في إنشائها. حساب Apple Developer وحساب Google Play باسم المطوّر يعنيان أن تطبيقك يظهر للناس باسم غيرك، ونقله لاحقاً إجراء مزعج وقد يتطلب موافقة الطرف الآخر.
3. أين ستُحفظ بياناتنا؟ وهل نستطيع تصديرها كاملة؟
اسأل عن مكان الخادم، وعن النسخ الاحتياطي (كل كم ساعة، وأين يُحفظ)، وعن طريقة تصدير بياناتك (إكسل أو قاعدة بيانات) إذا قررت الانتقال لجهة أخرى.
4. هل يستخدم النظام مكتبات أو خدمات مدفوعة باشتراك؟
خرائط، رسائل SMS، بوابة دفع، خدمة ذكاء اصطناعي… كلها قد تعني فاتورة شهرية بعد الإطلاق. اطلب قائمة بكل خدمة خارجية مدفوعة وتقديراً لتكلفتها الشهرية عند حجم عملك الحالي.
5. هل ستوقّعون اتفاقية سرية؟
إذا كان مشروعك يكشف أسعارك أو بيانات عملائك أو فكرة تجارية، فاتفاقية عدم الإفصاح (NDA) طلب طبيعي ولا ترفضه شركة جادة.
6. ماذا نستلم عند انتهاء المشروع؟
«حزمة التسليم» يجب أن تشمل: الكود، وكلمات مرور كل الحسابات، ووثيقة تشرح طريقة تشغيل النظام ونشره، وقائمة الخدمات الخارجية. الهدف: أن يستطيع أي فريق آخر متابعة العمل إذا احتجت ذلك.
الأسئلة 7–11: السعر والنطاق والدفع
7. هل السعر ثابت أم بالساعة؟
للمشاريع المحددة، السعر الثابت مقابل نطاق مكتوب أوضح لصاحب الشركة. أما العمل بالساعة فمناسب للتطوير المستمر بعد الإطلاق أو للمشاريع غير الواضحة، بشرط وجود سقف شهري وتقرير بالساعات.
8. ما الذي لا يشمله السعر؟
هذا سؤال يكشف الكثير. اطلب قائمة صريحة بما هو خارج النطاق: كتابة المحتوى، التصوير، رسوم المتاجر، الاستضافة، رسائل SMS، الترجمة، نقل البيانات من البرنامج القديم.
9. كيف تُسعَّر التعديلات والطلبات الجديدة؟
التعديلات ستحدث حتماً. المهم أن يكون هناك أسلوب متفق عليه: تقدير مكتوب لكل طلب جديد قبل تنفيذه، وسعر ساعة أو يوم عمل معروف مسبقاً.
10. كيف ترتبط الدفعات بالتسليم؟
نموذج شائع وعادل: 30% عند البدء، 40% بعد اعتماد النموذج أو المرحلة الأولى، 30% عند الإطلاق. الفكرة أن كل دفعة تقابلها نتيجة تراها بنفسك. احذر من طلب كامل المبلغ مقدماً، أو من دفعة كبيرة قبل أن ترى أي شاشة تعمل.
11. ماذا يحدث إذا تأخر المشروع؟
لا تحتاج غرامات قاسية، لكن تحتاج جدولاً بالمراحل وتواريخها، وآلية واضحة: إذا تأخرت مرحلة بسبب الشركة، ماذا يحدث؟ وإذا تأخرت بسببك (تأخر المحتوى أو الموافقات)، كيف يتغير الجدول؟
كيف تقارن بين عروض أسعار مختلفة؟
لا تقارن الرقم النهائي وحده. ضع العروض في جدول واحد بهذه الأعمدة، وستكتشف أن العرض الأرخص أحياناً لا يشمل نصف المشروع:
| البند | العرض أ | العرض ب | العرض ج |
|---|---|---|---|
| السعر الإجمالي | |||
| قائمة الشاشات والميزات مكتوبة؟ | |||
| لوحة الإدارة مشمولة؟ | |||
| نقل البيانات والتدريب؟ | |||
| النشر على المتاجر / الخادم؟ | |||
| ملكية الكود والحسابات؟ | |||
| فترة الضمان بعد الإطلاق | |||
| تكاليف شهرية متوقعة بعد الإطلاق | |||
| المدة وجدول الدفعات |
الأسئلة 12–16: جودة العمل وطريقة التنفيذ
12. متى سنرى أول نتيجة؟
الجواب الجيد: نموذج تفاعلي للشاشات (Prototype) خلال أسبوع إلى أسبوعين، ثم نسخة تعمل كل أسبوع أو أسبوعين. المشروع الذي يختفي فيه المبرمج شهرين ثم يظهر بـ«النسخة النهائية» مخاطرة كبيرة.
13. كيف سنتابع التقدم؟
اسأل عن شخص مسؤول واحد يتواصل معك، وعن اجتماع أو تقرير دوري قصير، وعن رابط تجريبي تدخله لترى آخر نسخة بنفسك.
14. هل سيعمل النظام على الإنترنت الضعيف وعلى الأجهزة المتوسطة؟
في العراق هذا سؤال عملي لا نظري: انقطاع الإنترنت والهواتف المتوسطة واقع يومي. اسأل كيف يتصرف النظام إذا انقطع الاتصال أثناء تسجيل فاتورة أو طلب، وهل تُحفظ العملية ثم تُرسل لاحقاً؟
15. كيف تحمون النظام والبيانات؟
لا تحتاج تفاصيل تقنية، بل أجوبة واضحة: صلاحيات لكل موظف، تسجيل لكل تعديل وحذف باسم صاحبه، اتصال مشفّر (HTTPS)، كلمات مرور لا تُحفظ كنص عادي، ونسخ احتياطي يومي.
16. كيف تختبرون النظام قبل تسليمه؟
اطلب أن تتضمن كل مرحلة «معايير قبول» مكتوبة: مثلاً «يمكن إصدار فاتورة آجلة وخصمها من المخزن الصحيح وظهورها في كشف حساب العميل». المرحلة لا تُعتبر منتهية حتى تجرّب هذه المعايير بنفسك.
الأسئلة 17–20: ما بعد الإطلاق
17. ما فترة الضمان؟ وما الذي يشمله؟
الضمان يعني إصلاح الأخطاء (ما لا يعمل كما اتُّفق عليه) مجاناً لفترة محددة بعد الإطلاق. أما الميزات الجديدة فليست ضماناً بل تطوير. وضوح هذا الفرق يمنع نصف الخلافات.
18. كم يكلّف الدعم الشهري؟ وماذا يشمل؟
اسأل عن زمن الاستجابة للمشكلة العاجلة (النظام متوقف) مقارنة بالطلب العادي، وعن عدد ساعات التطوير المشمولة شهرياً إن وُجدت.
19. من يحدّث التطبيق عندما تغيّر Apple وGoogle متطلباتهما؟
متاجر التطبيقات ترفع متطلباتها كل سنة تقريباً، والتطبيق الذي لا يُحدَّث قد يتوقف نشر تحديثاته أو يختفي من نتائج البحث للأجهزة الجديدة. يجب أن يكون واضحاً من يتولى ذلك وبأي تكلفة.
20. ماذا لو أردنا لاحقاً الانتقال إلى فريق آخر؟
سؤال محرج، لكن جواب الشركة يكشف الكثير. الشركة الواثقة من عملها تقول: «نسلّمك الكود والوثائق والحسابات، ونساعد الفريق الجديد في الاستلام».
علامات الخطر: متى تنسحب من الاتفاق؟
- رفض كتابة نطاق المشروع، والاكتفاء بعبارة «سنعمل لك كل ما تحتاجه».
- طلب كامل المبلغ أو معظمه مقدماً قبل أي نتيجة.
- تسجيل الدومين أو الحسابات باسم المبرمج، أو التهرب من سؤال الملكية.
- سعر أقل بكثير من كل العروض الأخرى دون تفسير واضح لما حُذف.
- لا يوجد نظام واحد يعمل يمكنك تجربته، فقط صور وفيديوهات.
- وعود مطلقة مثل «تطبيقك سيكون الأول في جوجل» أو «بدون أي أخطاء». لا أحد يضمن ترتيب جوجل، وكل برنامج يحتاج إصلاحات بعد الإطلاق.
- عدم وجود شخص محدد مسؤول عن مشروعك، وتغيّر من يكلمك في كل مرة.
ماذا يجب أن يتضمن العقد؟
العقد الجيد لمشروع برمجة متوسط لا يحتاج عشرات الصفحات. هذه البنود تكفي في أغلب الحالات، ويُفضَّل مراجعتها مع محامٍ في المشاريع الكبيرة:
- ملحق النطاق: قائمة الشاشات والميزات والمستخدمين، وما هو خارج النطاق صراحة.
- المراحل والمواعيد: كل مرحلة بتاريخها ومعايير قبولها والدفعة المرتبطة بها.
- الملكية الفكرية: انتقال الكود والتصاميم إلى شركتك بعد الدفعة الأخيرة.
- الحسابات والبيانات: كل الحسابات باسم شركتك، والبيانات ملكك، وطريقة تصديرها.
- طلبات التغيير: كيف تُطلب وتُقدَّر وتُعتمد قبل التنفيذ.
- الضمان والدعم: مدة الضمان، وما يشمله، وشروط عقد الدعم الشهري إن وُجد.
- السرية: حماية بياناتك ومعلوماتك التجارية.
- حزمة التسليم: ما الذي تستلمه بالضبط عند نهاية المشروع.
مبرمج مستقل أم شركة أم فريق داخلي؟
| الخيار | يناسب عندما | المخاطرة الرئيسية |
|---|---|---|
| مبرمج مستقل (فريلانسر) | مشروع صغير ومحدد: موقع تعريفي، تعديل على نظام قائم، أداة داخلية بسيطة. | اعتماد كامل على شخص واحد: إذا انشغل أو اختفى يتوقف المشروع والدعم. |
| شركة برمجة | نظام أو تطبيق تعتمد عليه الشركة يومياً، ويحتاج تصميماً وبرمجة واختباراً ودعماً. | سعر أعلى من المستقل، وضرورة التأكد من أن الفريق الذي رأيته هو من سينفذ. |
| فريق داخلي | البرمجيات جزء أساسي من عملك وتحتاج تطويراً مستمراً كل شهر. | تكلفة رواتب ثابتة، وصعوبة توظيف خبرات متنوعة (تصميم، خوادم، تطبيقات) في فريق صغير. |
حل عملي تختاره شركات كثيرة: شركة خارجية تبني النسخة الأولى وتسلّم الكود والوثائق، ثم يتولى موظف تقني داخلي المتابعة اليومية مع عقد دعم للأمور الأكبر.
كيف نجيب نحن في Operon Studio عن هذه الأسئلة؟
من باب الشفافية، هذه إجاباتنا المختصرة، ويمكنك أن تطلبها مكتوبة في عرض السعر:
- الكود المصدري والتصاميم وحسابات النشر تنتقل إلى شركتك بعد الدفعة الأخيرة، وبياناتك ملكك دائماً.
- عرض سعر ثابت ومكتوب بعد الاستشارة الأولى المجانية، مع قائمة بما هو خارج النطاق.
- الدفع على ثلاث مراحل: 30% عند البدء، 40% بعد اعتماد النموذج، 30% عند الإطلاق.
- نموذج تفاعلي للشاشات في البداية، ثم تسليم على مراحل تبدأ فيها الأجزاء الجاهزة بالعمل قبل اكتمال المشروع.
- ننقل بياناتك من الإكسل أو البرنامج القديم، وندرّب فريقك، ويمكن التشغيل بالتوازي مع الطريقة القديمة.
- بعد الإطلاق: دعم وصيانة وتطوير، مع إمكانية عقد دعم شهري.
- مكتبنا في بغداد، المنصور، عمارة بلازا، الطابق الثاني، والاجتماع الأول في المكتب أو أونلاين.
أسئلة شائعة
كم يجب أن أدفع مقدماً لشركة البرمجة؟
المعتاد دفعة أولى بين 25% و40% عند البدء، ثم دفعات مرتبطة بمراحل تراها بنفسك. تجنّب دفع كامل المبلغ أو أغلبه قبل رؤية نموذج يعمل.
هل أطلب الكود المصدري حتى لو لم أكن مبرمجاً؟
نعم. الكود هو ما يسمح لك بتطوير نظامك مع أي فريق آخر مستقبلاً. حتى لو لم تفتحه أبداً، يجب أن يكون في حوزتك مع وثيقة تشرح طريقة تشغيله.
ما الفرق بين الضمان وعقد الدعم؟
الضمان إصلاح مجاني للأخطاء لفترة محددة بعد الإطلاق، أي ما لا يعمل كما اتُّفق عليه. عقد الدعم خدمة مستمرة مدفوعة تشمل المتابعة والتحديثات وأحياناً ساعات تطوير شهرية.
هل أختار العرض الأرخص؟
قارن ما يشمله كل عرض قبل الرقم: لوحة الإدارة، نقل البيانات، النشر، الضمان، الملكية. العرض الأرخص غالباً أرخص لأنه حذف جزءاً ستحتاجه لاحقاً وتدفع ثمنه مرتين.
كيف أتأكد أن الشركة نفّذت مشاريع حقيقية؟
اطلب تجربة نظام يعمل بحساب تجريبي، وافتح تطبيقاتها في المتاجر لترى اسم المطوّر وتاريخ آخر تحديث، واتصل بعميل سابق واحد على الأقل.