برمجة نظام خاص لشركتك أم شراء برنامج جاهز أو ERP؟ دليل القرار

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

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

ثلاثة خيارات، ثلاث مقايضات

البرنامج الجاهز (SaaS). CRM، أو برنامج محاسبة، أو أداة لإدارة المشاريع، باشتراك شهري لكل مستخدم. تبدأون غدًا، وتحصلون على تحديثات مستمرة. المقابل: تتبعون طريقة عمل افترضها المنتج، وتدفعون أكثر كلما كبر فريقكم، وبياناتكم في نظام شخص آخر.

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

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

لا يوجد خيار أفضل مطلقًا. يوجد خيار أنسب لوضعكم الآن.

اشتروا الجاهز حين...

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

فكروا في نظام خاص حين...

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

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

3. الرسوم تنمو أسرع منكم. رسوم لكل مستخدم في أربع أدوات مختلفة، لثلاثين موظفًا، على ثلاث سنوات. احسبوا الرقم. أحيانًا يكون أكبر من تكلفة بناء نظام تملكونه.

4. طريقة عملكم هي ميزتكم. إن كان ما يميزكم عن المنافسين هو طريقة معينة في التسعير أو الإنتاج أو خدمة العملاء، فلا معنى لأن تحشروها في أداة صُممت للجميع.

5. لا أحد يرى الصورة كاملة. «أين هذا الطلب؟ كم في المخزون؟ كم فوترنا هذا الشهر؟» الإجابات موجودة، لكن على أحدهم جمعها يدويًا من عدة أماكن.

ماذا عن ERP؟

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

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

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

الخطأ الأكبر: بناء كل شيء دفعة واحدة

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

الطريقة التي أعمل بها مختلفة:

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

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

أمثلة مما بنيت

• Plotix: منصة تحليلات عقارية تتوقع أسعار العقارات في فرنسا من 18 مؤشرًا، بنيتها بالكامل، وهي في مرحلة الوصول المبكر.
• Relax Club: نظام واحد للحجز على مدار الساعة وأتمتة واتساب وسجل العملاء والصندوق الإلكتروني وقسائم الهدايا ووكلاء الذكاء الاصطناعي، بدل الهاتف والدفتر الورقي.
• تتبع الإنتاج بـQR وNFC: نوع من الأنظمة نبنيه للمصنّعين، حيث يرافق وسم أو رمز كل قطعة، ويُسجَّل كل مرحلة بلمسة من هاتف بدل ورقة عمل.

كيف تصفون المشكلة قبل التواصل مع أي مطوّر

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

1. ما العملية التي تستهلك أكثر وقت فريقكم؟ صفوها خطوة بخطوة، كما تحدث فعلًا لا كما يجب أن تحدث.
2. أين تُكتب البيانات نفسها أكثر من مرة؟ في أي أدوات، ومن يكتبها؟
3. ما الخطأ الذي تكرر الشهر الماضي؟ طلب ضاع، أو سعر خاطئ، أو موعد مزدوج.
4. ما السؤال الذي لا يستطيع أحد الإجابة عنه بسرعة؟ «كم في المخزون؟»، «ما وضع هذا الطلب؟».
5. ما الأدوات التي تستخدمونها اليوم ولا تريدون تغييرها؟ المحاسبة مثلًا.
6. كم شخصًا سيستخدم النظام، ومن أين؟ مكتب، أو ورشة، أو هاتف في موقع العمل.

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

أسئلة يجب أن تطرحوها على أي مطوّر

سواء عملتم معنا أو مع غيرنا:

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

كم تكلفة برمجة نظام خاص لدينا

يبدأ الإصدار الأول من €6,900، كسعر ثابت لنطاق مكتوب، وليس بالساعة أبدًا، ويصل عادة خلال 3 إلى 4 أسابيع. يُبنى بـNext.js وPostgreSQL، ويُسلَّم الكود وقاعدة البيانات والحسابات باسمكم، مع الدعم بعد الإطلاق مشمولًا دائمًا. التفاصيل في صفحة البرمجيات المخصصة.

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