تحديد مشكلة الخدمة قبل اقتراح واجهتها

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

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

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

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

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