اختيار شركة برمجة لتطبيقك أو موقعك قرار يصعب التراجع عنه بعد أن تدفع ويبدأ العمل. معرض الأعمال الجميل والسعر المناسب لا يكفيان؛ ما يحميك فعلًا هو إجابات واضحة ومكتوبة عن طريقة العمل والدفع والملكية وما بعد التسليم.
في هذا المقال 15 سؤالًا مقسمة إلى خمس مجموعات، مع ما تعنيه الإجابة الجيدة لكل سؤال، وجدول للعلامات التي تستحق الحذر. وسنذكر عند الحاجة كيف نجيب نحن في Apex عن السؤال نفسه، حتى ترى مثالًا عمليًا لإجابة محددة.
كيف تستخدم هذه الأسئلة عند اختيار شركة برمجة؟
اطرح الأسئلة نفسها على كل شركة، واطلب الإجابات مكتوبة، ثم قارنها جنبًا إلى جنب. بهذه الطريقة تقارن طريقة العمل والضمانات، لا الانطباع الذي تركته مكالمة واحدة.
حتى تسعّر كل الشركات الشيء نفسه. يساعدك دليل كتابة كراسة مواصفات التطبيق.
عدد يكفي للمقارنة دون أن يضيع وقتك في مكالمات لا تنتهي.
أو دوّن الإجابات بعد المكالمة، وأرسلها للشركة لتأكيدها كتابيًا.
صفوفه الأسئلة، وأعمدته الشركات، وخلاياه الإجابات المختصرة.
أسئلة عن الخبرة والفريق (1–4)
هذه الأسئلة تكشف هل نفذت الشركة فعلًا شيئًا يشبه مشروعك، ومن سيعمل عليه في الواقع.
1. هل نفذتم مشروعًا يشبه مشروعي؟ وهل يمكنني تجربته؟
اطلب رابطًا لتطبيق منشور أو موقع يعمل، وجرّبه بنفسك على هاتفك. الصور وحدها لا تكفي؛ السرعة وجودة العربية والتفاصيل الصغيرة تظهر عند الاستخدام فقط.
2. من سينفذ المشروع فعليًا، ومن أتواصل معه؟
هل هو الفريق الذي تحدثت معه، أم سيُسند العمل إلى طرف آخر؟ وهل لك شخص مسؤول تعرفه بالاسم؟ في Apex يتعامل العميل مباشرة مع المؤسس، فلا تضيع التفاصيل بين وسطاء.
3. هل تتولون التصميم والبرمجة والخادم والنشر كلها؟
إذا كان جزء منها خارج نطاق الشركة، فاعرف من سيتولاه، ومن يتحمل مسؤوليته إذا تعطل شيء بين الطرفين. المشاريع التي يتوزع فيها التصميم والتطبيق والخادم على جهات منفصلة تحتاج إدارة أدق، وإلا ضاعت المسؤولية عند أول مشكلة في الربط بين الأجزاء.
4. ما التقنية التي تقترحونها، ولماذا لمشروعي تحديدًا؟
الإجابة الجيدة تربط الاختيار باحتياجك: المنصات، والميزانية، والمميزات، وسهولة الصيانة لاحقًا. أما «لأننا نعمل بها دائمًا» وحدها فتعني أن القرار لم يُدرس لمشروعك. اقرأ عن الخيارات في Flutter أم React Native أم Native.
أسئلة عن طريقة العمل والجدول الزمني (5–8)
هذه الأسئلة تحدد هل ستعرف ما يحدث في مشروعك أثناء التنفيذ، أم ستنتظر المفاجأة في النهاية.
5. هل سأرى تصميمًا أو نموذجًا قبل أن أدفع؟
التصميم أو النموذج المبدئي يكشف مبكرًا هل فهمت الشركة فكرتك أم لا. في Apex يرى العميل نموذجًا يعمل أو تصميمًا قبل أي دفع.
6. كيف تقسمون المشروع إلى مراحل، وما تسليم كل مرحلة؟
اطلب مراحل لكل منها ناتج تراه: تصميم، ثم نسخة تجريبية، ثم نسخة نهائية. المراحل الواضحة تسهّل المتابعة، وتسمح بربط الدفعات بالتسليمات.
7. كيف ومتى ستطلعونني على التقدم؟
تحديث منتظم، ونسخة تجريبية تثبتها على هاتفك وتجربها بنفسك، أفضل من تقارير مكتوبة فقط. واسأل أيضًا عن قناة التواصل المعتمدة ومتوسط زمن الرد.
8. كيف تختبرون العمل قبل التسليم؟
اسأل عن الاختبار على أجهزة حقيقية من أندرويد وiOS، ومع إنترنت ضعيف، وعن اختبار الدفع والإشعارات والنصوص العربية. الإجابة «نختبره قبل التسليم» دون تفاصيل لا تكفي. واتفق أيضًا على اختبار الاستلام: قائمة بالمهام الرئيسية تجربها أنت بنفسك، ولا تُعد المرحلة منتهية إلا بعد نجاحها كلها.
أسئلة عن التكلفة والدفع (9–11)
الهدف هنا أن تعرف ما الذي تدفع مقابله بالضبط، وكيف تتغير التكلفة إذا تغير النطاق.
9. ما الذي يشمله السعر، وما الذي لا يشمله؟
اسأل صراحة عن: لوحة التحكم، والخادم، والنشر على المتاجر، وكتابة المحتوى، والاستضافة، وفترة الضمان. العرض الرخيص قد يكون ناقصًا لا أرخص. ولفهم ما يحدد السعر أصلًا، راجع كم تكلفة عمل تطبيق؟.
10. كيف تُقسم الدفعات؟
الأفضل أن ترتبط الدفعات بتسليمات تراها، واحذر طلب المبلغ كاملًا مقدمًا. في Apex يبدأ العمل بدفعة مقدمة 30% بعد رؤية النموذج أو التصميم، والباقي عند التسليم.
11. كيف تُسعّر التعديلات والإضافات؟
التعديلات ستحدث حتمًا. اعرف من البداية ما يُعد تعديلًا ضمن النطاق، وما يُعد إضافة جديدة، وكيف تُقدَّر تكلفتها ومدتها قبل تنفيذها.
أسئلة عن الملكية والحسابات (12–13)
هذان السؤالان يحددان هل تملك مشروعك فعلًا، أم تظل مرتبطًا بالشركة مهما حدث.
12. هل سأملك الكود المصدري بالكامل، ومتى أحصل عليه؟
اطلب أن تُكتب ملكية الكود في العقد، وأن تحصل على وصول إلى مستودع الكود أثناء العمل لا بعده فقط. في Apex يملك العميل 100% من الكود. وشرحنا أهمية ذلك في امتلاك الكود المصدري: لماذا يجب أن يكون باسمك؟.
13. باسم من ستُسجل الحسابات؟
حسابات Google Play وApp Store، والنطاق، والاستضافة، وبوابة الدفع، وخدمات الرسائل يجب أن تكون باسمك أو باسم شركتك. ويُضاف المطور مستخدمًا بصلاحيات محددة يمكنك سحبها في أي وقت. وإذا كان لديك تطبيق أو موقع قائم مسجل باسم مطور سابق، فاجعل نقل الحسابات إليك شرطًا قبل بدء أي عمل جديد عليه، لأن نقلها لاحقًا يصبح أصعب كلما طال الوقت.
أسئلة عن ما بعد التسليم (14–15)
التطبيق لا ينتهي يوم النشر، وهذان السؤالان يحددان ما يحدث بعده.
14. ما فترة الضمان، وماذا تشمل؟
هل تشمل إصلاح الأخطاء فقط؟ وما مدتها؟ وما الذي يُعد خطأ يجب إصلاحه مجانًا، وما الذي يُعد طلبًا جديدًا؟ القاعدة العادلة غالبًا: ما يخالف المواصفات المتفق عليها خطأ يُصلح ضمن الضمان، وما لم يكن في المواصفات أصلًا طلب جديد يُسعّر.
15. كيف تكون الصيانة بعد انتهاء الضمان؟
اسأل عن عقد صيانة اختياري أو تسعير بالساعة، وعن التحديثات اللازمة مع إصدارات أندرويد وiOS الجديدة ومتطلبات المتاجر. وتعرّف على ما تشمله الصيانة عادةً قبل التوقيع حتى تقدّر ميزانيتها.
كيف تقارن بين عرضين بعد جمع الإجابات؟
في المرحلة الأخيرة من اختيار شركة برمجة، قارن ما يشمله كل عرض وما يضمنه قبل أن تقارن الرقم النهائي. العرض الأعلى سعرًا قد يكون الأرخص فعليًا إذا كان يشمل بنودًا ستدفع ثمنها لاحقًا في العرض الآخر.
مثال توضيحي لعرضين افتراضيين لتطبيق حجز مواعيد:
- العرض الأول أقل سعرًا: يشمل التطبيق للنظامين، لكنه لا يذكر لوحة التحكم، ولا النشر على المتاجر، ويطلب 70% مقدمًا، ولا يذكر الضمان.
- العرض الثاني أعلى سعرًا: يشمل التطبيق ولوحة التحكم والنشر من حساباتك، ويقسّم الدفع على مراحل، ويذكر فترة ضمان مكتوبة وملكية الكود.
إذا طلبت من صاحب العرض الأول تسعير لوحة التحكم والنشر والضمان، فقد يتجاوز مجموعه العرض الثاني، مع مخاطرة أعلى بسبب الدفعة المقدمة الكبيرة. لذلك اطلب من كل شركة أن تكمل الجدول نفسه بندًا ببند، واكتب أمام كل بند: مشمول، أم غير مشمول، أم بتكلفة إضافية.
وبعد المقارنة الرقمية، اسأل نفسك سؤالًا أخيرًا: مع أي فريق كان التواصل أوضح، وأسئلته عن مشروعك أدق؟ فهذا مؤشر جيد على ما ستجده خلال أشهر التنفيذ.
ما العلامات التي تستحق الحذر في إجابات الشركة؟
الإجابات العامة، ورفض الكتابة، والضغط للدفع السريع علامات تستحق التوقف. قارن بين النوعين:
| الموضوع | إجابة مطمئنة | إجابة تستحق الحذر |
|---|---|---|
| السعر | عرض مفصل بعد فهم المواصفات | رقم نهائي بعد رسالة واحدة |
| الدفع | دفعات مرتبطة بتسليمات | المبلغ كاملًا مقدمًا |
| الأعمال السابقة | روابط تعمل يمكنك تجربتها | صور فقط دون أي عمل يمكن تجربته |
| الملكية | الكود والحسابات باسمك في العقد | «سنسلمك ملف التطبيق فقط» |
| التواصل | شخص مسؤول وتحديث منتظم | ردود متأخرة حتى قبل التعاقد |
| الجدول الزمني | مراحل واقعية بتسليمات | وعد بإنجاز كل شيء بسرعة غير منطقية |
| العقد | عقد مكتوب يوضح النطاق والضمان | اتفاق شفهي «على الثقة» |
قبل التوقيع، اعرض العقد على محامٍ، خاصة بنود الملكية والإنهاء والضمان. تكلفة المراجعة صغيرة مقارنة بخلاف قد يظهر بعد شهور من العمل.
- طلبت روابط أعمال تعمل وجربتها بنفسك.
- عرفت بالاسم من سينفذ ومن ستتواصل معه.
- رأيت تصميمًا أو نموذجًا قبل أي دفع.
- الدفعات مرتبطة بتسليمات واضحة.
- ملكية الكود والحسابات مكتوبة في العقد.
- الضمان وطريقة الصيانة وتسعير التعديلات مكتوبة.
إذا أردت أن تطرح هذه الأسئلة علينا مباشرة، فاحجز مكالمة مجانية مدتها 30 دقيقة مع مؤسس Apex من صفحة التواصل.
الخلاصة
- اختيار شركة برمجة يعتمد على إجابات مكتوبة ومحددة، لا على الانطباع أو السعر وحده.
- اطرح الأسئلة نفسها على كل الشركات، وقارن الإجابات في جدول واحد.
- اطلب رؤية تصميم أو نموذج قبل الدفع، ودفعات مرتبطة بتسليمات.
- تأكد أن الكود والحسابات كلها باسمك، وأن ذلك مكتوب في العقد.
- اعرف فترة الضمان وطريقة الصيانة قبل التوقيع، لا بعد أول عطل.

