كيف تختار شركة تطوير تطبيقات؟ مصفوفة تقييم موزونة من ثمانية معايير

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

1. الملكية: يُسلَّم الكود في مستودع باسم منشأتك، ويُنشر التطبيق بحسابات مطور تملكها، وتُسجّل الاستضافة والخدمات الخارجية باسمك أو بصلاحية إدارية لك. أي اشتراط بإبقاء هذه الأصول باسم الشركة يستبعدها مهما كانت درجاتها.
2. نطاق مكتوب قبل الرقم: الشركة التي تعطيك سعرًا نهائيًا من مكالمة واحدة دون قائمة شاشات أو افتراضات مكتوبة لم تسعّر مشروعك، بل سعّرت تخمينها له.
3. وصول إلى من يبني: أن تتحدث قبل التعاقد مع مهندس سيعمل على المشروع أو يقوده، لا مع مندوب مبيعات فقط.
4. رؤية مستمرة للعمل: نسخة تجريبية تجربها على فترات منتظمة، ووصول إلى المستودع، وتقارير مكتوبة. من يرفض هذه الرؤية يطلب منك ثقة بلا وسيلة للتحقق.

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

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

لماذا هذه الأوزان؟

• فكرة جديدة أو MVP: الخطر الأكبر أن تنفق ميزانية النسخة الأولى على نطاق خاطئ. لذلك يرتفع وزن الفهم ووضوح العرض والمنهجية التي تريك التقدم مبكرًا. الدعم بعد الإطلاق أقل وزنًا الآن، لأنك ستعيد التفاوض عليه بعد أن تعرف حجم الاستخدام.
• تطبيق مؤسسي: التطبيق يعيش سنوات ويرتبط بأنظمة قائمة وهوية موحدة، فيرتفع وزن الجودة والأمن والدعم والخبرة المماثلة في التكامل. تفاصيل هذا النوع في مقالة تقييم شركة تطوير لمشروع مؤسسي.
• مشروع حكومي: شروط التعاقد والدفع تحددها الكراسة غالبًا، فينخفض وزن المعيار الثامن. ويرتفع وزن الأمن والملكية ونقل المعرفة لأن الجهة ستحتاج إلى تشغيل النظام وتسليمه ربما لمزود آخر عند انتهاء العقد.
• مشروع متعثر: الفريق الذي يقرأ كود غيره ويقيّمه بصدق أهم من خبرة في نوع التطبيق نفسه. ويعني «فهم مشروعك» هنا شيئًا محددًا: أن تصر الشركة على تقييم الحالة قبل أي وعد بسعر أو موعد.

انسخ هذا النموذج إلى جدول بيانات، وضع الأوزان التي اخترتها في العمود الثاني قبل أول اجتماع. الدرجة الموزونة لكل معيار = (الدرجة ÷ 5) × الوزن، والمجموع من 100. يملأ كل عضو في لجنة التقييم نسخته منفردًا، ثم تناقشون الفروق الكبيرة بينكم؛ الفرق نفسه معلومة، لأنه يعني أن أحدكم رأى دليلًا لم يره الآخر.

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

• التقييم بقائمة الأعمال وحدها: التطبيق المعروض قد يكون جميلًا لأن عميله دفع لتصميم مميز، ولا يقول شيئًا عن لوحة التحكم ولا عن الكود ولا عن الفريق الذي سيعمل عليك.
• إدخال السعر في المصفوفة: العرض الناقص يحصل على أعلى درجة في السعر فيعوّض ضعفه في كل معيار آخر. قيّم أولًا، ثم قارن السعر بين المؤهلين.
• تغيير الأوزان بعد الاجتماعات: إن شعرت بميل إلى شركة ثم رفعت وزن المعيار الذي تتفوق فيه، فقد ألغيت فائدة المصفوفة.
• الاجتماع مع المبيعات فقط: تقيّم مهارة العرض لا مهارة البناء. اطلب حضور من سيقود التقنية.
• مقيّم واحد: الإدارة المالية ترى في العرض ما لا يراه مدير التقنية، والعكس. ثلاثة مقيّمين من أدوار مختلفة يكفون غالبًا.
• معاملة كل الشركات بأسئلة مختلفة: إذا سألت كل شركة ما خطر لك في الاجتماع، فلن تكون الدرجات قابلة للمقارنة. أرسل للجميع الوصف نفسه وطلبات الدليل نفسها.
• تجاهل الإشارات بعد التوقيع: المصفوفة لا تنتهي بالتعاقد؛ راقب في الأسابيع الأولى هل يطابق السلوك ما قُدم في التقييم. مقالة علامات التحذير في شركات تطوير التطبيقات تفصل ما تراقبه قبل التوقيع وبعده.

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

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