Chiqishdan oldin tekshirish
1) Foydalanuvchi stsenariysi nima
Foydalanuvchi stsenariysi - bu foydalanuvchining aniq shartlar, qadamlar, alternativalar va «muvaffaqiyat deb hisoblangan» mezon bilan aniq kontekstda natijaga erishish uchun tasvirlangan yo’li. Skriptlar «nima uchun» (JTBD/maqsad) va «qanday» (UX-oqim, interfeyslar, holatlar) ni bogʻlaydi.
Maqsadlar:- Mahsulot, dizayn, ishlab chiqish, ma’lumotlar va komplayens o’rtasidagi umumiy til.
- Talablarda kamroq tafovut, tezroq qabul qilish.
- Biznes-effekt va metriklar bilan aniq bog’liqlik.
2) Ssenariy asoslari: shaxslar va Jobs-to-Be-Done
Shaxslar: kim, kontekst, ko’nikmalar, cheklovlar (shu jumladan A11y).
JTBD: «Agar [vaziyat] bo’lsa, men [motivatsiya] [kutilgan natija] bo’lishini xohlayman».
Kontekst segmenti: qurilma, tarmoq, lokal/til, vaqt zonasi, huquqlar, muhit chegaralari.
- O’yinchi tunda 3G mobil telefonidan yutuqni olib qo’ymoqchi bo’lsa, men 10 daqiqagacha pul olish uchun tezda shaxsini qo’ng’iroq qilmasdan tasdiqlamoqchiman.
3) Tavsif formatlari: User/Job Story, Use Case, Acceptance
3. 1 User/Job Story (namunasi)
Как <роль/персона>, я хочу <действие/результат>, чтобы <ценность>.
Контекст: <устройство, сеть, язык, права>
Ограничения: <регуляторика, лимиты, A11y>
Гипотеза ценности: <какой KPI улучшится и на сколько>3. 2 Use Case (soddalashtirilgan)
4) Yo’l xaritalari va oqimni tuzish
4. 1 CJM (Customer Journey Map)
Bosqichlar: Tushunish → Tanlash → Birinchi harakat → Takrorlash → Qo’llab-quvvatlash → Ushlab turish
Har biri uchun: maqsadlar, ishqalanishlar, his-tuyg’ular, kanallar, metriklar (konvertatsiya, vaqt, NPS)
4. 2 User Flow и Story Mapping
User Flow: tugunlar (ekranlar/holatlar) va oʻtishlar (shartlar/hodisalar) grafigi.
Story Mapping: «tizma» (epik/faollik) × «vertikal tilimlar» (MVP → kengaytmalar).
5) Tarmoqlar: happy, sad, edge cases
Happy path: qiymatga minimal yoʻl.
Sad path: bashorat qilinadigan xatolar (validlik, limitlar, taymautlar).
Edge cases: nodir, ammo qimmat: beqaror tarmoq, dublikatlar, bekor qilish, poygalar, holatlar to’qnashuvi, lokal/vaqt zonasi nomuvofiqligi, foydalanish imkoniyati (sichqoncha o’rniga klaviatura, skrining).
Maslahat: har bir asosiy qadam uchun - kamida bitta sad va bitta edge-stsenariy.
6) Interfeys holatlari (UI States)
Har bir ekran/qadam uchun:- `loading` / `empty` / `success` / `error` / `partial` / `disabled`
- maslahatlar va mikro-kopirayting; foydalanish imkoniyati (rollar/aria, fokus, targetlar o’lchamlari); sonlar/sana/valyutalarning lokali va formati.
7) Ssenariylardagi A11y-talablar
Klaviatura: barcha amallar sichqonchasiz amalga oshiriladi; koʻrinadigan fokus, Tab tartibi.
Skrinrider: yorliqlarning to’g "ri rollari va aloqalari; media muqobillari.
Rang/kontrast: ≥ WCAG AA; faqat rangda emas.
Motion: qoʻllab-quvvatlash’prefers-reduced-motion’.
Kirish: format/niqob, ovoz/ekran klaviaturasi; 40-48 px yetarli maqsadlar.
Acceptance’ga alohida A11y mezonlarini qoʻshing.
8) Tahliliy belgilash va muvaffaqiyat metrikasi
Skript uchun hodisalar, parametrlar va KPIlarni aniqlang.
8. 1 Hodisa sxemasi (JSON misoli)
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 KPI va maqsadli chegaralar
Completion Rate (ssenariyni tugatgan ulush) ≥ X%
Time-to-Value (natijaga qadar mediana) ≤ Y daqiqa
Error Rate (422/429/5xx va foydalanuvchi xatolari) ≤ Z%
A11y Pass (faqat klaviatura skripti) = 100%
Maqsadli darajadan ≥ qadam boʻyicha CSAT/NPS
9) Ma’lumotlar, xalqaro jihatlar va qoidalar
Formatlar: vaqt uchun ISO-8601 (UTC), foydalanuvchi uchun lokalizatsiya qilingan chiqish.
Pul: minor units/o’nlik satrlar; valyuta aniq.
Tillar/RTL: resurslardagi matnlar, oynani qo’llab-quvvatlash; satrlar uzunligi va koʻchirishlar.
Cheklovlar: limitlar, yoshi, KYC, sanksiyalar - stsenariylarning shartlari sifatida.
10) Skript tavsifi namunasi (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) Ssenariylarni validatsiya qilish vositalari
Funksional testlar (Gherkin/E2E): happy/sad/edge.
A11y-audit: qo’lda (NVDA/VoiceOver) + avto-linterlar.
Usability-sessiyalar: asosiy stsenariyga 5-8 respondent.
Telemetriya: fiche bayroqlar, dashbordlar Completion/TTV/Error.
Dogfooding: chek varaqlari bo’yicha jamoa ichidagi pog’onalar.
12) Stsenariyning chek-varaqasi (tezkor tekshirish)
- JTBD jamoaga tushunarli va tushunarli
- Shaxs/kontekst/cheklovlar yozilgan
- User Flow va Story Map tayyor; shoxobchalar belgilangan
- Acceptance Criteria (shu jumladan A11y) tushunarli va sinovdan o’tkaziladi
- UI (loading/empty/error) holatlari hujjatlashtirilgan
- Tahliliy voqealar va KPI
- Mahalliylashtirish/formatlar/valyuta hisobga olingan
- Retrajlar uchun xavf-xatarlar/fayl shoxlari va platslar
- Prototip/makap ishlab chiqish/ma’lumotlar/komplayens bilan kelishilgan
- Test rejasi va qabul qilish sanasi kelishilgan
13) Anti-patternlar
«Skriptlar = faqat happy path» (xato ignori/edge).
Oʻqilmaydigan Acceptance (oʻlchanadigan mezon oʻrniga «qulay qilish»).
Talablarda A11y va lokallarning yo’qligi.
Biznes maqsadlar va UX-amalga oshirishni aralashtirish («TTVni pasaytirish» o’rniga «popap qo’shish»).
Voqealar sxemasi yo’q → muvaffaqiyatni o’lchash uchun hech narsa yo’q.
14) Lakonik User Stories misollari
Yangi foydalanuvchi sifatida, o’yinni darhol boshlash uchun elektron pochta orqali telefonni tasdiqlamasdan ro’yxatdan o’tmoqchiman; agar limitlar oshib ketsa - «mehmon» muqobilini ko’rsatish.
Menejer sifatida hisobotni CSVga filtrlar va taymzon bilan eksport qilmoqchiman.
15) Joriy etish rejasi (3 ta iteratsiya)
Iteratsiya 1 - Poydevor (1-2 hafta):- Story/Use Case/Acceptance namunalari, ssenariylarning yagona reyestri, minimal tahliliy sxema, chek varaqasi.
- Asosiy ssenariylar uchun User Flow + CJM, A11y-mezonlar, Completion/TTV/Error dashbordlari, E2E-to’plam.
- Story Mapping, Impact × Effort, A/B gipotezalari bo’yicha ustuvorlik, muntazam o’lchovlar va CAPA.
16) Mini-FAQ
Shaxsmi yoki faqat JTBD?
Ikkalasidan ham foydalaning: odamlar kontekst va cheklovlar beradi, JTBD - niyat va qadriyat.
Hamma narsani pikselgacha tasvirlash kerakmi?
Yo’q. Ssenariy muvaffaqiyat maqsadi, qadamlari, shoxobchalari va mezonlarini belgilaydi; piksellar - maketlar va DLS vazifasi.
Ssenariy tayyor ekanini qanday tushunish mumkin?
O’lchanadigan Acceptance, happy/sad/edge, A11y-mezonlar, voqealar va maqsadli KPI bo’yicha qoplamalar mavjud.
Jami
Foydalanuvchi stsenariylari - bu mahsulotning «skeleti»: aniq maqsad (JTBD), kelishilgan oqim (User Flow/Story Mapping), tekshiriladigan mezonlar (Acceptance), oʻlchanuvchanlik (voqealar va KPI) va kirish/lokalga hurmat. Ularni yagona shablonlarga o’rnating, tekshiruvni avtomatlashtiring va amaldagi metriklar bo’yicha muntazam ravishda qayta ko’rib chiqing - interfeyslar barcha foydalanuvchilar uchun tushunarli, tez va qimmatli bo’lib qoladi.