هناك عشرات المقالات على الإنترنت تسرد «أسئلة لطرحها على شركة البرمجيات». معظمها مكتوب من قبل شركات، ومعظمها لخدمة مصالحها — مصممة لتبدو الشركة بمظهر جيد عندما تطرح أسئلتها المقترحة.
هذا المقال مختلف. نكتب من جانب الشركة، ونخبرك بالأسئلة التي تهم فعلًا — بما فيها تلك التي ينسى معظم العملاء المحتملين طرحها وتلك التي تأمل الشركات ألا تطرحها.
إذا كنت تقيّم شركات الآن، اطبع هذه القائمة. الإجابات ستخبرك أكثر من أي عرض تقديمي.
أسئلة عن طريقة عملهم
«كيف تبدو عملية التسليم لديكم، خطوة بخطوة؟»
هذا أهم سؤال في القائمة. إذا لم تستطع الشركة شرح عمليتها — من الانطلاق إلى النشر — بمصطلحات واضحة ومحددة، فليس لديها واحدة. إنها ترتجل.
الإجابة الجيدة تتضمن مراحل محددة (تحديد النطاق، التصميم، التطوير، الاختبار، النشر)، مخرجات محددة في كل مرحلة، وشرح واضح لمتى وكيف سترى التقدم. نشرنا عملية التسليم الكاملة لدينا — هذا مستوى التفصيل الذي يجب أن تتوقعه.
«كم مرة سأرى برنامجًا يعمل؟»
الإجابة يجب أن تكون «كل أسبوعين» أو شيء بنفس التواتر. إذا كانت الإجابة «في النهاية» أو «عندما يكون جاهزًا»، فهذه علامة تحذير. لا يجب أن تمر أكثر من أسبوعين بدون رؤية عرض حي لما يُبنى.
الشركات التي تقاوم العروض المتكررة عادةً تخفي شيئًا — إما تقدمًا بطيئًا، أو جودة ضعيفة، أو فجوة بين ما طلبت وما يبنون.
«كيف تتعاملون مع تغييرات النطاق؟»
تغييرات النطاق تحدث في كل مشروع. السؤال ليس إن كانت ستحدث — بل كيف تديرها الشركة. الإجابة الجيدة تشرح عملية المقايضة: العمل الجديد يُقيَّم، العميل يرى التأثير على الجدول الزمني والميزانية، والقرار يُتخذ معًا.
إجابة سيئة: «سنرى مع الوقت.» إجابة أسوأ: «سعرنا الثابت يغطي كل شيء.» تلك الإجابة الثانية تعني أنهم سيقصّرون أو يفاجئونك بملاحق لاحقًا. كتبنا عن كيف تؤثر نماذج التسعير على هذه الديناميكية بالتفصيل.
أسئلة عما ستملكه
«من يملك الكود عند انتهاء المشروع؟»
أنت يجب أن تملكه. نقطة. الكود يجب أن يكون في مستودع Git تملكه أنت، مع وصول كامل من اليوم الأول. إذا ترددت الشركة في هذا السؤال، أو تحدثت عن «ترخيص» الكود لك، ارحل.
بعض الشركات تستخدم ملكية الكود كورقة ضغط — تبني برنامجك على بنيتها التحتية، في مستودعها، ولا يمكنك المغادرة أبدًا بدون خسارة كل شيء. هذه ليست شراكة. إنها فخ.
«ما التوثيق الذي سأستلمه؟»
كحد أدنى: نظرة عامة على المعمارية، تعليمات الإعداد، تكوين البيئة، ودليل للمطور القادم الذي سيعمل على الكود. إذا قالت الشركة «الكود يوثق نفسه»، فهذا يعني أنهم لا يكتبون توثيقًا.
التوثيق هو ما يجعل برنامجك قابلًا للصيانة بعد انتهاء العلاقة. بدونه، أنت محبوس مع الشركة سواء أردت أم لا. نغطي هذا في مقالنا عن ما يحدث بعد الإطلاق.
«هل يمكنني إدخال هذا داخليًا أو تغيير الشركة لاحقًا؟»
الإجابة يجب أن تكون «نعم» حماسية. الشركة الجيدة تبني برنامجًا يمكن لأي شخص كفء صيانته — وليس فقط هم. هذا يعني كودًا نظيفًا، وأُطر عمل معيارية، وتوثيقًا، وملكية كاملة للكود.
إذا بدت الشركة غير مرتاحة لهذا السؤال، اسأل نفسك لماذا.
أسئلة عن قراراتهم التقنية
«ما مجموعتكم التقنية، ولماذا؟»
التقنية المحددة تهم أقل من قدرة الشركة على شرح اختيارها. «نستخدم Laravel بسبب المنظومة، ومجموعة المواهب، ونهج الاتفاقيات بدل التكوين» إجابة جيدة. «نستخدم ما يريده العميل» ليست كذلك — تعني أنهم ليس لديهم رأي مدروس.
شركة تغير مجموعتها التقنية في كل مشروع هي شركة حيث لا يوجد مشروعان يتشاركان نفس الأنماط أو خط النشر أو نهج الصيانة. هذا التضارب يكلفك. شرحنا قرار مجموعتنا التقنية بالتفصيل.
«كيف تتعاملون مع النشر والاستضافة؟»
تريد سماع عن نشر آلي، وبيئات تجريبية، وإصدارات بدون توقف — وليس «نرفع الملفات بـ FTP على الخادم». خط النشر مهم لأنه يحدد سرعة إصلاح الأخطاء، وأمان التحديثات، وما إذا كان مستخدموك يرون يومًا صفحة صيانة.
«ماذا يحدث إذا انكسر شيء في الإنتاج؟»
الإجابة الجيدة تتضمن مراقبة (كيف يكتشفون المشاكل)، والتزامات وقت الاستجابة (كم بسرعة يتصرفون)، وعملية تصعيد (ماذا يحدث إذا كانت حرجة). إجابة سيئة: «هذا لا يجب أن يحدث.» الأشياء تحدث دائمًا.
أسئلة عن الفريق
«من سيعمل فعليًا على مشروعي؟»
تريد أسماءً وأدوارًا، وليس «فريقنا». هل سيكونون نفس الأشخاص من البداية للنهاية، أم سيتناوب المطورون؟ هل مدير المشروع يكتب كودًا أيضًا؟ هل سيكون لديك نقطة اتصال واحدة؟
أسوأ سيناريو: توقّع بسبب الكبار الذين قابلتهم في عملية البيع، ويُسلَّم مشروعك لمطورين مبتدئين لم ترهم قط.
«هل تستخدمون متعاقدين فرعيين؟»
بعض الشركات تفعل، وهذا ليس سيئًا بالضرورة — لكن يجب أن تعرف. المتعاقدون الفرعيون قد يسببون مشاكل نقل المعرفة وقد لا يكونون متاحين للصيانة لاحقًا. إذا كانت الشركة تتعاقد فرعيًا، اسأل كيف تدير الجودة والاستمرارية.
أسئلة عن المال
«هل يمكنني رؤية تفصيل التقدير؟»
رقم واحد — «80,000 دولار» — لا يخبرك بشيء. تحتاج رؤية التفصيل: كم ساعة للتصميم، التطوير، الاختبار، إدارة المشروع. أي الميزات الأكثر تكلفة؟ أين يمكنك تقليص النطاق لخفض التكلفة؟
شركة لا تستطيع تفصيل تقديرها تخمّن. وإذا كانت تخمّن التقدير، تخيل كيف ستدير الميزانية.
«ما الذي ليس مشمولًا؟»
هذا السؤال يكشف توقعات غير متوافقة أكثر من أي سؤال آخر. الاستضافة؟ غير مشمولة. الصيانة المستمرة؟ غير مشمولة. نقل المحتوى؟ مراجعات التصميم بعد جولتين؟ رسوم الخدمات الخارجية؟ اسألوا صراحةً ما الذي خارج العرض.
«ما التكلفة الإجمالية للملكية على 3 سنوات؟»
تكلفة التطوير مجرد البداية. أضيفوا الاستضافة، والصيانة، والتحديثات الأمنية، والتطوير المستمر. مشروع بـ 100 ألف دولار مع 20 ألف دولار سنويًا صيانة هو استثمار 160 ألف دولار على 3 سنوات. إذا كنتم تقارنون هذا باشتراك SaaS، تأكدوا من مقارنة التكاليف الإجمالية — وليس فقط سعر البناء. إطارنا للتطوير مقابل الشراء يغطي هذا بالتفصيل.
علامات تحذير يجب مراقبتها
على مر السنين، رأينا أنماطًا تتنبأ بفشل المشروع بشكل موثوق. راقبوا هذه:
لا يستطيعون عرض أعمال سابقة. اتفاقيات السرية حقيقية، لكن أي شركة راسخة تستطيع عرض شيء — دراسات حالة مجهولة، لقطات شاشة بإذن العميل، أو كحد أدنى وصف موثوق لمشاريع سابقة.
يوافقون على كل شيء. شركة لا ترفض أبدًا، ولا تقول أبدًا «هذه فكرة سيئة»، ولا تقترح بدائل أبدًا هي شركة ستخبرك بما تريد سماعه حتى يفوت الأوان.
لا يلتزمون بعملية. «نحن مرنون» و«نتكيف مع كل عميل» قد تعني «ليس لدينا عملية». المرونة جيدة. غياب الهيكل ليس كذلك.
يتسرعون في مرحلة التحديد. إذا أرادت الشركة القفز مباشرة للتطوير بدون تحديد صحيح، فإما أنها يائسة للإيرادات أو لا تفهم المشروع بما يكفي. في كلتا الحالتين، ستدفعون لاحقًا.
لا يستطيعون شرح تسعيرهم. إذا كان التقدير رقمًا مدورًا بدون تفصيل، أو إذا أصبحوا دفاعيين عندما تسألون كيف حسبوه، فهذه مشكلة.
استخدموا هذه القائمة
قبل اجتماعكم القادم مع شركة، راجعوا هذه الأسئلة. دوّنوا الإجابات. قارنوها بين الشركات. تلك التي تعطيكم أوضح وأصدق الإجابات — بما فيها تلك التي لا تريدون سماعها — هي على الأرجح الاختيار الصحيح.
جمعنا مجموعة كاملة من الموارد لأي شخص يقيّم مشروع برمجيات مخصص: كيف تكتب موجزًا، كم تستغرق المشاريع، كيف تعمل نماذج التسعير، وما يحدث بعد الإطلاق. معًا، ستساعدكم على دخول محادثة الشركة مستعدين.
تريدون اختبارنا بهذه القائمة؟ نرحب بأسئلتكم →