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