لا يُحسم القرار بين بناء برمجيات مخصصة، أو شراء حل جاهز، أو دمج ما لديك بالفعل، بمقارنة الميزات أو الأسعار، بل يُحسم بتحديد أي جزء من عملياتك يختلف فعلاً عن منافسيك. ما يميزك يُبنى، وما لا يميزك يُشترى، وما يعمل بالفعل يُدمج بدلاً من استبداله.
إن الخطأ الأكثر تكلفة ليس اختيار الخيار الخاطئ من بين الخيارات الثلاثة، بل عدم إدراك وجود الخيار الثالث.
لأنها تصل إلى اللجنة على أنها خيار بين منتجين، بينما هي في الواقع سؤال حول نموذج تشغيل الشركة.
عندما يقول مدير العمليات: "نحن بحاجة إلى نظام إدارة علاقات العملاء (CRM)"، فإنه يكون قد اتخذ ضمنيًا ثلاثة قرارات: أن المشكلة تكمن في الأداة، وأن الأداة يجب أن تكون جديدة، وأن التصنيف الصحيح هو نظام إدارة علاقات العملاء. قد تكون جميع هذه القرارات خاطئة. قد تكمن المشكلة في أن معلومات العملاء موجودة في أربعة أماكن مختلفة؛ وقد تكون الأداة موجودة بالفعل ولكنها غير مستغلة بالشكل الأمثل؛ وقد يكون التصنيف في الواقع مشكلة تكامل بين نظام تخطيط موارد المؤسسات (ERP) ونظام الفوترة.
توجد بيانات سوقية تدعم هذا. ففي أغسطس 2026، حللت رويترز أسباب بروز شركات أوروبية راسخة - مثل SAP وCapgemini وSopra Steria وOVHcloud - كفائزين غير متوقعين في دورة الذكاء الاصطناعي: لم يعد التحدي الذي يواجه الشركات هو اختيار النموذج الأمثل، بل كيفية دمجه مع البرامج والبيانات والعمليات الموجودة لديها بالفعل. لقد تحولت القيمة من الاستحواذ إلى التكامل.
|
بسأل |
إذا كانت الإجابة نعم |
إذا كانت الإجابة لا |
|
هل هذه العملية ميزة تنافسية أم مجرد شرط للتشغيل؟ |
بناء حسب الطلب |
اشترِ قياسيًا |
|
هل يوجد حل قياسي يغطي معيار 80% دون فرض إجراءاتك الخاصة؟ |
شراء ودمج |
قم ببناء أو دمج ما هو موجود بالفعل |
|
هل الأنظمة الموجودة لديكم تغطي الوظيفة ولكنها لا تتواصل مع بعضها البعض؟ |
دمج |
قيّم خيار البناء أو الشراء |
السؤال الأول هو السؤال الذي يتم تجاهله في أغلب الأحيان. لا تحتاج شركات الاستشارات إلى برامج محاسبية مخصصة، فالمحاسبة متطلبٌ مُنظّم ومُوحّد للجميع. لكن قد تحتاج شركات الشحن إلى نظام إدارة علاقات عملاء (CRM) مُخصّص، لأن عمليات الشحن - كالمسارات، والوثائق الجمركية، وزيارات الموانئ، والحوادث - غير موجودة في أي نظام CRM متوفر في السوق. لهذا السبب تحديدًا قمنا بتطوير NaviCRM بدلًا من تهيئة منتج قياسي، ولهذا السبب أيضًا انخفضت مدة الإدارة بنسبة 60%: إذ لم يكن هناك إصدار قابل للتخصيص من هذه العملية.
السؤال الثاني ينطوي على فخ شائع. يُقاس نطاق "80% المُغطى" بالميزات المُتاحة خلال العرض التوضيحي، ولكن يتم سداده ضمن مبلغ 20% المتبقي على مدى السنوات الثلاث التالية. يكمن سر ميزتك التنافسية في مبلغ 20%، وهو تحديدًا ما ستُجبرك الأداة القياسية على التخلي عنه أو حله من خلال التطوير المتوازي، والتكاملات غير المستقرة، وجداول البيانات. قبل قبول 80%، من الحكمة تحديد ما يشمله مبلغ 20% بدقة.
السؤال الثالث هو السؤال الذي يوفر أكبر قدر من المال وهو السؤال الذي يُطرح أقل من غيره. في العديد من الشركات، توجد هذه الوظائف بالفعل، موزعة على أنظمة لا تتبادل المعلومات. المشروع الأمثل ليس شراء نظام جديد، بل بناء طبقة تكامل تجعل الأنظمة الحالية تعمل كنظام واحد متكامل. هذا الحل لا يكلف سوى جزء بسيط من التكلفة، ولا يتطلب نقل بيانات ضخم، ولا يحتاج إلى إعادة تدريب أي موظفين.
يُعدّ شراء المنتجات القياسية القرار الصائب في أغلب الأحيان أكثر مما ترغب شركات التطوير العقاري في الاعتراف به. وهذه هي العلامات الواضحة:
إذا تحققت الشروط الأربعة جميعها، فإن البناء حسب الطلب يؤدي في أغلب الأحيان إلى تدمير القيمة.
هذه النقطة الأخيرة هي الأكثر استهانةً بها. شراء البرامج يعني تفويض وتيرة تطور جزء من أعمالك إلى الأولويات التجارية لشركة أخرى.
يُعدّ التكامل الخيار الأقلّ بريقًا من بين الخيارات الثلاثة، وهو الخيار الذي يُحقق أعلى عائد لكل يورو مُستثمر، وذلك تحديدًا لأنه لا يتطلب استبدال أي شيء يعمل بالفعل. وقد ناقشنا هذا الأمر بمزيد من التفصيل في تحليلنا لـ أنظمة تخطيط موارد المؤسسات (ERP) وإدارة علاقات العملاء (CRM) والذكاء الاصطناعي كهيكل أعمال جديد
لا ينطبق هذا على أي من الأعمدة الثلاثة، وهذه هي الإجابة التي يجب أن تستوعبها. الذكاء الاصطناعي ليس خيارًا رابعًا، بل هو قدرة يمكن إضافتها إلى أي من الأعمدة الثلاثة.
في يونيو 2025، نشرت شركة غارتنر توقعاتٍ ينبغي أخذها بعين الاعتبار في أي عملية شراء: سيتم إلغاء أكثر من 401 مشروعًا للذكاء الاصطناعي القائم على الوكلاء قبل نهاية عام 2027 بسبب ارتفاع التكاليف، أو عدم وضوح القيمة التجارية، أو عدم كفاية ضوابط إدارة المخاطر. وفي التحليل نفسه، قدّرت غارتنر أن من بين آلاف البائعين الذين يُقدّمون أنفسهم كمتخصصين في الوكلاء، لا يوجد سوى حوالي 130 منهم متخصصين بالفعل. وقد أطلقت الشركة على هذه الظاهرة اسم "التسويق الزائف للوكلاء".
أما بالنسبة للجنة المشتريات، فالأمر عملياً واضح: عندما يُقدَّم اقتراحٌ ما على أنه "حلٌّ قائم على الذكاء الاصطناعي"، يجب إعادة النظر في السؤال الأصلي. ما العملية التي يُعالجها؟ هل هي عمليةٌ مُختلفة أم قياسية؟ هل البيانات المطلوبة متوفرة وموثوقة؟ من المسؤول في حال حدوث خطأ؟
إذا لم تتمكن من الإجابة على هذه الأسئلة الأربعة، فأنت لا تقيّم حلاً، بل تقيّم عرضاً توضيحياً.
تكمن المشكلة الهيكلية في هذه القرارات في أن المعلومات تُقدم من قبل المرشحين أنفسهم. ويُعرّف كل مورد المشكلة من حيث كيف يُمثل منتجه الحل.
تتضمن عملية التنظيف أربع خطوات:
عندما نشارك في هذه العمليات، فإننا نفعل ذلك كطرف مستقل: نقوم بصياغة طلب تقديم العروض، وتقييم العطاءات، والتفاوض على العقد بناءً على معايير فنية، دون أن نتقدم كمرشحين للمناقصة التي نقوم بتقييمها. هذه هي الطريقة الوحيدة التي يمكن للمجلس من خلالها التعامل مع التوصية كمعيار وليس كمقترح تجاري مُقنّع.
قبل اتخاذ قرار شراء البرامج التالي، يجدر الإجابة على سؤال واحد: هل هذه الإمكانية هي سبب لاختيار العميل لنا، أم أنها مجرد شيء نحتاجه للعمل؟
الأول يُبنى ويُملك، أما الثاني فيُشترى ويُدمج. والخلط بين هذين النوعين هو أصل معظم مشاريع البرمجيات التي تكلف ضعف التكلفة وتكون نصف الفائدة.
عندما تكون العملية ميزة تنافسية حقيقية، عندما لا يغطيها أي حل سوقي دون إجبارك على تغيير طريقة عملك التي تجعلك تنافسيًا، عندما تنمو تكلفة التراخيص لكل مستخدم مع نمو القوى العاملة، أو عندما تحتاج إلى ملكية الكود والبيانات للامتثال أو التقييم.
يتضمن هذا الخيار ربط الأنظمة الموجودة لديك بدلاً من استبدالها. غالباً ما يتم تجاهله لعدم توفره لدى أي من موردي البرامج، إذ لا توجد تراخيص للبيع. عادةً ما يكون هذا الخيار هو الأكثر جدوى من حيث العائد على الاستثمار عندما تكون البيانات موجودة بالفعل داخل المؤسسة ولكنها متناثرة.
تقييم 20% الذي لا يغطيه، وليس 80% الذي يغطيه. جميع الأدوات المتطورة تغطي الوظائف الأساسية؛ والفرق يكمن في التفاصيل الدقيقة، وهذه التفاصيل عادةً ما تتطابق مع ما يميز شركتك. يتم تمويل 20% على مدى السنوات التالية من خلال التطوير المتوازي وجداول البيانات.
يتميز الحل القياسي بتكلفة أولية أقل وتكلفة متكررة لكل مستخدم تزداد مع نمو القوى العاملة؛ بينما يتميز التطوير المخصص بتكلفة أولية أعلى ولا يتطلب تراخيص لكل مستخدم. وتعتمد نقطة التعادل على عدد المستخدمين، والعمر الافتراضي المتوقع، وحجم التطوير المتوازي الذي يتطلبه الحل القياسي.
تحديد العملية ومعايير التقييم المرجحة قبل مشاهدة العرض التوضيحي الأول، وإدراج عنصر تقني مستقل لا يشارك في عملية تقديم العطاءات. أما إذا كُتبت المعايير بعد العروض التوضيحية، فذلك لتبرير تفضيل مُسبق.
في جميع الحالات الثلاث: الذكاء الاصطناعي قدرة يمكن إضافتها إلى أي من الخيارات، وليس بديلاً رابعاً. عند مواجهة اقتراح يُقدّم على أنه "حلٌّ قائم على الذكاء الاصطناعي"، من الأفضل العودة إلى الأسئلة الأصلية: ما العملية التي يُعالجها؟ هل تُحدث هذه العملية فرقاً جوهرياً؟ هل البيانات متوفرة؟ ومن المسؤول عن الأخطاء؟.
|
هل لديك قرار شراء برنامج قيد الدراسة؟ بإمكاننا صياغة طلب تقديم العروض، وتقييم العروض، والتفاوض على العقد بخبرة فنية مستقلة، دون تقديم أنفسنا كمرشحين. ساعتان من تحليل حالتك، بدون أي التزام. لنتحدث → |