العمل الحرّ في تطبيق أنظمة ERP — متى يصلح ومتى يُدمّر سمعتك

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

ولهذا فالسؤال ليس «كيف أبدأ عملاً حرّاً؟» بل «هل أنا جاهز لأن أكون الجهة الوحيدة التي يتّصل بها أحد حين يتوقّف العمل؟»

الشروط الأربعة قبل أن تستقلّ

وليست نصائح؛ من ينقصه واحد منها يبدأ بمشروع يُفسده.

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

والشرط الأول هو الفاصل. فمن نفّذ مهامّ داخل مشاريع غيره لم يرَ بعدُ ما يحدث حين تتصادم الوحدات، وهذا بالضبط ما يُشترى منه حين يعمل وحده.

أين يعمل المستقلّ فعلاً — وأين لا يعمل

والسوق يوزّع العمل بمنطق واضح، ومن يخالفه يتنافس حيث لا يمكنه الفوز:

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

ولا يعمل في: الشركات التي تشترط شريكاً معتمداً، والمشاريع التي تحتاج فريقاً بأدوار متوازية، وأي بيئة تُلزم بشهادة رسمية للجهة المنفِّذة.

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

التسعير — الخطأ الذي يرتكبه الجميع مرّة

التسعير بالساعة في مشروع تطبيق.

وأثره أن كل سؤال من العميل يصير جدالاً على العدّاد، وأن مصلحتك تتعارض مع مصلحته صراحةً — فكلّما أسرعت خسرت.

والبدائل التي تعمل:

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

والقاعدة التي تحمي الطرفين: ما دخل النطاق يُسلَّم بسعره، وما خرج عنه يُسعَّر منفصلاً بلا اعتذار — والصياغة في المهارات التي لا تُدرَّس.

المشاريع التي تُرفض

والقدرة على الرفض هي الفرق بين مستقلّ يكبر وآخر يحترق في سنتين.

أربع علامات ترفض عندها:

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

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

العقد — أربعة بنود لا يُوقَّع بدونها

والمستقلّ يُفرّط في هذا أكثر من الشركات، ويدفع الثمن وحده:

النطاق بالمخرجات لا بالنيّات. قائمة بما يُسلَّم، وجملة صريحة بما لا يشمله.

مسؤولية بيانات العميل عليه هو. التنظيف والتوقيع على الصحّة من طرفه — وبلا هذا البند تصير أخطاء ملفاته أخطاءك.

تعريف مكتوب لنهاية المشروع. وأكثر ما يستنزف المستقلّين مشروع «كاد أن ينتهي» منذ أربعة أشهر.

الدعم بعد التسليم بمدّته وثمنه. فما لم يُسعَّر يُطلب مجّاناً إلى الأبد.

ما تفعله اليوم

• قِس نفسك على الشروط الأربعة بصدق، وسمِّ ما ينقصك.
• اختر موقعك في السوق من قائمة «يعمل» — ولا تزاحم حيث لا تستطيع الفوز.
• اكتب نموذج نطاق ونموذج عرض سعر بالمراحل قبل أول عميل، لا بعده.
• اكتب معايير رفضك الأربعة، والتزم بها في أول اختبار.

وأين تذهب من هنا

قبل الاستقلال تُبنى الإطلاقات الثلاثة داخل وظيفة — والمداخل في وظيفتك الأولى في ERP، والأدوار في أدوار فريق تطبيق ERP.

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