كيف تُقيّم شركة تطوير البرمجيات قبل التوقيع على أي شيء

معظم المؤسسين لا يعرفون كيف يُقيّمون شركة البرمجيات إلا بعد أن يضيع المال. هذا غير صحيح – الشركة تكشف نفسها قبل أن توقّع، إذا عرفت أين تنظر.

السعر ومعرض الأعمال لن يُظهرا لك ذلك. السعر يخبرك بما تقبل الشركة أن تسعّره. معرض الأعمال يخبرك بما تريد الشركة أن تراه. لا واحد منهما يخبرك كيف تتصرف الشركة تحت الضغط، ولا إن كانت تتواصل معك عندما يحدث خطأ ما، ولا إن كان المنتج الذي تدفع مقابله سيصل فعلاً.

الإشارات المهمة تظهر قبل أن توقّع على أي شيء. لا تحتاج إلى خبرة تقنية لتقرأها. تحتاج فقط أن تعرف أين تبحث.

1. كيف تتصرف الشركة عندما تضغط على نطاق العمل

قبل أن توافق على أي شيء، أرسل للشركة سؤالاً محدداً عن مشروعك – مثل: "نظام الطلبات يحتاج إلى التعامل مع عمليات شراء متزامنة في وقت الذروة، كيف ستتعاملون مع ذلك؟"

الشركة القادرة على التنفيذ سترد بأسئلة توضيحية، لأنها تريد فهم الحالات الاستثنائية قبل الالتزام بأي حل. أما الشركة غير القادرة فستلجأ إلى الطمأنة بدلاً من ذلك: "لا مشكلة، نتعامل مع هذا طوال الوقت." كلام يبدو واثقاً. لكنه فارغ.

2. ما الذي يقوله عقدهم فعلاً

اطلب العقد الفعلي الذي تستخدمه الشركة لمشاريع مثل مشروعك، وليس عرض الأسعار. هناك قسمان أهم من البقية:

• شروط التسليم – هل يحدد العقد بلغة واضحة معنى "الانتهاء": أي شاشات، أي ميزات، أي عمليات ربط، وبحلول أي تاريخ؟

• بند الملكية الفكرية – من يملك الكود بعد سداد الدفعة الأخيرة؟

العقد الذي يصف المخرجات بشكل غامض يمنح الشركة مساحة لتعلن أن المشروع اكتمل قبل أن توافق أنت على ذلك.

تبني منتجك على كود لا تملك حقوقه، وهذا يمنح جهة أخرى نفوذاً عليك بعد التسليم لم توافق عليه بوعي أبداً.

بعض الشركات الصغيرة تعمل بعقود جاهزة تحتفظ فيها الشركة بترخيص، أو تربط نقل الملكية الفكرية بشروط تتجاوز سداد الدفعة الأخيرة. عدم وجود عقد قياسي جاهز لعرضه عليك هو إشارة بحد ذاتها. الشركات التي نفّذت مشاريع جادة لديها عقود تعكس ذلك.

3. ما الذي تتحقق منه عند تقييم معرض أعمال شركة البرمجيات

اطلب مرجعاً من عميل سابق يمكنك التحدث معه مباشرة. ليس شهادة مكتوبة. محادثة حقيقية.

صفحة معرض الأعمال بشعاراتها ولقطات الشاشة تُظهر ما كُلّفت الشركة بالعمل عليه. لا تُظهر ما الذي سلّمته فعلاً، ولا إن كان العميل راضياً، ولا إن كان المنتج ما زال يعمل.

الشركات التي تتردد في تنظيم مكالمة مرجعية لديها سبب لذلك. أما التي تصلك بالعميل فوراً ودون تردد فهي تخبرك شيئاً عن الطريقة التي تنتهي بها علاقاتها مع عملائها عادة.

احصل على رقم المرجع واسأله سؤالاً واحداً:

"هل انتهى المشروع في الموعد الذي وُعدت به، وهل يعمل المنتج كما توقعت؟"

هذه الإجابة تزن أكثر من ست لقطات شاشة في معرض الأعمال. إذا لم تستطع الشركة تقديم مرجع واحد يمكن الوصول إليه من عمل حديث، فمعرض الأعمال عرض تقديمي، لا دليل. (أحد المؤسسين تعلّم هذا الدرس بعد 8 أشهر مع شركة لم تستطع التنفيذ.)

4. من المسؤول فعلاً عن مشروعك

معظم الشركات تقدّم نفسها كفريق. لكن مشروعك سيديره فعلياً شخص واحد، وخبرته واهتمامه واستمراريته هي ما يقوم عليه بناء مشروعك. اسأل من سيكون نقطة الاتصال الرئيسية، وما خلفيته، وماذا سيحدث إن غادر الشركة في منتصف البناء.

الشركة التي لا تستطيع تسمية شخص محدد – ليس دوراً، بل شخصاً – لم تحسم هذا القرار بعد. هذا القرار يُتخذ بعد أن توقّع، بناءً على من يكون متاحاً في حينه، والشخص الذي يجيب على أسئلتك الآن غالباً ليس الشخص الذي سيدير بناء مشروعك لاحقاً.

5. كيف يتحدثون عمّا يحدث بعد الإطلاق

معظم المشاكل التي تكلّف المؤسسين في الخليج أموالاً حقيقية لا تحدث أثناء البناء. تحدث في الأشهر الستة التالية للإطلاق، بعد أن تتحرر الشركة من مسؤولية التسليم ويبقى العميل وحده مع منتج ما زال يحتاج إلى تطوير.

الشركة الجيدة تصف ما يحدث بعد الإطلاق بشكل ملموس: فترة محددة، نطاق محدد، شخص معيّن بالاسم. أما الشركة السيئة فتلجأ إلى النوايا بدلاً من ذلك:

• "نحن متاحون دائماً."

• "نعتبر عملاءنا شركاء على المدى الطويل."

• "سنكون موجودين إن احتجتنا."

النوايا ليست التزامات. الشركة التي لديها علاقات حقيقية بعد الإطلاق تستطيع أن تصف كيف تبدو هذه العلاقة فعلاً؛ أما الشركة التي تختفي بعد التسليم فتصفها بدفء ولا تلتزم بشيء. معظم علاقات الشركات بعملائها تنهار بعد الإطلاق، لا أثناء البناء – والاستثناءات هي الحالات التي كانت فيها الشروط واضحة قبل بدء المشروع. (هكذا تبدو علاقة ما بعد الإطلاق المنظمة فعلاً.)

ما الذي يميّز الشركات المنفِّذة عن شركات تلقّي الطلبات

لا شيء من هذا يتطلب خبرة تقنية. قراءة عقد لا تتطلب فهم بنية البرمجيات. السؤال عن المسؤول لا يتطلب معرفة كيف تعمل قواعد البيانات. الاتصال بمرجع لا يتطلب شريكاً تقنياً مؤسساً. هذا ما يتطلبه الأمر فعلاً حتى تُقيّم شركة البرمجيات قبل أن توقّع. (هذا هو سبب وجود AppWorx.)

خمسة أشياء، كلها ظاهرة قبل أن توقّع على أي شيء:

• كيف تتصرف الشركة عندما تضغط على نطاق العمل

• ما الذي يقوله عقدها فعلاً

• ما الذي يُظهره معرض أعمالها فعلاً

• من المسؤول فعلاً عن مشروعك

• كيف تتحدث عمّا يحدث بعد الإطلاق

المؤسسون الذين يتعرضون لخسائر عادة لم يطرحوا أسئلة خاطئة. هم فقط لم يعرفوا أن هناك أسئلة يجب طرحها من الأساس.