من ينفّذ نظامك:
المطوّر أم شريك محلّي؟

من يفعل ماذا فعلًا؟

وهذه صورة البنية الشائعة — تُقرأ قبل التوقيع لا بعده:

وهذا سؤال يختلف عن سؤال «متخصّص أم عامّ» الذي فُصِّل في نظام قطاعي متخصّص أم عامّ مع تخصيص؟ — فذاك عن المنتج، وهذا عن اليد التي تنفّذه.

ثلاث بنى — ولكلٍّ ثمن

ولأن السوق فيه أكثر من شكل واحد:

ولا توجد بنية «أفضل» على الإطلاق: الأفضل ما يناسب حجمك وموقعك ونوع دعمك. فمنشأة في مدينة صغيرة تحتاج حضورًا ميدانيًّا قد يخدمها الشريك المحلّي أكثر من مطوّر بعيد، ومنشأة تحتاج تطويرًا مستمرًّا قد يخدمها القرب من المطوّر.

والبنية الرابعة تستحقّ حذرًا خاصًّا وليست خطأً: مطوّر صغير قريب يعطيك سرعة لا تجدها عند غيره — والسؤال عنه هو سؤال الاستمرارية، وقد فُصِّل في تقييم شركة النظام قبل التوقيع.

الحدّ الفاصل: ما يُهيَّأ وما يُبرمَج

وهذا أهمّ ما يُسأل عنه ولا يُسأل:

والقاعدة العملية: ما يُنجَز بالتهيئة يُنجَز بسرعة، وما يحتاج تعديلًا في المنتج يدخل طابور المطوّر بمواعيده هو — ولا يستطيع الشريك تسريعه مهما كان قريبًا منك.

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

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

مسار البلاغ: كم محطّة قبل الحلّ؟

ولأن طبقة الوساطة تظهر أوضح ما تظهر في الدعم:

1. من يستلم البلاغ أولًا؟ — الشريك عادةً.
2. ما الذي يحلّه بنفسه؟ — أكثر البلاغات: أسئلة وصلاحيات وإعدادات.
3. ومتى يصعد للمطوّر؟ — بمعيار مكتوب لا باجتهاد.
4. وكم يستغرق التصعيد نفسه؟ — هذه المدّة تُسأل صراحةً.
5. وهل تستطيع مخاطبة المطوّر مباشرةً؟ — في الحالات الحرجة على الأقلّ.

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

من يملك بياناتك تقنيًّا؟

وهذا سؤال يُهمَل في بنية الشراكة أكثر من غيرها:

والحالة الثانية هي التي تحتاج نصًّا صريحًا: بياناتك عند وسيط لا عند صاحب المنتج. فإن انتهت العلاقة بينهما فأين تذهب؟ وسطر واحد في العقد يجيب عن هذا يوفّر شهرًا من التفاوض لاحقًا.

والحالة الرابعة تُنسى فيها كلمات المرور الإدارية: حساب المدير الأعلى يجب أن يكون بيدك ولو لم تستعمله — وقد فُصِّل في الخروج من النظام: كيف تحتفظ ببياناتك؟.

ماذا لو انتهت العلاقة بينهما؟

وهذه ليست حالة نادرة — والشراكات التجارية تتغيّر:

1. هل يستمرّ ترخيصك؟ — أم كان باسم الشريك؟
2. ومن يدعمك في الفترة الانتقالية؟ — بمدّة محدَّدة.
3. وهل تنتقل إلى المطوّر مباشرةً؟ — أو إلى شريك آخر.
4. وماذا عن التخصيصات التي بناها الشريك؟ — أتُنقَل أم تسقط؟
5. وبأي سعر تستمرّ؟ — لا سعر جديد يُفرَض وقتها.

والوقاية بسيطة: اطلب أن يكون الترخيص باسم منشأتك مباشرةً — لا باسم الشريك يمنحك حقّ الاستعمال. وهذا فرق قانوني كبير يظهر في يوم واحد فقط: يوم الخلاف.

ستّة أسئلة للشريك — لا للمنتج

ولأن تقييم المنتج شيء وتقييم من ينفّذه شيء آخر:

والسؤال الأخير هو الذي يكشف مخاطرة يومية: شريك يعتمد على مهندس واحد يعني أن إجازته أو استقالته تعني توقّف دعمك. وهذا يُسأل عنه بلا حرج — والجواب الصادق أفضل من مفاجأة.

والسؤال الرابع يُستعمَل بذكاء: اتّصل بالمرجعيات واسأل عن الشريك لا عن المنتج — «هل يردّون؟ وكم يستغرقون؟ ومن جلس معكم؟».

خمسة بنود تخصّ بنية الشراكة وحدها

وهي غير بنود العقد العامّة:

والبند الثاني يُرفَض أحيانًا لأسباب تجارية مفهومة — والحلّ الوسط: حقّ التواصل المباشر في حالات الحرج فقط بتعريف مكتوب لما هو حرِج. فهذا مقبول عادةً ويكفي.

وبقيّة البنود العامّة — النطاق والقبول والدفعات — مفصَّلة في بنود عقد نظام ERP.

وأين نقف نحن من هذا؟

ونجيب عن السؤال الذي يستحقّ جوابًا صريحًا: نحن نطوّر نظامنا وننفّذه بأنفسنا — وهذا يعطينا مزايا ويحرمنا أخرى، ونذكر الاثنتين.

والنصيحة التي قد تُبعِدك عنّا: إن كان نشاطك يحتاج خبرة قطاع عميقة لا نملكها، فشريك متخصّص في ذلك القطاع يخدمك أكثر منّا ولو كان يبيع منتجًا آخر. فالمنتج الجيّد بيد من لا يفهم عملك أسوأ من منتج أقلّ بيد من يفهمه.

قائمة فحص قبل اختيار المنفّذ

وتُنجَز في اجتماع واحد مع كل مرشَّح:

وإن لم تسأل غير سؤال واحد فليكن: من سيجلس معي — بالاسم؟ فالمشروع ينجح أو يتعثّر بيد أشخاص لا بأسماء شركات.

اقرأ أيضًا