التحقق قبل الانسحاب

1) ما هو النص المخصص

خط المستخدم هو المسار الموصوف للمستخدم إلى نتيجة في سياق محدد، مع شروط مسبقة وخطوات وبدائل واضحة ومعيار «ما يعتبر نجاحًا». تربط النصوص «لماذا» (JTBD/target) و «how» (UX stream، interfaces، states).

• لغة مشتركة بين المنتج والتصميم والتطوير والبيانات والامتثال.
• تقليل التناقضات في المتطلبات، قبول أسرع.
• الارتباط الصريح للميزات بتأثير الأعمال والمقاييس.

2) أسباب السيناريو: الأشخاص والوظائف التي سيتم القيام بها

الأشخاص: من، السياق، المهارات، القيود (بما في ذلك A11y).
JTBD: «عندما [الوضع]، أريد [الدافع] إلى [النتيجة المتوقعة]».
الجزء الخاص بالسياق: الجهاز والشبكة والمحلية/اللغة والمنطقة الزمنية والحقوق والقيود البيئية.

• عندما يحاول اللاعب سحب أرباحه ليلاً من هاتف محمول في الجيل الثالث، أريد تأكيد هويتي بسرعة دون مكالمة من أجل الحصول على أموال تصل إلى 10 دقائق.

3) تنسيقات الوصف: المستخدم/قصة الوظيفة، حالة الاستخدام، القبول

3. 1 مستخدم/قصة وظيفة (نموذج)

Как <роль/персона>, я хочу <действие/результат>, чтобы <ценность>.
Контекст: <устройство, сеть, язык, права>
Ограничения: <регуляторика, лимиты, A11y>
Гипотеза ценности: <какой KPI улучшится и на сколько>

3. 2 حالة استخدام (مبسطة)

4) خرائط المسار وهيكلة التدفق

4. 1 CJM (خريطة رحلة العملاء)

المراحل: الوعي → الاختيار → الإجراء الأول → إعادة الدعم → → عقد

لكل منها: الأهداف والاحتكاك والعواطف والقنوات والمقاييس (التحويل، الوقت، NPS)

4. 2 تدفق المستخدم и رسم خرائط القصة

تدفق المستخدم: العقدة (الشاشات/الحالات) والانتقال (الظروف/الأحداث) الرسم البياني.
رسم خرائط القصة: «ridge» (ملاحم/أنشطة) × «شرائح عمودية» (MVP → extensions).

5) التفرع: حالات سعيدة وحزينة وحافة

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

نصيحة: لكل خطوة رئيسية - سيناريو حزين واحد على الأقل وحافة واحدة.

6) دول واجهة المستخدم

• «تحميل »/« فارغ »/« نجاح »/« خطأ »/« جزئي »/« معطل»
• والتلميحات والكتابة الإعلانية الصغيرة ؛ وإمكانية الوصول (الأدوار/الأغاني، والتركيز، والأحجام المستهدفة) ؛ وشكل الأرقام/التواريخ/العملات.

7) الاحتياجات A11y في السيناريوهات

لوحة المفاتيح: يمكن تحقيق جميع الإجراءات بدون فأر ؛ التركيز المرئي، ترتيب علامة التبويب.
Screensaver: أدوار وصلات التسمية المناسبة ؛ بدائل وسائط الإعلام.
اللون/التباين: ≥ WCAG AA ؛ ليس فقط اللون.
الحركة: دعم «يفضل الحركة المخفضة».
المدخلات: شكل/أقنعة، لوحة مفاتيح صوتية/على الشاشة ؛ كافية 40-48 px الأهداف.
أضف معايير A11y الفردية إلى القبول.

8) الترميز التحليلي ومقاييس النجاح

حدد الأحداث والبارامترات ومؤشرات الأداء الرئيسية للسيناريو.

8. 1 مخطط الحدث (مثال JSON)

json
{
"event": "withdrawal_kyc_step",
"props": {
"step": "face_capture",
"device": "mobile",
"net": "3g",
"locale": "ru-RU",
"result": "success    fail    timeout",
"duration_ms": 74200
},
"user": { "seg": "new    returning", "a11y": "sr    kb    none" }
}

8. 2 مؤشرات الأداء الرئيسية والعتبات المستهدفة

معدل الإنجاز ≥ X%

الوقت إلى القيمة ≤ Y دقائق

معدل الخطأ (422/429/5xx وأخطاء المستخدم) ≤ Z٪

A11y Pass = 100٪

CSAT/NPS حسب الخطوة المستهدفة ≥

9) البيانات والجوانب والقواعد الدولية

النماذج: ISO-8601 (UTC) للوقت، ناتج محلي للمستخدم.
النقود: وحدات ثانوية/سلاسل عشرية ؛ صراحة.
اللغات/RTL: نصوص في الموارد، ودعم الانعكاس ؛ طول السلسلة والوصلة.
القيود: الحدود، العمر، KYC، العقوبات - كشروط مسبقة للسيناريوهات.

10) قالب وصف النص (YAML)

