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