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