كيفية تقييم وتوظيف وكالة تطوير البرمجيات

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

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

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

العلامات الحمراء التي تتنبأ بفشل المشروع

تتبع معظم مشاريع الوكالات الفاشلة نمطًا معينًا. تظهر العلامات التحذيرية قبل توقيع العقد، لكن العملاء يفتقدونها لأنهم لا يعرفون ما الذي يجب عليهم البحث عنه.

يقتبسون سعرًا ثابتًا قبل السؤال عن منتجك

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

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

لا توجد دراسات حالة مع نتائج يمكن التحقق منها

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

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

"يمكننا أن نبني أي شيء" بدون تخصص

الوكالات التي تدعي الخبرة في أنظمة iOS، وAndroid، والويب، و blockchain، و AI، و AR / VR، و IoT، تنتشر بشكل ضئيل للغاية بحيث لا يمكنها أن تكون ممتازة في أي منها. تتمتع أفضل الوكالات بالكفاءة الأساسية: تطبيقات الويب الكاملة، أو تطبيقات الهاتف المحمول، أو منصات البيانات، أو قطاع محدد مثل الرعاية الصحية أو التكنولوجيا المالية.

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

مديري الحسابات بينك وبين المهندسين

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

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

لا توجد بيئة مرحلية أو عروض توضيحية أسبوعية

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

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

إنهم يمتلكون الكود أو البنية التحتية

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

يجب أن تنتقل ملكية الرمز إليك من اليوم الأول. يجب أن يكون المستودع موجودًا ضمن مؤسسة GitHub أو GitLab الخاصة بك. يجب أن تعمل البنية التحتية على حساباتك السحابية. يجب أن تكون قادرًا على الابتعاد في أي وقت بكل ما دفعته مقابله.

أعلام خضراء تنبئ بشراكة جيدة

تتشارك الوكالات التي تستحق التوظيف في مجموعة من الممارسات التي تقلل المخاطر وتبني الثقة. إليك ما يجب البحث عنه.

أنت تتحدث إلى المهندسين، وليس مندوبي المبيعات

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

عروض العمل الأسبوعية

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

بنينامنصة التجارة الإلكترونية المخصصة من Frootexمع عروض توضيحية أسبوعية للفريق المؤسس. لقد اختبروا منطق منطقة التسليم، ومزامنة المخزون في الوقت الفعلي، وواجهة المتجر المحمولة عند وصول كل قطعة. بحلول يوم الإطلاق، لم تكن هناك مفاجآت.

ملكية الكود من اليوم الأول

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

تم إنشاء خط أنابيب CI/CD في الأسبوع الأول

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

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

ميزانية شفافة مع الفواتير على أساس المعالم

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

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

تغطية الاختبار كمخرج

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

أسئلة يجب طرحها في المكالمة الأولى

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

"هل يمكنني التحدث مع المهندس الذي سيكتب الكود؟"

يكشف هذا السؤال عن هيكل الوكالة. إذا كانت الإجابة "إنهم غير متوفرين" أو "يتولى مدير المشروع لدينا التواصل مع العملاء"، فستعمل من خلال سلسلة هاتفية للمشروع بأكمله. إذا كانت الإجابة "أنت تتحدث معهم الآن" أو "دعني أقدمك"، فهذا فريق يقدر التواصل المباشر.

"كيف يبدو أسبوعك الأول؟"

يجب أن تكون الإجابة محددة. تقضي الوكالة الجيدة الأسبوع الأول في الاكتشاف: فهم المستخدمين، وتحديد المتطلبات الفنية، وإعداد المستودع وCI/CD، وإنتاج مستند متطلبات المنتج أو المواصفات الفنية التي يمكنك مراجعتها.

إذا كانت الإجابة "نبدا بالبرمجة"، فهذا يعني بناء فريق قبل أن يفهموا المشكلة. إذا كانت الإجابة غامضة، فليس لديهم عملية قابلة للتكرار.

"كيف تتعامل مع تغييرات النطاق؟"

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

"ماذا يحدث إذا أردنا ترك منتصف المشروع؟"

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

"أرني بيئة مرحلية من مشروع سابق"

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

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

كيف تعمل نماذج التسعير

تحمل نماذج التسعير الثلاثة في تطوير البرمجيات مخاطر مختلفة. يساعدك فهمها على اختيار الهيكل المناسب لمشروعك.

سعر ثابت

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

تعمل الأسعار الثابتة مع المشروعات المحددة جيدًا ذات المتطلبات الواضحة: موقع تسويقي، أو صفحة مقصودة، أو منتج صغير الحجم (MVP) مع مجموعة ميزات ضيقة. إنه ينهار بالنسبة للمنتجات المعقدة حيث تتطور المتطلبات أثناء التطوير.

الوقت والمواد

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

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

الفواتير على أساس الحدث

ينقسم المشروع إلى مراحل رئيسية ذات نتائج وتكاليف محددة. أنت تدفع عندما يتم شحن حدث هام ويستوفي معايير القبول. يجمع هذا النموذج بين إمكانية التنبؤ بالميزانية للتسعير الثابت مع مرونة الوقت والمواد.

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

كيف تبدو علاقة الوكالة الجيدة

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

تواصل معنا

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

الاكتشاف و PRD

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

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

بناء وشحن أسبوعيا

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

يعني هذا الإيقاع أنك لن تفصلك أكثر من خمسة أيام عمل عن رؤية ما أنتجته أموالك. إذا شعرت أن هناك خطأ ما، فيمكنك تصحيح المسار قبل أن تتفاقم المشكلة.

الإطلاق والدعم

الإطلاق ليس النهاية. نحن ننشر في الإنتاج ونراقب المشكلات ونوفر نافذة دعم لإصلاحات الأخطاء والتعديلات. تتضمن عملية التسليم الوثائق الكاملة وسجلات التشغيل للنشر وقاعدة التعليمات البرمجية التي يمكن لفريق آخر الحصول عليها إذا اخترت جلب التطوير داخليًا لاحقًا. اسأل أي وكالة عن عقد الصيانة الخاص بها قبل التوقيع؛تكاليف صيانة البرمجياتقم بتشغيل 15-20% من تكلفة البناء سنويًا، وتريد أن تعرف من يتولى هذا العمل.

القرار يعتمد على الثقة والأدلة

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

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

اطرح الأسئلة الصعبة. تحقق من المراجع. الإصرار على العروض التوضيحية الأسبوعية. سوف ترحب الوكالات التي تستحق التوظيف بالتدقيق.

الأسئلة المتداولة