فريق داخلي أم مستقل أم وكالة: من ينبغي أن يبني تطبيقك؟

أولًا، ماذا تحتاج فعلًا؟

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

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

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

الخيار الأول: توظيف فريق داخلي

توظف مطورين ومصممين مباشرة. يعملون لحسابك ويستخدمون أدواتك ويجلسون في اجتماعاتك.

ما الجيد فيه

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

ما الصعب فيه

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

متى يناسب

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

كيف يبدو الفريق الداخلي فعلًا

يتخيل الناس غالبًا «توظيف مطور» فيرون شخصًا واحدًا. فريق منتج جوال حقيقي يبدو أقرب إلى هذا:

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

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

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

الخيار الثاني: توظيف مستقل

تتعاقد مع فرد، أو مجموعة صغيرة من الأفراد، للمشروع أو بالساعة.

ما الجيد فيه

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

ما الصعب فيه

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

متى يناسب

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

العثور على المستقلين والتحقق منهم

إن سلكت طريق العمل الحر، فعادات قليلة تحميك.

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

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

الخيار الثالث: العمل مع وكالة

تتعاقد مع شركة لديها فريق: مديرو مشاريع ومصممون ومطورون ومختبرون وعادةً عملية.

ما الجيد فيها

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

ما الصعب فيها

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

متى تناسب

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

نظرة جنبًا إلى جنب

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

ماذا عن التكلفة، فعلًا؟

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

مقارنة أنفع هي التكلفة الإجمالية للوصول إلى منتج يعمل ومدعوم. وللمقياس، في أركا سوفتوير يكلّف تطبيق لمنصة واحدة، دون ضريبة القيمة المضافة، عادةً من 5,400 إلى 7,200 دولار للأساسي ومن 9,000 إلى 14,400 للمتوسط و14,400 فأكثر للمتقدم، ونحو 15 إلى 20% سنويًا بعده للصيانة. يشرح دليل التكلفة ومقالة الصيانة ما يحرك هذه الأرقام. أيًا كان النموذج الذي تختاره، تأكد أن العرض أو الميزانية يشمل التصميم والاختبار وإدارة المشروع وإطلاق المتجر والأشهر التي تليه.

أساليب هجينة تنجح

لا يلزم أن تختار واحدًا فقط. بعض أكثر الترتيبات حكمة تمزج النماذج.

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

الخيط المشترك وضوح من يملك ماذا ومن يقرر ماذا. الفرق المختلطة بلا هذا الوضوح هي التي تنتهي بتبادل الاتهامات.

متى تبدل النموذج

اختيارك الأول لا يلزم أن يكون الأخير. تتغير الاحتياجات مع نضج المنتج، ومن الصحي مراجعة القرار.

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

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

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

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

علامات حمراء، أيًا كان المسار

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