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