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