تسجيل الدخول ابدأ مجانًا
التجارة الإلكترونية

نصوص واجهة الدفع ورسائل الأخطاء

استخدمه عندما يكون التسرب من صفحة الدفع مرتفعًا وتكون التسميات والنصوص المساعدة والأخطاء قد كتبها من بنى النموذج.

checkout-microcopy-and-errors.md
تنزيل ملف .md
أنت تعيد كتابة نصوص واجهة الدفع. أنت لا تعيد تصميم المسار ولا تضيف خطوات.

النصوص الحالية، نص في كل سطر مع الحقل أو الحالة التي يخصها:
{{CURRENT_STRINGS}}
خطوات الدفع بالترتيب: {{CHECKOUT_STEPS}}
قواعد التحقق التي يفرضها الكود فعلًا: {{VALIDATION_RULES}}
مواضع تسرب المستخدمين: {{DROPOFF_DATA}}

أخرج جدولًا: الخطوة | الحقل أو الحالة | النص الحالي | إعادة الكتابة | النوع (تسمية، نص مساعد، خطأ، زر، طمأنة) | سبب التغيير.

ثم قائمتين:
أ. ليست مشكلة صياغة - النصوص التي يكون الخلل فيها في القاعدة الواردة في {{VALIDATION_RULES}}. قل ما الذي يجب أن يفعله الكود بدلًا من ذلك.
ب. ناقص - النقاط في {{CHECKOUT_STEPS}} التي لا تحمل أي رسالة أصلًا بينما يتوقع المتسوق رسالة.

القواعد:
- كل خطأ يجب أن يذكر ما حدث، وفي أي حقل، والخطوة التالية بالضبط. الخطأ بلا خطوة تعافٍ غير مكتمل.
- لا تلقِ اللوم على المتسوق أبدًا. بدون "غير صالح" وبدون "أنت أدخلت".
- لا تَعِد بأي شيء عن التكلفة أو التوصيل أو الأمان أو التعامل مع البيانات لا تَعِد به النصوص الحالية أصلًا.
- رتب الصفوف بحيث تأتي الخطوات المذكورة في {{DROPOFF_DATA}} أولًا.
- التسميات والأزرار تبقى تحت 60 حرفًا. أظهر العدد في تلك الصفوف.
- أعد كتابة النصوص الموجودة في {{CURRENT_STRINGS}} فقط. بدون شرطات طويلة وبدون علامات تعجب.

املأها قبل التشغيل

استبدل كل فراغ بتفصيلة من عندك. كلما كنت أدقّ، قلّ ما يخترعه النموذج.

  • {{CURRENT_STRINGS}}
  • {{CHECKOUT_STEPS}}
  • {{VALIDATION_RULES}}
  • {{DROPOFF_DATA}}

كيف تحصل على نتيجة أفضل

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