من المسؤول عن إعداد متطلبات المشروع؟
إعداد متطلبات المشروع مسؤولية مشتركة بين صاحب العمل (العميل) وفريق التنفيذ التقني، لكن القرار النهائي وصياغة الوثيقة الرسمية غالباً ما تقع على عاتق محلل الأعمال أو مدير المشروع لدى الشركة المنفّذة، بالتنسيق الوثيق مع أصحاب القرار في جهة العميل. في السوق السعودي، أفضل نتيجة تأتي عندما يشارك العميل بمعرفته بالسوق والعملية التشغيلية، بينما تتولى الشركة التقنية—مثل بوابة الحلول التقنية—تحويل هذه المعرفة إلى وثيقة متطلبات دقيقة وقابلة للتنفيذ.
لماذا يثير هذا السؤال لبساً كبيراً؟
كثير من أصحاب المشاريع في الرياض وجدة والدمام يعتقدون أن عليهم تسليم "فكرة" فقط، وأن الشركة المطوّرة ستتكفل بالباقي. وفي المقابل يفترض بعض المطورين أن العميل سيصل بمواصفات جاهزة ومكتملة. هذه الفجوة هي السبب الأول لتأخر المشاريع أو تجاوزها للميزانية.
الحقيقة أن إعداد المتطلبات عملية تفاعلية، وليست مسؤولية طرف واحد. من يفهم هذه الطبيعة المشتركة يوفر وقتاً وتكلفة كبيرة قبل بدء أي برمجة فعلية.
من يفعل ماذا؟ توزيع الأدوار عملياً
لتوضيح الصورة، الجدول التالي يلخص من يتحمل كل جزء من عملية إعداد المتطلبات في مشروع نظام مخصص أو تطبيق أو متجر إلكتروني.
| الجهة | الدور الأساسي | مثال عملي |
|---|---|---|
| العميل / صاحب المشروع | تحديد الهدف التجاري والعملية الحالية والقيود التشغيلية | مدير عيادة في جدة يشرح كيف يتم حجز المواعيد يدوياً حالياً |
| محلل الأعمال (لدى الشركة المنفّذة) | ترجمة الاحتياج إلى متطلبات وظيفية وتقنية موثّقة | صياغة سيناريوهات الاستخدام ومخططات تدفق العمل |
| مدير المشروع | تنظيم الاجتماعات، ترتيب الأولويات، متابعة الموافقات | تحديد ما يدخل ضمن النسخة الأولى MVP (نسخة أولية بأقل ميزات قابلة للتشغيل) وما يُؤجَّل |
| الفريق التقني (مطورون ومصممون) | مراجعة المتطلبات من زاوية الجدوى التقنية والتكلفة | اقتراح استخدام واجهة API (واجهة برمجة تطبيقات) جاهزة بدل بناء تكامل من الصفر |
مراحل إعداد المتطلبات بشكل صحيح
سواء كان المشروع نظاماً إدارياً داخلياً أو متجراً إلكترونياً أو تطبيق جوال، تمر عملية جمع المتطلبات المهنية بخطوات متشابهة.
- جلسة الاكتشاف الأولى: اجتماع (حضوري أو عن بُعد) يشرح فيه العميل هدف المشروع، المستخدمين المستهدفين، والمشاكل الحالية بدون الدخول في تفاصيل تقنية.
- توثيق سير العمل الحالي: يقوم الفريق التقني برسم كيف تسير العملية اليوم، سواء كانت ورقية أو عبر جداول إكسل أو أنظمة قديمة.
- تحديد الأولويات: تصنيف المتطلبات إلى "أساسية لا غنى عنها" و"مفيدة لكن يمكن تأجيلها" ضمن مراحل لاحقة.
- صياغة وثيقة المتطلبات: إعداد مستند رسمي يوضح الوظائف، الشاشات، الأدوار، وربطه بجدول زمني وتقدير تكلفة أولي.
- مراجعة واعتماد العميل: يوقّع صاحب المشروع على الوثيقة قبل بدء التطوير، وهذا ما يحمي الطرفين من الخلافات لاحقاً.
لا تنتظر حتى تكون فكرتك "كاملة ومثالية" قبل التواصل مع شركة تقنية. أفضل وثائق المتطلبات تُبنى تدريجياً من خلال حوار منظّم، وليس من عميل يكتب كل شيء بمفرده.
ماذا لو لم يملك العميل خبرة تقنية؟
هذا هو الوضع الطبيعي لغالبية أصحاب المشاريع في السوق السعودي، سواء كانوا تجار تجزئة أو أصحاب عيادات أو مدارس خاصة. الدور الأكبر في هذه الحالة يقع على الشركة المنفّذة، التي يجب أن تطرح الأسئلة الصحيحة بدلاً من انتظار مواصفات جاهزة.
على سبيل المثال، عند بناء نظام لإدارة عيادة في الدمام، لا يُطلب من صاحب العيادة كتابة "متطلبات تقنية"، بل يكفي أن يشرح كيف يتم استقبال المريض، جدولة الموعد، وربطه بالتأمين. تتحول هذه الشرح مباشرة إلى قائمة متطلبات من قبل المحلل التقني.
إذا كان النظام سيتعامل مع بيانات شخصية أو صحية للعملاء أو الموظفين، يجب تضمين متطلبات حماية البيانات ضمن الوثيقة منذ البداية، بما يتوافق مع نظام حماية البيانات الشخصية الصادر عن الهيئة السعودية للبيانات والذكاء الاصطناعي (سدايا)، بدلاً من إضافتها كتعديل لاحق مكلف.
الفرق بين "الفكرة" و"وثيقة المتطلبات"
الفكرة جملة أو فقرة تصف الهدف العام، مثل "أريد متجراً إلكترونياً لبيع العطور". أما وثيقة المتطلبات فهي مستند تفصيلي يحدد كل شاشة، كل دور مستخدم (زبون، مدير مخزون، محاسب)، وكل حالة استثنائية مثل نفاد المخزون أو استرجاع طلب.
هذا الفرق مهم جداً عند طلب عرض سعر. الشركات الجادة لا تُسعّر مشروعاً بناءً على فكرة مجردة فقط، بل تبدأ غالباً بجلسة متطلبات مختصرة (مجانية أو رمزية) قبل تقديم عرض دقيق. يمكنك مباشرة طلب استشارة وعرض سعر لبدء هذه الجلسة.
أمثلة قطاعية من السوق السعودي
في قطاع التجزئة والمتاجر، تشمل المتطلبات عادة ربط المتجر الإلكتروني بنظام نقاط بيع فعلي، وإعداد الفوترة الإلكترونية بما يتوافق مع متطلبات هيئة الزكاة والضريبة والجمارك (زاتكا). هذا النوع من المتطلبات التنظيمية يجب أن يذكره العميل مبكراً، لأنه يؤثر على بنية النظام بالكامل.
وفي قطاع التعليم، تختلف متطلبات مدرسة أهلية عن مركز تدريب صغير، من حيث عدد الأدوار (معلم، ولي أمر، إدارة) وربطها بنظام حضور وغياب. أما في القطاع الطبي، فتشمل المتطلبات عادة جدولة المواعيد، السجل الطبي، والتكامل مع شركات التأمين.
جدول متطلبات نموذجي حسب نوع المشروع
| نوع المشروع | من يقود جمع المتطلبات | عنصر متطلبات حرج |
|---|---|---|
| نظام إدارة مخصص (ERP) | محلل أعمال + مدير قسم لدى العميل | ربط الصلاحيات بالهيكل التنظيمي |
| تطبيق جوال | مالك المنتج + مصمم تجربة المستخدم | سيناريوهات الاستخدام على أنظمة أندرويد و iOS |
| متجر إلكتروني | صاحب النشاط التجاري + مستشار المتجر | طرق الدفع والفوترة الإلكترونية |
| نظام CRM لإدارة العملاء | مدير المبيعات + محلل الأعمال | مراحل رحلة العميل ومصادر العملاء المحتملين |
تجنّب البدء في البرمجة الفعلية قبل اعتماد وثيقة متطلبات موقّعة، حتى لو كانت مبسّطة. المشاريع التي تبدأ "على الكلام" هي الأكثر عرضة للتعديلات المكلفة والخلافات على النطاق لاحقاً.
كيف يساعدكم فريق بوابة الحلول التقنية في هذه المرحلة
في بوابة الحلول التقنية، لا نطلب من العميل تقديم مستند متطلبات جاهز. نبدأ بجلسة استكشاف قصيرة نفهم فيها طبيعة عملك، سواء كنت تحتاج نظاماً مخصصاً، أو تطبيق جوال، أو متجراً إلكترونياً، ثم نتولى صياغة وثيقة المتطلبات ومشاركتها معك للمراجعة قبل أي التزام مالي كامل. كما نوفر منتجات جاهزة قابلة للتخصيص مثل نظام CRM ونقاط البيع تسرّع مرحلة تحديد المتطلبات لأنها تعتمد على نماذج جاهزة يمكن تعديلها.
- إعداد المتطلبات مسؤولية مشتركة بين العميل والشركة المنفّذة، وليست عبئاً على طرف واحد.
- العميل يقدّم معرفته بالسوق والعملية التشغيلية، والفريق التقني يحوّلها إلى وثيقة رسمية قابلة للتنفيذ.
- وثيقة المتطلبات الموقّعة تحمي الطرفين من الخلافات وتضبط التكلفة والجدول الزمني.
- يجب تضمين المتطلبات التنظيمية مبكراً، مثل حماية البيانات والفوترة الإلكترونية.
- البدء بجلسة استكشاف قبل الطلب الرسمي لعرض السعر يوفر وقتاً وتكلفة على الجميع.
أسئلة شائعة
لا، يكفي أن تشرح فكرة المشروع والمشكلة التي تريد حلها بلغة بسيطة، وتتولى الشركة المتخصصة طرح الأسئلة اللازمة وصياغة وثيقة المتطلبات معك خطوة بخطوة.
تختلف الممارسة بين الشركات؛ بعضها يقدم جلسة استكشاف أولى مجانية أو رمزية ضمن عملية طلب عرض السعر، بينما تُحتسب الجلسات التفصيلية الطويلة أحياناً كجزء من مرحلة التصميم المدفوعة، وهذا ما يتضح عند طلب استشارة مباشرة.
هذا وارد وطبيعي في أي مشروع، ولهذا تتضمن وثيقة المتطلبات الجيدة آلية لإدارة طلبات التغيير، بحيث يُقيَّم أي تعديل من حيث أثره على الوقت والتكلفة قبل اعتماده رسمياً.
نعم من حيث التفاصيل، فالنظام الداخلي يركّز على الأدوار والصلاحيات وسير العمل التشغيلي، بينما يركّز المتجر الإلكتروني على تجربة الزبون وطرق الدفع والفوترة، لكن المبدأ العام لجمع المتطلبات ومراجعتها واحد.
إذا كنت تخطط لمشروع نظام إدارة، تطبيق جوال، أو متجر إلكتروني، ولا تعرف من أين تبدأ في تحديد المتطلبات، لا داعي للقلق. تواصل مع فريق بوابة الحلول التقنية عبر طلب عرض سعر واستشارة مجانية، وسنساعدك في صياغة متطلبات واضحة تحوّل فكرتك إلى مشروع قابل للتنفيذ بجدول زمني وتكلفة محددة.