كيف تختار وتتعاقد مع مبرمج — دليل صاحب العمل

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

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

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

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

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

اطلب الاثنين، لكن بترتيب: أولاً روابط حية لمواقع أو تطبيقات تعمل الآن، لأنها تثبت أن العمل وصل إلى الإنتاج فعلاً وليس توقف عند التصميم. ثم — إن كان مشروعك كبيراً — اطلب مستودع كود عاماً على GitHub أو مقتطفاً من مشروع سابق بموافقة صاحبه. الصور المصممة في Figma تثبت ذوقاً بصرياً فقط، ولا تثبت أن أحداً قادر على تشغيل النظام وصيانته.

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

مطوّر Frontend يبني ما يراه المستخدم ويتفاعل معه: الواجهات، الأزرار، السرعة على الجوال. مطوّر Backend يبني ما لا يُرى: قواعد البيانات، تسجيل الدخول، المدفوعات، وقواعد العمل. مطوّر Full-stack يغطي الاثنين، وهو الخيار الأنسب للمشاريع الصغيرة والمتوسطة لأنه يزيل الحاجة إلى التنسيق بين شخصين ويقصّر المدة. للمشاريع الكبيرة يُفضَّل التخصص لأن العمق أهم من الاتساع.

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

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

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

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

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

بثلاثة اختبارات لا تحتاج خبرة برمجية: افتح الموقع على جوالك بشبكة بيانات لا واي فاي وقِس متى ظهر المحتوى — إن تجاوز ثلاث ثوانٍ فهناك مشكلة أداء. جرّب أغرب سيناريو تتخيله: أدخل حروفاً في خانة الرقم، أو اضغط إرسال مرتين — النظام الجيد يمنعك برسالة واضحة ولا ينهار. واطلب تقريراً من أداة PageSpeed Insights المجانية من Google واقرأ الأرقام بنفسك.

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

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

التقسيم المتوازن الشائع: 30% عند التوقيع لحجز الوقت وبدء العمل، 40% موزعة على مراحل يمكنك رؤيتها وتجربتها بنفسك — لا مراحل داخلية لا تراها — و30% عند الإطلاق واستلام الوصول الكامل. اربط كل دفعة بمخرج ملموس مذكور بالاسم في العقد. الدفع مقابل «الوقت المنقضي» بدل «المخرج المسلَّم» هو أكثر ما يعرّض المشروع للتأخير المفتوح.

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

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

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

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

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

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

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

أسرع طريق هو واتساب مباشرة على wa.me/966573784181 — الرقم للبشر: +966 57 378 4181. اكتب في أول رسالة ثلاثة أشياء فقط: نوع المشروع، الموعد الذي تريد الإطلاق فيه، والميزانية التقريبية إن كانت لديك. تصل بعدها ردّاً يحدد ما إذا كان المشروع مناسباً وما الخطوة التالية. البدائل: نموذج التواصل على saeedatiah.com/ar/contact أو البريد saeedatiah17@gmail.com.