🐣 أول مشروع: الأخطاء التي سيقع فيها الجميع

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

ريد هوفمان — مؤسس LinkedIn — يقول عبارة شهيرة: "If you are not embarrassed by the first version of your product, you've launched too late" (إذا لم تكن محرَجاً من النسخة الأولى من منتجك، فقد تأخرت في الإطلاق). رجل بنى شبكة مهنية يستخدمها أكثر من 900 مليون شخص يُخبرك أن البداية الفوضوية ليست فشلاً — بل هي الطريقة الوحيدة للبداية.

قبل أن نتحدث عن الأخطاء، لنكن صريحين: المشاريع الأولى تفشل كثيراً.

تقرير Standish Group الشهير CHAOS Report — وهو أكبر دراسة متكررة عن نجاح وفشل مشاريع تقنية المعلومات في العالم — يُظهر باستمرار أن حوالي 70% من مشاريع البرمجيات لا تُسلَّم في الوقت أو بالميزانية المخطط لها. والسبب الأول ليس نقصاً في المهارة التقنية — بل غياب الوضوح والتواصل والاتفاق.

وحسب تقرير Upwork (2023)، أكثر من 50% من المستقلين الجدد يقبلون مشاريع بأسعار أقل بكثير من قيمتها الحقيقية في أول 6 أشهر.

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

"ما نحتاج عقد، الموضوع بسيط". هذه الجملة بداية كل مأساة. بدون اتفاق واضح — ولو رسالة مفصّلة — لا يوجد مرجع عندما يقول العميل "أنا قلت كذا" وتقول أنت "لا، الاتفاق كان كذا".

في عام 2015، رفع مبرمج مستقل قضية ضد عميل في محكمة الدعاوى الصغيرة في كاليفورنيا. العميل استلم مشروعاً بقيمة 8,000 دولار ورفض الدفع بحجة أن "النتيجة ليست كما أريد". المبرمج لم يملك أي اتفاق مكتوب — فقط محادثة شفهية. خسر القضية.

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

كما يقولون بالمصري: "الحساب قبل الأكل بيزوّد المحبة" — الوضوح من البداية يمنع الخلاف في النهاية.

الدافع مفهوم: تريد الحصول على المشروع بأي ثمن لأنه أول مشروع. لكن التسعير المنخفض يضرك على المدى البعيد:

- يجذب عملاء لا يُقدّرون العمل: العميل الذي يبحث عن الأرخص فقط سيكون الأصعب في التعامل. - يضع سقفاً منخفضاً يصعب رفعه لاحقاً: عندما تبدأ بـ 50$ لتطبيق، كيف ستطلب 500$ من نفس العميل في المشروع التالي؟ - يجعلك تكره المشروع في منتصفه: لأنك تشعر بالظلم وتعمل ساعات طويلة مقابل لا شيء.

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

سعّر بعدل — وتذكّر أن سعرك يعكس قيمتك في نظر العميل.

"أسوّي لك كل شي في أسبوع". ثم تكتشف أن "كل شي" يعني 3 أسابيع على أقل تقدير. والأسوأ: العميل يتصل بعد 7 أيام ويسأل: "وين الشغل؟"

حسب نظرية التخطيط المفرط في التفاؤل — التي وصفها عالم النفس دانيال كانيمان الحائز على نوبل في كتابه "Thinking, Fast and Slow" — البشر يقلّلون بشكل منهجي من الوقت والجهد اللازم لإنجاز المهام. أسماها Planning Fallacy (مغالطة التخطيط). حتى الخبراء يقعون فيها.

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

رسائل الساعة 11 مساءً. تعديلات يوم الجمعة. "بس ملاحظة صغيرة" كل ساعة. العميل يعاملك كأنك موظف بدوام 24 ساعة — وأنت تسمح بذلك.

عندما لا تضع حدوداً لأوقات العمل والتواصل والتعديلات، يصبح المشروع وحشاً يأكل وقتك كله. والأسوأ: العميل لا يفعل هذا بسوء نية غالباً — بل لأنك لم توضّح الحدود من البداية.

حدد من البداية — مكتوباً: - ساعات التواصل (مثلاً: 9 صباحاً - 6 مساءً، أيام الأحد - الخميس) - عدد جولات التعديلات (مثلاً: 3 جولات ضمن السعر) - طريقة إرسال الملاحظات (رسالة واحدة مجمّعة، ليس عشر رسائل متفرقة) - أوقات الرد المتوقعة (ليس فورياً — بل خلال 24 ساعة مثلاً)

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

النية جيدة — تريد توسيع مهاراتك. لكن المشروع الحقيقي ليس المكان المناسب للتعلم. العميل يدفع مقابل نتيجة، لا مقابل تدريبك. والضغط سيحوّل التعلم من متعة لكابوس.

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

البديل: تعلّم التقنية الجديدة في مشروع شخصي أولاً. عندما تصبح واثقاً بنسبة 70% على الأقل، ابدأ بقبول مشاريع بها.

قبل أن تقول "أنا جاهز"، تأكد من هذه النقاط:

✅ عندي اتفاق مكتوب يوضح: ما المطلوب، المقابل، الموعد، ما لا يشمله المشروع.

✅ سعّرت بعدل — ليس ببخس ولا بجشع. بحثت في أسعار السوق وحددت سعراً أستطيع العمل به بضمير مرتاح.

✅ حددت موعداً واقعياً — أخذت الوقت الذي أحتاجه وأضفت 30-50% كهامش أمان.

✅ وضعت حدود التواصل — ساعات العمل، طريقة التواصل، وقت الرد المتوقع.

✅ حددت عدد جولات التعديلات — 2-3 جولات ضمن السعر، وكل جولة إضافية بتكلفة محددة.

✅ أعرف التقنيات المطلوبة — لا أتعلم أداة جديدة على حساب العميل.

✅ وثّقت كل شيء — ملاحظات، قرارات، تعديلات — في مكان واحد يمكن الرجوع إليه.

✅ عندي خطة B — إذا تأخرت أو واجهت مشكلة، عندي خطة بديلة (مثلاً: طلب مساعدة من زميل، تقليص النطاق).

كل هذه الأخطاء طبيعية. ريد هوفمان كان محرجاً من LinkedIn الأولى. مارك زوكربيرج بدأ Facebook كموقع بسيط لطلاب جامعة هارفارد فقط. ستيف جوبز وصف بعض منتجات Apple الأولى بأنها "كانت سيئة".

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

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