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