yaml id: SCN-0023-withdrawal-kyc-mobile-3g title: Верификация перед выводом (мобайл, 3G)
persona: "Игрок-новичок"
jtbd: "Когда хочу быстро вывести выигрыш ночью, пройти KYC без звонка, чтобы получить деньги за 10 минут."
context:
device: mobile network: "3g"
locale: "ru-RU"
timezone: "Europe/Kyiv"
preconditions:
- "Пользователь авторизован"
- "Баланс >= минимального порога"
- "Документы готовы"
flow:
- step: "Открыть экран вывода"
ui_state: ["loading","ready","error"]
analytics_event: "withdrawal_open"
- step: "Старт KYC"
alt: ["нет камеры -> перейти на загрузку фото", "ошибка сети -> ретрай"]
analytics_event: "kyc_start"
- step: "Съемка лица"
alt: ["недостаточно света", "таймаут", "отказ разрешений"]
analytics_event: "kyc_face_capture"
- step: "Результат и ETA"
analytics_event: "kyc_result"
acceptance:
- "KYC завершен < 2 минут в 3G"
- "Вся последовательность проходима клавиатурой; фокус не теряется"
- "Тексты локализованы; валюта и формат дат корректны"
- "Ошибки с actionable подсказкой"
metrics:
completion_rate: ">= 0.85"
ttv_median_min: "<= 10"
error_rate: "<= 0.03"
a11y:
keyboard_only: true contrast_wcag: "AA"
reduced_motion_supported: true risks:
- "Нестабильная сеть -> оффлайн режим/ретраи"
- "Ложные отказы KYC -> fallback на ручную проверку"

11) أدوات التحقق من صحة السيناريو

الاختبارات الوظيفية (Gherkin/E2E): سعيد/حزين/حافة.
A11y-audit: دليل (NVDA/VoiceOver) + خطوط تلقائية.
جلسات قابلية الاستخدام: 5-8 مجيبين على السيناريو الرئيسي.
القياس عن بعد: أعلام الميزات، لوحات معلومات الإنجاز/TTV/الخطأ.
Dogfooding: يتم تشغيل قائمة التحقق داخل الفريق.

12) قائمة السيناريو المرجعية (فحص سريع)

• يتم صياغة JTBD وفهمها من قبل الفريق
• يتم توضيح الشخص/السياق/القيود
• خريطة تدفق المستخدم والقصة جاهزة ؛ علامة التفرع
• معايير القبول (بما في ذلك A11y) واضحة وقابلة للاختبار
• يوثق واجهة المستخدم (التحميل/الفارغ/الخطأ)
• تحديد الأحداث التحليلية ومؤشرات الأداء الرئيسية
• التوطين/الأشكال/العملة التي تم النظر فيها
• وصف المخاطر/الفروع المزيفة ومنصات إعادة الدرج
• نموذج أولي/ماكاب يتماشى مع التنمية/البيانات/الامتثال
• الموافقة على خطة الاختبار وتاريخ القبول

13) الأنماط المضادة

«النصوص = مسار سعيد فقط» (تجاهل الأخطاء/الحافة).
القبول غير القابل للقراءة («اجعله مناسبًا» بدلاً من معيار قابل للقياس).
نقص A11y والموقع في المتطلبات.
مزج الغرض التجاري وتنفيذ UX («إضافة منبثقة» بدلاً من «أقل TTV»).
لا يوجد مخطط حدث → لا شيء لقياس النجاح.

14) أمثلة على قصص المستخدم الموجزة

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

15) خطة التنفيذ (3 تكرارات)

• Story/Use Case/Acceptance complates, unified cenario registration, minimum analytical scheme, charklist.

• تدفق المستخدم + CJM للسيناريوهات الرئيسية، ومعايير A11y، ولوحات معلومات الإنجاز/TTV/الخطأ، مجموعة E2E.

• رسم خرائط القصة، تحديد أولويات جهود × التأثير، فرضيات ألف/باء، المراجعات المترية المنتظمة، و CAPAs.

16) الأسئلة الشائعة المصغرة

الأشخاص أم فقط JTBD ؟

استخدام كلا الأمرين: الأشخاص يعطون السياق والقيود، JTBD - القصد والقيمة.

هل أحتاج إلى وصف كل شيء حتى البكسل ؟

لا ، ليس كذلك يجسد النص الهدف والخطوات والفروع ومعايير النجاح ؛ البكسل - مهمة التخطيطات و DLS.

كيف تفهم أن النص «جاهز» ؟

هناك قبول قابل للقياس، وتغطية سعيدة/حزينة/حافة، ومعايير A11y، والأحداث، ومؤشرات الأداء الرئيسية المستهدفة.

النتيجة

سيناريوهات المستخدم هي «الهيكل العظمي» للمنتج: غرض واضح (JTBD)، تدفق متسق (تدفق المستخدم/رسم خرائط القصة)، معايير يمكن التحقق منها (القبول)، قابلية القياس (الأحداث ومؤشرات الأداء الرئيسية)، واحترام إمكانية الوصول/الموقع. قم بإصلاحها في قوالب موحدة، وأتمتة التحقق ومراجعتها بانتظام وفقًا للمقاييس الفعلية - وبهذه الطريقة ستظل الواجهات واضحة وسريعة وقيمة لجميع المستخدمين.