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