كيف توظّف مطورًا وتشرح له مشروعك حين لا تكون تقنيًا
لا تحتاج أن تكون تقنيًا لتوظّف مطورًا جيدًا. بل تحتاج أن تعرف ما تُعدّه، وما تسأله، وكيف يبدو التواصل الجيد. إليك دليلًا عمليًا للمؤسسين غير التقنيين.
Shayan Jamil·31 مايو 2026·4 دقائق قراءة
توظيف مطور حين لا تستطيع تقييم الشيفرة بنفسك يبدو مخاطرة، وبصراحة هو كذلك، لكن ليس بالطريقة التي يظنها معظم الناس. لا تحتاج أن تفهم العمل التقني لتوظّف جيدًا. بل تحتاج أن تعرف ما تُعدّه، وأي الأسئلة تكشف فعلًا المطور الجيد، وكيف يبدو التواصل الصحي بعد بدء العمل.
كنت الطرف الآخر في مئات من هذه المحادثات مع المؤسسين، والمحادثات التي تسير جيدًا تتشارك نمطًا واحدًا. إليك كيف تُهيّئ نفسك كي لا تقامر.
مشكلة العمل: أنت تحكم على شيء لا تستطيع قراءته
لا يستطيع المؤسس غير التقني مراجعة طلب دمج أو رصد قرار معماري هش. لذا تضطر للحكم على المطور من خلال مؤشرات بديلة: كيف يتواصل، وكيف يحدد النطاق، ومدى صراحته بشأن المفاضلات. والخبر السار أن هذه المؤشرات موثوقة بشكل مفاجئ. فالمطور الذي يتواصل بوضوح ويحدد النطاق بعناية يقدّم دائمًا تقريبًا عملًا أفضل ممن يقول "نعم" لكل شيء.
الخطر ليس أن تختار شخصًا لا تستطيع قراءة شيفرته، بل أن تختار شخصًا يقول لك ما تريد سماعه، ثم يختفي أسبوعين، ويعود بشيء يخطئ الهدف.
ما الذي تُعدّه قبل التواصل
لا تحتاج مواصفات تقنية. بل تحتاج وضوحًا بشأن المشكلة، لا الحل. قبل التواصل مع أي أحد، حاول أن تكتب:
- المشكلة التي تحلها ولمن، بلغة بسيطة.
- الشيء الأساسي الذي يجب أن يفعله المنتج: الميزة الوحيدة التي لا معنى له دونها.
- أمثلة: تطبيقات أو مواقع تفعل شيئًا مشابهًا، ولو بشكل تقريبي.
- قيودك: الميزانية التقريبية، والجدول الزمني التقريبي، وأي مواعيد نهائية صارمة.
- شكل النجاح بالنسبة للنسخة الأولى.
لا يجب أن يكون هذا مصقولًا. نصف صفحة واضحة عن المشكلة أثمن من قائمة أمنيات غامضة بخمسين ميزة، وتساعد المطور الجيد على تحديد نطاق العمل بصدق. (إن كنت في مرحلة الفكرة، فمقال كيف تحدد نطاق المنتج الأولي رفيق مفيد لهذا المقال.)
العلامات الإيجابية والعلامات التحذيرية
بعد عدد كافٍ من المشاريع، تصبح قراءة الإشارات سهلة.
العلامات الإيجابية:
- يطرح أسئلة قبل تقديم عرض السعر، خاصة عن المشكلة لا الميزات فقط.
- يعترض على النطاق ويقترح ما يمكن حذفه من النسخة الأولى.
- يشرح المفاضلات بلغة بسيطة بدلًا من الاختباء خلف المصطلحات.
- يعطيك جداول زمنية صادقة، بما فيها ما هو غير مؤكد.
العلامات التحذيرية:
- يقول نعم لكل شيء ويقدّم عرض سعر فوريًا دون أسئلة.
- لا يستطيع شرح خطته دون مصطلحات تقنية، أو يرفض ذلك.
- يصمت لفترات طويلة ثم يعود بمفاجآت.
- السعر يبدو أجمل من أن يكون حقيقيًا، وهذا يعني عادة أنك ستدفع مرتين.
أكثر أسئلة المقابلة فائدة
"لو اضطررت لتقليص هذا لنطلق قبل شهر، فما الذي ستحذفه؟" المطور الجيد ستكون لديه إجابة مدروسة فورًا. هذا يُظهر أنه يفكر بمنطق المفاضلات وميزانيتك. أما من يصرّ على أنه لا يمكن حذف أي شيء، فإما لا يفهم تحديد النطاق أو لا يريد ذلك.
كيف يبدو التواصل الجيد بعد بدء العمل
أفضل مؤشر على نجاح المشروع ليس المهارة المجردة، بل التواصل. ما تريد رؤيته هو إيقاع ثابت: تحديثات منتظمة، وتقدم صادق (بما فيه ما هو أبطأ من المتوقع)، وأجزاء عمل صغيرة قابلة للمراجعة بدلًا من كشف ضخم واحد في النهاية، وحوار حقيقي حين يحتاج شيء ما إلى قرار.
هذه بالضبط الطريقة التي أحاول العمل بها: تحديثات أسبوعية واضحة، والإبلاغ عن العوائق في اليوم الذي أراها فيه، وتسمية المفاضلات بدلًا من دفنها. يمكنك قراءة المزيد عن طريقة تعاملي مع العملاء. والفكرة أنك، كمؤسس غير تقني، تستطيع الحكم على هذا. لا تحتاج قراءة الشيفرة لتعرف إن كان أحدهم يُبقيك على اطلاع ويتعامل معك بصراحة.
مثال واقعي
جزء كبير من عملي يأتي من مؤسسين مرّوا بتجربة أولى صعبة: مطور اختفى، أو بناء انحرف عما يحتاجونه فعلًا. والحل نادرًا ما يكون مزيدًا من البراعة التقنية، بل تواصلًا أوثق وتحديدًا صادقًا للنطاق. حين ننجح أنا والمؤسسون في العمل معًا، يكون ذلك لأننا اتفقنا على المشكلة الأساسية أولًا، وأبقينا حلقة الملاحظات قصيرة، واتخذنا القرارات بصوت عالٍ بدلًا من الأمل. وهذا هو الجزء الذي تملك السيطرة الكاملة عليه، تقنيًا كنت أم لا.
أخطاء شائعة يرتكبها المؤسسون غير التقنيين
- شرح الميزات بدلًا من المشكلة، فيُحسّن المطور الشيء الخطأ.
- التوظيف بناءً على السعر وحده ثم الدفع مرتين حين يجب إعادة العمل الرخيص.
- تجنّب طرح الأسئلة لأنها تبدو تقنية جدًا، بينما التواصل هو بالضبط ما تستطيع الحكم عليه.
- قبول كشف ضخم واحد في النهاية بدلًا من تقدم صغير منتظم تستطيع التفاعل معه.
- الخلط بين الثقة والكفاءة: من يناقش نطاقك يخدمك غالبًا أفضل ممن يوافق على كل شيء.
كيف أعمل مع المؤسسين غير التقنيين
- أبدأ بالمشكلة، لا بقائمة ميزات، وأطرح الأسئلة المهمة مبكرًا.
- أحدد النطاق بصدق، بما في ذلك ما يمكن حذفه لنسخة أولى أكثر رشاقة وسرعة.
- أتواصل بلغة بسيطة: المفاضلات والتقدم، دون جدران من المصطلحات.
- أُبقي الحلقة قصيرة بتحديثات منتظمة وعمل صغير قابل للمراجعة.
- أبلّغ عن العوائق فورًا، كي لا تكون هناك مفاجآت في نهاية المشروع.
لا يجب أن تصبح تقنيًا لتحصل على برمجيات جيدة. بل يجب أن تستطيع الثقة بمن يبنيها، وهذه الثقة شيء تستطيع الحكم عليه بالتأكيد.
هل تبحث عن مطور تستطيع التواصل معه فعلًا؟
إذا كنت مؤسسًا غير تقني وتريد شخصًا يتعامل مع مشروعك كأنه مشروعه (تحديثات واضحة، ومفاضلات صادقة، ودون اختفاء مفاجئ)، فهذه بالضبط طريقة عملي.
اقرأ قليلًا عن طريقة عملي، واطّلع على ما بنيته، وتواصل معي لتخبرني عن مشروعك. سأطرح الأسئلة الصحيحة قبل أن نبدأ.