مقالات · أدلة
كيف تختار مزوّد برمجيات مخصصة: أسئلة وعلامات تحذير وجدول تقييم.
التعاقد مع جهة لبناء برنامج من المشتريات القليلة التي لا ترى فيها المنتج قبل أن تدفع ثمنه. يشرح هذا الدليل كيف تكتب موجزًا قصيرًا، وماذا تسأل، وأي علامات التحذير تستحق الانتباه، وكيف تقارن العروض بإنصاف حتى تختار بناءً على أدلة لا على أجمل عرض تقديمي.
ابدأ بموجز من صفحة واحدة
معظم الاختيارات السيئة للمزوّدين تبدأ بطلب غامض. إذا طلبت من خمس شركات أن "تبني لنا تطبيقًا"، فستحصل على خمسة عروض لخمسة منتجات مختلفة، ولن تجد طريقة عادلة لمقارنتها. قبل أن تتواصل مع أي جهة، اكتب موجزًا في صفحة واحدة تقريبًا. لا يحتاج إلى لغة تقنية، لكنه يحتاج إلى الإجابة عن هذه الأسئلة:
- المشكلة. ما الذي لا يسير على ما يرام اليوم، بكلمات بسيطة؟ مثلًا: "طلبات الإجازة تصل عبر واتساب وتضيع، ولا نعرف من سيغيب الأسبوع القادم."
- المستخدمون. من سيستخدم النظام، وكم عددهم تقريبًا، وعلى أي أجهزة؟ احتياجات الموظفين على الهواتف تختلف عن احتياجات المدراء على الحواسيب.
- الأساسيات. من خمسة إلى عشرة أشياء لا يمكن إطلاق النسخة الأولى من دونها.
- الإضافات المرغوبة. أشياء تريدها لاحقًا. فصلها في قائمة مستقلة يمنع تسللها إلى عرض السعر الأول.
- الأدوات الحالية. ما الذي يجب أن يتصل به النظام: برنامج المحاسبة، أو مزوّد الدفع، أو البريد الإلكتروني، أو بوابة حكومية، أو جدول بيانات تعتمد عليه.
- البيانات. ما البيانات الشخصية أو الحساسة التي سيحتفظ بها، مثل سجلات الموظفين أو بيانات تواصل العملاء أو أرقام الهوية.
- التوقيت ونطاق الميزانية. موعد نهائي حقيقي إن وُجد، ونطاق للميزانية. مشاركة النطاق ليست ضعفًا، بل تسمح للمزوّدين باقتراح شيء واقعي بدل التخمين.
أرسل الموجز نفسه إلى كل المزوّدين. هذه الخطوة وحدها تجعل بقية هذا الدليل ممكنة.
مع كم مزوّدًا تتحدث؟
ثلاثة تكفي غالبًا. أقل من ذلك ولن يكون لديك ما تقارن به، وأكثر بكثير وستقضي أسابيع في الاجتماعات وتبدأ في الاختيار بدافع التعب. ابحث عن مزوّدين بنوا شيئًا مشابهًا في طبيعته من قبل، وليس بالضرورة في مجالك نفسه. الفريق الذي بنى أنظمة حجوزات سيفهم مشكلة حجوزات عيادتك أسرع من فريق لم يبنِ إلا مواقع تسويقية.
أسئلة تطرحها في الاجتماع الأول
هدف الاجتماع الأول أن ترى كيف يفكر المزوّد، لا أن تستمع إلى عرض بيعي. الأسئلة الجيدة تستدعي إجابات محددة.
عن فهمهم للمشكلة
- "ما الذي ستستبعده من النسخة الأولى، ولماذا؟" المزوّد الجيد يناقشك في النطاق. أما المزوّد الذي يوافق على كل شيء فإما أنه لا يستمع، أو يخطط لتحصيل ثمن ذلك لاحقًا.
- "ما أصعب جزء في هذا المشروع برأيكم؟" إجابتهم تكشف هل فكروا فعلًا في مشكلتك.
- "ما الأسئلة التي لديكم لنا؟" الصمت هنا علامة تحذير.
عن الفريق
- "من الذي سيبني هذا فعلًا، وهل يمكننا مقابلتهم؟" اعرف هل الحاضرون في الاجتماع هم من سينفّذ العمل، أم سيُحال إلى فريق آخر أو مقاول من الباطن.
- "من جهة التواصل اليومية معنا، وكم يستغرق ردّه عادة؟"
- "ماذا يحدث إذا غادر شخص أساسي أثناء المشروع؟"
عن أعمالهم السابقة
- "هل يمكنكم أن ترونا نظامًا بنيتموه ويُستخدم اليوم؟" العرض الحي أفضل من لقطة شاشة.
- "هل يمكننا التحدث مع عميل تعثّر مشروعه، لنسمع كيف تعاملتم مع الأمر؟" كل مزوّد صادق مرّ بمشروع صعب، وطريقة حديثه عنه تخبرك الكثير.
عن طريقة عملهم
- "كم مرة سنرى برنامجًا يعمل فعلًا؟" المطلوب أن ترى تقدمًا حقيقيًا كل أسبوع أو أسبوعين، لا مفاجأة كبيرة في النهاية.
- "كيف تتعاملون مع طلب تغيير في منتصف المشروع؟"
- "كيف تختبرون قبل أن يُطلق أي شيء؟"
- "أين سيُستضاف النظام، ومن يدفع تكلفة الاستضافة؟"
علامات تحذير تستحق أن تؤخذ بجدية
- سعر ثابت بعد مكالمة مدتها 20 دقيقة. لا أحد يستطيع تسعير نظام مخصص بدقة دون أن يفهمه. فإما أن السعر مضخّم كثيرًا، أو أن النطاق سيُقلَّص بصمت.
- لا أسئلة عن بياناتك. إذا لم يسأل المزوّد عن البيانات الشخصية التي ستُخزّن، فلن يحميها كما ينبغي.
- "نحن نملك الكود" أو إجابات غامضة عن الملكية. نتناول هذا بالتفصيل أدناه.
- دفعة مقدمة كبيرة دون مراحل. دفع معظم السعر قبل رؤية أي شيء يضع كل المخاطرة عليك.
- لا نطاق مكتوب. إذا كان العرض سعرًا واحدًا وقائمة بأسماء الخصائص، فستكون هناك خلافات لاحقًا حول معنى كل اسم.
- أساليب الضغط. عبارة "هذا السعر صالح حتى الخميس فقط" لا مكان لها في شراء برمجيات.
- عجزهم عن الشرح ببساطة. المصطلحات المعقدة في اجتماع البيع تعني غالبًا مصطلحات معقدة في كل تقرير متابعة بعده.
سعر ثابت أم حسب الوقت والجهد؟
هاتان الطريقتان الشائعتان للدفع مقابل البرمجيات المخصصة، ولا توجد طريقة أفضل دائمًا.
| النموذج | كيف يعمل | يناسب عندما | انتبه إلى |
|---|---|---|---|
| سعر ثابت | سعر متفق عليه لنطاق متفق عليه، يُدفع عادة على مراحل. | يكون النطاق واضحًا ومستقرًا، وتحتاج إلى يقين في الميزانية. | كل تغيير يصبح طلب تغيير، وقد يختصر المزوّد في الجودة ليحمي هامشه. |
| الوقت والجهد | تدفع مقابل الساعات أو الأيام الفعلية، بسعر متفق عليه. | سيتطور النطاق مع التعلّم، أو يكون المشروع مستمرًا. | قد تنجرف التكاليف، فتحتاج إلى تقارير منتظمة وسقف شهري. |
| هجين | سعر ثابت لنسخة أولى محددة، ثم الوقت والجهد للتغييرات والمراحل اللاحقة. | معظم أنظمة الشركات الصغيرة والمتوسطة. | تأكد أن النسخة الأولى محددة كتابةً، شاشة بشاشة إن أمكن. |
أيًا كان النموذج، اطلب أن تُربط الدفعات بأشياء تستطيع رؤيتها: نموذج أولي يعمل، وإصدار أول تختبره، والإطلاق، ونهاية فترة الضمان.
الملكية: الكود والنطاق والحسابات
هذه أهم نقطة في العقد، وأكثرها تجاهلًا. في نهاية المشروع يجب أن تملك، أو تتحكم بالكامل في:
- الكود المصدري، محفوظًا في مستودع تستطيع الوصول إليه، مثل حساب باسم شركتك على خدمة استضافة أكواد.
- اسم النطاق (الدومين)، مسجّلًا باسم شركتك وعلى حسابك.
- حسابات الاستضافة والسحابة، إما باسمك أو بصفتك مديرًا تستطيع إضافة الأشخاص وإزالتهم.
- خدمات الأطراف الثالثة مثل إرسال البريد، والخرائط، وبوابات الدفع، وحسابات المطورين في متاجر التطبيقات.
- التوثيق بما يكفي لأن يتسلّم المشروع فريق آخر كفء.
أحيانًا يعيد المزوّدون استخدام مكتباتهم أو أطرهم الخاصة مع عدة عملاء. هذا أمر طبيعي وقد يوفّر عليك المال، لكن العقد يجب حينها أن يمنحك ترخيصًا دائمًا لاستخدام تلك الأجزاء، حتى لا تكون مقيّدًا بالمزوّد أبدًا.
البيانات الشخصية وقانون حماية البيانات
إذا كان النظام يحتفظ ببيانات شخصية عن الموظفين أو العملاء، فإن قانون حماية البيانات الشخصية في البحرين (القانون رقم 30 لسنة 2018) ينطبق على طريقة جمعها وتخزينها ومعالجتها. وتبقى شركتك مسؤولة عن البيانات حتى لو بنى المزوّد النظام أو استضافه. عمليًا، اسأل المزوّد:
- أين ستُخزّن البيانات، وفي أي دولة؟
- من في فريقكم يستطيع رؤية بيانات التشغيل الفعلية، وهل يُسجَّل هذا الوصول؟
- كيف تُؤخذ النسخ الاحتياطية، وكيف نحصل على نسخة كاملة من بياناتنا إذا غادرنا؟
- هل ستوقّعون اتفاقية معالجة بيانات تحدد هذه النقاط؟
للقانون قواعد محددة، منها ما يتعلق بنقل البيانات إلى خارج البحرين. هذا الدليل ليس استشارة قانونية، فتحقق من المتطلبات الحالية لدى هيئة حماية البيانات الشخصية أو محامٍ في أي شيء يتجاوز الأساسيات.
التسليم والدعم بعد الإطلاق
البرنامج يحتاج إلى رعاية بعد إطلاقه: تحديثات أمنية، وإصلاحات صغيرة، وتغييرات مع تغيّر عملك. اسأل كل مزوّد:
- هل توجد فترة ضمان تُصلح فيها الأخطاء دون تكلفة؟ وكم مدتها؟
- بعدها، كم يكلّف الدعم وماذا يشمل؟ أوقات الاستجابة، وعدد الساعات، وما الذي يُعدّ عاجلًا.
- إذا قررنا الانتقال إلى فريق آخر، ماذا ستسلّمون، وهل ستتعاونون؟
جدول تقييم بسيط لمقارنة العروض
بعد استلام العروض، قيّم كل عرض وفق المعايير نفسها. أعطِ كل معيار وزنًا يعكس ما يهمك، ثم امنح كل مزوّد درجة من 1 إلى 5.
| المعيار | الوزن | كيف تبدو الدرجة 5 |
|---|---|---|
| فهم المشكلة | 25% | ناقشوا نطاقك واقترحوا نسخة أولى أصغر وأكثر تركيزًا. |
| أعمال سابقة ذات صلة | 20% | نظام حي مشابه في طبيعته، وعميل تستطيع التحدث معه. |
| وضوح النطاق والخطة | 15% | نطاق مكتوب ومراحل وعرض للتقدم كل أسبوع أو أسبوعين. |
| شروط الملكية والخروج | 15% | تملك الكود والنطاق والحسابات، مع تسليم واضح. |
| حماية البيانات | 10% | إجابات واضحة عن موقع الاستضافة والوصول والنسخ الاحتياطية. |
| السعر وشروط الدفع | 15% | سعر عادل، ودفعات مرتبطة بمراحل مرئية. |
لاحظ أن السعر صف واحد فقط. البرنامج الرخيص الذي يفشل يكلّف أكثر من ثمنه بكثير.
مثال عملي: تقييم عرضين
شركة تجارية لديها 40 موظفًا تريد نظامًا لتتبع طلبات العملاء والتوصيل، فأرسلت الموجز نفسه إلى مزوّدين.
المزوّد أ أرسل عرضًا أنيقًا خلال يومين بسعر ثابت منخفض. النطاق قائمة بثمانية أسماء خصائص. لم يسأل عن البيانات. يبقى الكود على خوادمه، ويحصل العميل على ترخيص لاستخدام النظام.
المزوّد ب طلب اجتماعًا ثانيًا، واقترح حذف خاصيتين من النسخة الأولى، وأرسل نطاقًا مفصلًا شاشة بشاشة مع أربع مراحل. السعر أعلى. يملك العميل الكود وكل الحسابات.
بمنح كل منهما درجة من 1 إلى 5 وتطبيق الأوزان:
| المعيار (الوزن) | المزوّد أ | المزوّد ب |
|---|---|---|
| الفهم (25%) | 2 = 0.50 | 5 = 1.25 |
| الأعمال السابقة (20%) | 3 = 0.60 | 4 = 0.80 |
| النطاق والخطة (15%) | 2 = 0.30 | 5 = 0.75 |
| الملكية (15%) | 1 = 0.15 | 5 = 0.75 |
| حماية البيانات (10%) | 2 = 0.20 | 4 = 0.40 |
| السعر (15%) | 5 = 0.75 | 3 = 0.45 |
| المجموع من 5 | 2.50 | 4.40 |
يتفوق المزوّد أ في السعر لكنه يخسر بوضوح في المجمل. كما يمنحك جدول التقييم شيئًا ملموسًا تعرضه على شريك أو مجلس إدارة عند شرح القرار. وإذا تقاربت درجات مزوّدين، فاطلب من كليهما عملًا استكشافيًا صغيرًا مدفوعًا، مثل نماذج شاشات قابلة للنقر، واختر بناءً عليه.
نقاط تتحقق منها في العقد قبل التوقيع
- نطاق مكتوب كملحق، ويفضّل أن يتضمن الشاشات أو قصص المستخدمين.
- المراحل، وما يُسلَّم في كل منها، والدفعة المرتبطة بها.
- ملكية الكود والنطاق والحسابات والبيانات، تنتقل إليك عند الدفع.
- آلية لطلبات التغيير: كيف تُقدَّر التغييرات وتُعتمد كتابةً.
- القبول: كم لديك من الوقت لاختبار كل تسليم، وما الذي يُعدّ عيبًا.
- فترة الضمان وشروط الدعم بعدها.
- السرية، وبند لمعالجة البيانات يتوافق مع قانون حماية البيانات الشخصية.
- الخروج: ماذا يحدث، وما الذي يُسلَّم، إذا أنهى أحد الطرفين العقد.
أسئلة شائعة
هل نختار مزوّدًا محليًا أم من الخارج؟
كلاهما قد ينجح. الفرق المحلية أسهل في اللقاء، وتفهم القواعد المحلية، وتعمل في منطقتك الزمنية. الفرق الخارجية قد تكون أرخص لكنها تحتاج إلى نطاق مكتوب أوضح ووقت إدارة أكبر. قيّم كلًا منها بجدول التقييم لا بالموقع وحده.
هل تستحق مرحلة الاستكشاف أن ندفع مقابلها؟
غالبًا نعم. مرحلة قصيرة مدفوعة تنتج نطاقًا مفصلًا ونماذج للشاشات تقلل المخاطرة على الطرفين، ونتيجتها ملك لك حتى لو اخترت مزوّدًا آخر للبناء.
كيف نتحقق من مراجع المزوّد؟
اطلب بيانات تواصل عميل واتصل به. اسأل عما سار بشكل خاطئ وكيف عولج، وهل انتهى المشروع في موعده وضمن ميزانيته، وهل سيتعاقد مع المزوّد مرة أخرى.
ماذا لو وقّعنا بالفعل ولا نملك الكود؟
افتح الموضوع مع المزوّد الآن، والعلاقة جيدة. كثيرون يوافقون على نقل الملكية أو إيداع الكود لدى طرف ثالث، أحيانًا مقابل رسوم. التفاوض على ذلك أثناء نزاع أصعب بكثير.
هل يمكننا استخدام أداة بلا برمجة بدلًا من ذلك؟
لسير العمل الداخلي البسيط، أحيانًا. والأسئلة نفسها تنطبق: من يملك البيانات، وماذا يحدث إذا تغيّرت الأسعار، وهل تستطيع تصدير كل شيء إذا غادرت؟
إذا أردت رأيًا ثانيًا في موجز أو مجموعة عروض، يمكنك التواصل مع RAL.
هذا المقال معلومات عامة وليس استشارة قانونية أو استشارة مشتريات. في شروط العقود والتزامات حماية البيانات، احصل على مشورة تناسب حالتك.