رسائل الخطأ والحالات الفارغة

القاعدة: اسم الحقل، اسم الحل

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

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

عقد رسالة الخطأ: ستة شروط

إذا فشلت رسالة في أي شرط من الشروط الستة التالية، فهي عيب في المحتوى بنفس درجة عيب في الكود، ويُصلَح قبل الإطلاق لا بعده.

1. قل بالضبط ما الذي تعطّل، لا "حدث خطأ".

2. قل بالضبط ماذا يفعل المستخدم الآن، لا "حاول مرة أخرى" مجردة بلا خطوة فعلية.

3. كن محددا: استخدم البيانات الفعلية متى توفرت. "تجاوزت حد البونص بمقدار 15,000 د.ع" أفضل من "تجاوزت الحد" بمسافة كاملة.

4. لا تعتذر أكثر من اللازم. "نأسف لهذا الخطأ" لا يضيف معلومة، ويأخذ مساحة من الجملة التي تحمل الحل الفعلي.

5. لا تُلقِ اللوم على المستخدم. "لم تُدخل بيانات صحيحة" تحاسب المستخدم؛ "أدخل رقم هاتف صالح" تعطيه خطوة تالية دون حكم عليه.

6. لا تستخدم مصطلحات تقنية. "غير صالح" لا يعني شيئا لمن لا يقرأ كود التحقق؛ "يجب أن يتكون رقم الهاتف من 11 رقما" يعني كل شيء.

مثال مفصّل: خطأ رقم الهاتف

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

لاحظ أن كل رسالة "بعد" أعلاه تسمي الحقل ضمنا من موقعها (ملاصقة لحقل رقم الهاتف تحديدا)، وتسمي السبب والحل معا بجملة واحدة قصيرة. لا رسالة منها تحتاج من المستخدم أن يخمّن، ولا واحدة منها تفترض أنه يعرف ما يعنيه "صالح" من الناحية التقنية.

قوالب أخطاء ميركاتو

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

تصميم الخطأ: اللون والموضع والمدة

الخطأ الحاجب (Critical) يستخدم اللون الأحمر مع أيقونة تحذير ودعوة واضحة للفعل: هذا خطأ يمنع المستخدم من المتابعة حتى يُحل. الخطأ غير الحاجب (Warning) يستخدم اللون الأصفر أو الكهرماني مع خطوة تالية واضحة: هذا تنبيه يمكن للمستخدم تجاوزه، لكنه يستحق انتباهه.

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

التنبيهات العابرة (Toasts)

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

الحالات الفارغة: ثلاثة أجزاء

كل حالة فارغة في ميركاتو تحمل ثلاثة أجزاء، وليس بالضرورة جميعها ظاهرا معا في كل مرة: ما الذي ينقص (بإيجاز وصدق، بلا تجميل)، ولماذا يهم ذلك (اختياري، ويُستخدم غالبا في أول ظهور للحالة فقط)، وماذا يفعل المستخدم الآن (دعوة الفعل، وهذا الجزء لا يُحذف أبدا إن وُجد إجراء ممكن).

الفراغ ليس نهاية، هو نقطة انطلاق

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

قوالب الحالات الفارغة

الجدول التالي يغطي حالات الفراغ الأكثر تكرارا عبر تطبيقات ميركاتو، من مندوب جديد بلا إحصاءات إلى بحث بلا نتائج.

قائمة تحقق سريعة

قبل اعتماد أي رسالة خطأ أو حالة فارغة، راجعها مقابل هذه الأسئلة: