«هل نبني النظام أم نشتريه؟» سؤال تطرحه كل شركة قبل مشروع نظام، وغالبًا يُطرح مقلوبًا. يبدو كأنه اختيار بين منتجين، وهو في الحقيقة اختيار عن أين تقيم ميزة شركتك.

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

ابدأ بثلاثة أسئلة

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

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

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

جدول للتقييم

لكل صف، ضع علامة على الاتجاه الذي يميل إليه. وسيظهر النمط بسرعة.

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

احسب التكلفة على ثلاث إلى خمس سنوات

مقارنة سعر ترخيص بعرض تطوير مقارنة بين شيئين مختلفين. ضعهما على الجدول الزمني نفسه.

تكاليف الشراء

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

تكاليف البناء

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

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

الخيار الذي ينساه الناس: الاثنان معًا

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

علامات تحذير عند الشراء

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

علامات تحذير عند البناء

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

كيف تختبر أي الخيارين بتكلفة قليلة

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

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

أسئلة تستحق أن تُطرح

على مورّد برمجيات

  • هل أستطيع رؤية بياناتي أنا في عرض واقعي؟
  • كيف أُصدّر كل شيء، وبأي صيغة، وبأي تكلفة؟
  • كم يكلّف التخصيص، وماذا يحدث له عند الترقية القادمة؟
  • كيف يتغير السعر عند ضعف حجمي؟
  • بمن أتصل حين يحدث خلل، وبأي لغة؟

على شركة تطوير

  • من سيؤدي العمل، وهل سألتقي به؟
  • من يملك الكود والتصاميم وحسابات الاستضافة؟
  • كيف ستتعاملون مع متطلب يتغير في المنتصف؟
  • ماذا يُسلَّم في كل مرحلة، ومتى أراه؟
  • ماذا تشمل الصيانة بعد الإطلاق وكم تكلّف؟

قائمة قرار

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

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