«لا تبنِ ما تستطيع شراءه» قاعدة افتراضية صحيحة وقانون خاطئ، لأنك إذا اتّبعتها بعمى فستثني العملية الوحيدة التي تتقنها أفضل من الجميع لتلائم أداة عامة، وتدفع ثمن ذلك كل سنة. يعطيك هذا المقال السؤالين اللذين يحسمان البناء أم الشراء، والتكاليف الأربع التي يغفلها جدول المقارنة، ومثالاً محسوباً بالأرقام، والفخ في المنتصف حيث تعيش أغلب المشاريع المكلفة.
سؤالان، بالترتيب
جرّد القرار من زوائده تجده سؤالين بهذا الترتيب، والتكلفة تأتي لاحقاً. أولاً: هل هذه القدرة عامل تميّز، أي شيء يدفع لك العملاء مقابله لأنك تؤدّيه بطريقة مختلفة؟ ثانياً، وفقط إذا كانت الإجابة نعم: هل يلائمها منتج جاهز دون تخصيص ثقيل؟
flowchart TD
A(["قدرة تحتاجها"]) --> B{"هل هذا عامل تميّزك؟"}
B -->|"لا، إنها سلعة عامة"| C(["اشترِها وامضِ"])
B -->|"نعم"| D{"هل يلائمها منتج دون تخصيص ثقيل؟"}
D -->|"نعم"| F(["اشترِه، واضبط إعداداته، وامتلك بياناتك"])
D -->|"لا، ستعيد بناء معظمه"| E(["ابنِ الشيء الذي يلائمك"])
- اشترِ حين تكون سلعة عامة. الرواتب، والبريد الإلكتروني، والمحاسبة، وسجلات الموظفين، وإدارة علاقات العملاء (CRM) القياسية، والتوقيع الإلكتروني. إذا كان منتج ناضج يغطّي 80% أو أكثر مما تحتاجه دون تعديل، فاشترِه، وغيّر عمليتك لتلائم المنتج لا العكس.
- ابنِ حين تكون العملية هي المقصد. تبني حين يكون ما ستبنيه هو الشيء الذي تتقنه أفضل من أي أحد: منطق التسعير الذي يكسب المناقصات، أو محرّك الجدولة الذي يُبقي فرقك الميدانية منشغلة، أو بوابة العملاء التي تجعل عملاءك يبقون. وتبني أيضاً حين يعني إرغام منتج على الملاءمة تخصيصاً بحجم يجعلك تبني على أي حال، لكن على أساس غيرك. وتبني حين تحتاج إلى تحكّم في بياناتك أو تكاملاتك أو خارطة طريقك لن يسلّمه لك مورّد أبداً.
الصيغة الصادقة للسؤال الثاني رقم: كم من المنتج ستغيّر؟ أقل من الخُمس، اضبط إعداداته واشترِه. أكثر من النصف، فأنت تبني أصلاً، والأفضل أن تقرّر فعل ذلك كما ينبغي.
الفخ هو المنتصف
احذر من «لنخصّص الجاهز فحسب». يبدو شراءً ويتحوّل بهدوء إلى بناء، لكن على منصّة لا تتحكّم بها، بترقيات تظل تكسر تخصيصاتك. كثير من أكثر مشاريع المؤسسات إيلاماً يقطن هنا تماماً، ونظام تخطيط موارد المؤسسات (ERP) هو المثال الكلاسيكي. أفادت Gartner بأن نسبة كبيرة من مبادرات ERP تفشل في تحقيق أهدافها التجارية المنشودة، غالباً لأن المنتج لم يلائم العمل فعلاً منذ البداية. إن كنت على وشك تخصيص 60% من منتج، فأنت مدين لنفسك بنظرة صادقة في بناء الـ100% التي تلائمك فعلاً.
كيف تفرّق بين ضبط الإعدادات والتخصيص:
- ضبط الإعدادات هو ما يتيح لك المنتج تغييره من شاشة الإعدادات: الحقول، وسير العمل، والأدوار، والقوالب، والتقارير. يصمد أمام الترقيات.
- التخصيص هو برمجة: وحدات مخصّصة، ونصوص برمجية داخل المنصّة، وتعديلات على قاعدة البيانات، وتكاملات تتجاوز واجهة المورّد البرمجية (API). كل ترقية قد تكسره، ولا يصلحه إلا من كتبه.
- العلامة الفارقة هي بيان نطاق العمل. إذا كان عرض شركة التنفيذ يحوي أيام «تطوير» أكثر من أيام «الإعداد والتدريب»، فأنت تشتري بناءً مرفقاً برسوم ترخيص.
أين تقع قدرتك
ضع كل قدرة على محورين: كم هي عامل تميّز، وكم يلائمها منتج جاهز. الزوايا تحسم.
quadrantChart title ابنِ أم اشترِ أم غيّر العملية x-axis منتج يلائم بضعف --> منتج يلائم جيداً y-axis سلعة عامة --> عامل تميّزك quadrant-1 اشترِ، وامتلك البيانات ومخرج الخروج quadrant-2 ابنِه quadrant-3 غيّر العملية ثم اشترِ quadrant-4 اشترِ وامضِ "الرواتب": [0.88, 0.12] "المحاسبة": [0.82, 0.2] "إدارة علاقات العملاء القياسية": [0.72, 0.32] "محرّك تسعير المناقصات": [0.22, 0.86] "بوابة العملاء": [0.35, 0.74] "الجدولة الميدانية": [0.5, 0.58]
أسفل اليمين: اشترِ وامضِ. أعلى اليسار: ابنِ. أعلى اليمين منتج يلائم شيئاً يهمّك، فاشترِه، لكن تفاوض على تصدير البيانات وشروط الخروج قبل التوقيع، لأنه صار حاملاً لعملك. أسفل اليسار هو ما يخطئ فيه أصحاب الأعمال: سلعة عامة لا يلائمها أي منتج تعني غالباً أن عمليتك غريبة دون سبب وجيه. أصلح العملية، ثم اشترِ. أما النقاط القريبة من المنتصف، كالجدولة الميدانية، فهي حيث يعيش فخ التخصيص.
التكاليف الأربع التي يغفلها جدول المقارنة
أغلب مقارنات البناء أم الشراء تضع رسوم الترخيص بجوار عرض سعر البناء وتتوقف. وهذا أصغر رقم في الصفقة، كما بيّنّا في التكاليف الخفية لبرمجيات المؤسسات. أربع تكاليف تحسم الإجابة الحقيقية:
- التكامل. كل منتج يجب أن يخاطب نظامك المحاسبي، ومزوّد الهوية لديك، وما حلّ محلّه. البناء يتكامل بالطريقة التي تحتاجها، والمنتج يتكامل بالطريقة التي يسمح بها المورّد.
- ضريبة الترقيات. في المنتج المخصّص، كل إصدار من المورّد مشروع صغير: إعادة اختبار، وترقيع، وإعادة نشر. وفي البناء، أنت تملك خارطة الطريق والضريبة معاً، وعلى فريقك أن يدفعها فعلاً.
- البيانات وتوطينها. إذا كان المنتج خدمة سحابية مستضافة خارج المملكة، فلديك سؤال نقل عابر للحدود قبل أن يكون لديك عقد. دخل نظام حماية البيانات الشخصية (PDPL) حيّز التنفيذ في 14 سبتمبر 2023، وكان الامتثال الكامل مطلوباً بحلول 14 سبتمبر 2024، والجهة المنظّمة هي سدايا (SDAIA)، ويخضع النقل العابر للحدود للمادة 29 ولوائح النقل الصادرة عن سدايا (Morgan Lewis, 2024). وإن كنت خاضعاً أيضاً لضوابط الأمن السيبراني الأساسية (NCA ECC)، فاسأل أين تُحفظ السجلات كذلك.
- الخروج. كم يكلّف أن تغادر؟ في المنتج: صيغة تصدير البيانات، وفترة الإشعار، والترحيل. وفي البناء: الحفنة التي تفهمه. سعّر الاثنين عند التوقيع، ما دام لديك نفوذ.
مثال محسوب
لنضع أرقاماً على واحد. لنفترض أنك موزّع مواد بناء تصدر 1500 عرض سعر شهرياً، ومنطق تسعيرك (فئة المورّد في حجم المشروع في نافذة التسليم) هو سبب عودة المقاولين إليك. أمامك خياران.
الخيار أ، شراء نظام إدارة علاقات عملاء بوحدة عروض أسعار: 120,000 ريال سنوياً تراخيص، زائد 300,000 لتقوم شركة تنفيذ بترميز منطق تسعيرك كتخصيصات، زائد نحو 60,000 سنوياً إعادة عمل كلما ترقّت المنصّة. على مدى ثلاث سنوات، يقارب ذلك 840,000.
الخيار ب، بناء محرّك عروض أسعار يجلس فوق نظام إدارة علاقات عملاء قياسي: 600,000 للبناء، ثم نحو 80,000 سنوياً للاستضافة والصيانة وإبقاء مهندس واحد على دراية به. على مدى ثلاث سنوات، 840,000 أيضاً.
الأرقام افتراضية لتوضيح الشكل، والشكل هو الدرس. في السنة الثالثة يتقاطع الخطان. بعدها يواصل الخيار أ دفع 180,000 سنوياً بينما يدفع الخيار ب 80,000، والخيار ب يملك المنطق الذي يكسب المناقصات. والآن غيّر افتراضاً واحداً: تسعيرك قياسي، فتختفي الـ300,000 تخصيصاً والـ60,000 إعادة عمل. يفوز الشراء بأكثر من الضعف، 360,000 مقابل 840,000. لا يحقّق البناء عائداً إلا حين يكون ما تبنيه هو ما يميّزك.
أين يخطئ قرار البناء أم الشراء
- البناء لأن منافساً فعل. إذا كانت القدرة لا تكسبك عملاء، فبناؤهم مشكلتهم. تحصل على الصيانة دون الميزة.
- الاستهانة بالبناء. درست McKinsey وجامعة أكسفورد أكثر من 5400 مشروع تقني ووجدتا أن المشاريع الكبيرة تتجاوز الميزانية في المتوسط بنسبة 45%، وتتجاوز الوقت بنسبة 7%، وتحقّق قيمة أقل بنسبة 56% مما كان متوقعاً (McKinsey, 2012). عرض سعر بناء بلا احتياطي وبلا خطة مرحلية أمنية لا خطة. يغطّي مقالنا عن لماذا تفشل مشاريع البرمجيات الأسباب.
- الشراء ثم التخصيص حتى تصل إلى بناء. الفخ أعلاه.
- نسيان أن المنطق نفسه ينطبق على الذكاء الاصطناعي. أدوات الذكاء الاصطناعي الجاهزة مقابل نموذج مخصّص هو السؤال نفسه؛ نتناوله في الذكاء الاصطناعي الجاهز مقابل المخصّص.
كيف تقرّر دون المخاطرة بالميزانية
النمط الموثوق ممل. اختر قدرة واحدة، لا المنظومة كلها. اكتب بلغة بسيطة العشرين شيئاً التي يجب أن تؤدّيها، وحدّد أي خمسة منها هي سبب اختيار العملاء لك. جرّب منتجين أو ثلاثة على تلك القائمة في تجربة مدتها أسبوعان ببيانات حقيقية، وأحصِ ما تؤدّيه دون تعديل مقابل ما يحتاج برمجة. إذا كانت بنود التميّز مغطّاة بضبط الإعدادات، فاشترِ. وإن احتاجت تخصيصاً، فاحصل على تقدير بناء صادق واحد بخطة مرحلية، وسعّر التكاليف الخفية الأربع على الجانبين، وقارن رقم السنوات الثلاث لا السعر المعلن. ثم قرّر، ودوّن السبب.
الإجابة الصحيحة تكون دائماً تقريباً محفظة. اشترِ السلعة العامة. وابنِ عامل التميّز. واربط الاثنين بنظافة عبر واجهة المنتج البرمجية لا عبر تعديلات في داخله، كي يمكن استبدال أيّ منهما دون المساس بالآخر. تقييم تقني مستقل هو أسرع طريق لضبط التقسيم صحيحاً من المرة الأولى.
عالق بين منتج يكاد يلائمك وبناء تتوجّس من بدئه؟ تمنحك SDCG تقييمات مستقلة للبناء أم الشراء، ولأننا المهندسون الذين سينفّذون البناء فعلاً، فالنصيحة راسخة فيما يتطلّبه إنجازه حقاً. نحن لا نعيد بيع البرمجيات، فليس لدينا سبب لدفعك في أيّ من الاتجاهين. احجز استشارة مجانية مدتها 30 دقيقة.