المحطّة ١: المتطلّبات ورحلة المستخدم

١نظامٌ لأكثر من مستخدم

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

المشروع: نظام حجز مواعيد عيادة. الفاعلون:

٢رحلة المستخدم: القصّة قبل الشاشة

رحلة المستخدم (User Journey) تسرد الخطوات التي يمرّ بها الفاعل لتحقيق هدفه. رحلة المريض للحجز:

1. يفتح النظام ويسجّل دخوله كمريض.
2. يرى قائمة المواعيد المتاحة (طبيب + وقت).
3. يختار موعدًا ويضغط «احجز».
4. يؤكّد النظام الحجز، ويختفي الموعد من المتاحة.
5. يستطيع لاحقًا رؤية حجزه وإلغاؤه.

رسم الرحلة قبل البناء يكشف الحالات الخفيّة: ماذا لو حاول اثنان حجز الموعد نفسه في اللحظة ذاتها؟ ماذا لو ألغى المريض؟ هذه أسئلةٌ تولّد متطلّباتٍ لا تظهر إلّا حين تتخيّل الرحلة.

٣قصص المستخدم والمتطلّبات

نحوّل الرحلتين إلى قصصٍ بصيغة (بصفتي… أريد… حتى…):

1. بصفتي مريضًا، أريد رؤية المواعيد المتاحة، حتى أختار ما يناسبني.
2. بصفتي مريضًا، أريد حجز موعدٍ متاح، حتى أضمن دوري.
3. بصفتي مريضًا، أريد إلغاء حجزي، حتى أفسح المجال إن تغيّرت خطّتي.
4. بصفتي موظّفًا، أريد رؤية الجدول كاملًا، حتى أديره.
5. بصفتي موظّفًا، أريد إلغاء أيّ حجز، حتى أتعامل مع الطوارئ.