فريق تطوير لشركتك الناشئة: أي نوع تستعين به وكيف تختار

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

ما أنواع فرق التطوير التي تستطيع الشركة الناشئة الاستعانة بها؟

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

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

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

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

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

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

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

أي نوع من الفرق يناسب شركتي الناشئة؟

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

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

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

إن كان الجزء الصعب في منتجك منصة تداول أو نظام ذكاء اصطناعي، فهذه المقالات تتعمق أكثر:

من توصي به لشركتي الناشئة؟

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

المرشحون الجديرون بالاتصال يأتون من بضعة مصادر:

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

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

لست ذا خلفية تقنية. كيف أستطيع تقييم فريق تطوير؟

في عام 2006 كتب بول غراهام (Paul Graham)، أحد مؤسسي Y Combinator، أن ما قضى على معظم الشركات الناشئة في التجارة الإلكترونية في تسعينيات القرن العشرين هو المبرمجون السيئون. فمؤسسوها، بحسب روايته، لم يكونوا قادرين على التمييز بين المبرمجين الجيدين والسيئين. وعن كيفية اختيار مبرمجين جيدين إن لم تكن أنت مبرمجًا، كتب: «لا أظن أن هناك إجابة».

ومع ذلك، لا تحتاج إلى قراءة الكود لتحكم على فريق. ابدأ بالبرمجيات العاملة، فهي شيء تستطيع رؤيته. ويقول أحد المبادئ التي يقوم عليها بيان Agile الصادر عام 2001: «البرمجيات العاملة هي المقياس الأساسي للتقدّم». فإن قالت شركة إنها تعمل بأسلوب agile، فطالبها بالوفاء بهذا السطر، واطلب كل أسبوع شيئًا تستطيع النقر عليه.

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

كيف أفحص فريق تطوير قبل أن أوقّع؟

أربعة فحوص لا تحتاج إلى أي معرفة تقنية.

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

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

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

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

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

ما الذي ينبغي أن تملكه شركتي الناشئة منذ اليوم الأول؟

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

• يوجد الكود في حساب شركتك، مثل مؤسسة على GitHub أنشأتها أنت. وتقول وثائق GitHub إن مالكي المؤسسة «يملكون صلاحيات إدارية كاملة على مؤسستك»، وإن هذا الدور ينبغي أن يُحصر في عدد قليل، «لكن على ألا يقل عن شخصين». أعطِ هذا الدور لشخصين من شركتك.
• تُفتح الحسابات السحابية بعنوان بريد إلكتروني تابع للشركة. ففي Amazon Web Services، يُستخدم البريد الإلكتروني وكلمة المرور اللذان أُنشئ بهما الحساب لتسجيل الدخول إلى هوية لها «وصول كامل إلى جميع خدمات AWS والموارد الموجودة في الحساب». وينبغي أن يكون هذا العنوان ملكًا لشركتك.
• إن كان لديك تطبيق لـ iPhone، فسجّل في برنامج المطوّرين لدى Apple باسم شركتك. فمن يسجّل يصبح صاحب الحساب (Account Holder)، أي الشخص الذي عليه، بعبارة Apple، أن «يقبل الاتفاقيات القانونية نيابةً عن مؤسستك» وأن «يوافق على التغييرات المصرفية في حسابك».
• وتسري القاعدة نفسها على اسم النطاق، وبريد الشركة، وحسابات التحليلات ومزوّدي الدفع.

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

ما العلامات التحذيرية عند الاستعانة بفريق تطوير؟

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

أين موقع amBrain من ذلك؟

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

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

إن كانت شركتك الناشئة في أحد هذه المجالات، فيمكن أن تكون amBrain أحد المرشحين الثلاثة الذين يتلقون موجزك ذا الصفحة الواحدة.

أسئلة شائعة

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