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