Çıxarılmadan əvvəl yoxlama

1) Xüsusi ssenari nədir

İstifadəçi ssenarisi, dəqiq şərtlər, addımlar, alternativlər və «müvəffəqiyyət hesab olunan» meyarı ilə istifadəçinin konkret kontekstdə nəticəyə təsvir edilmiş yoludur. Ssenarilər «niyə» (JTBD/məqsəd) və «necə» (UX-axını, interfeyslər, hallar) ilə əlaqələndirilir.

• Məhsul, dizayn, inkişaf, məlumat və komplayens arasında ortaq dil.
• Tələblərdə daha az uyğunsuzluq, daha sürətli qəbul.
• İş effekti və metrika ilə açıq əlaqə.

2) Ssenari əsasları: şəxslər və Jobs-to-Be-Done

Personalar: kim, kontekst, bacarıqlar, məhdudiyyətlər (A11y daxil olmaqla).
JTBD: «[vəziyyət] zaman, mən [motivasiya] [gözlənilən nəticə] istəyirəm».
Kontekst seqmenti: cihaz, şəbəkə, lokal/dil, saat zonası, hüquqlar, mühit məhdudiyyətləri.

• Oyunçu gecə 3G mobil qazanmaq üçün çalışdıqda, mən tez qədər pul almaq üçün zəng olmadan şəxsiyyəti təsdiqləmək istəyirəm 10 dəqiqə.

3) Təsvir formatları: User/Job Story, Use Case, Acceptance

3. 1 User/Job Story (şablon)

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

3. 2 Use Case (sadələşdirilmiş)

4) Yol xəritələri və struktur axını

4. 1 CJM (Customer Journey Map)

Mərhələlər: Şüur → Seçim → İlk hərəkət → Təkrar → Dəstək → Saxlama

Hər biri üçün: məqsədlər, sürtünmə, emosiyalar, kanallar, metriklər (dönüşüm, vaxt, NPS)

4. 2 User Flow и Story Mapping

User Flow: düyün qrafiki (ekranlar/vəziyyətlər) və keçidlər (şərtlər/hadisələr).
Story Mapping: «silsilə» (epik/fəaliyyət) × «şaquli dilimlər» (MVP → genişləndirmə).

5) Budaqlar: happy, sad, edge cases

Happy path: dəyəri üçün minimum yol.
Sad path: proqnozlaşdırıla bilən səhvlər (etibarlılıq, limitlər, vaxtlar).
Edge cases: nadir, lakin bahalı: qeyri-sabit şəbəkə, təkrarlanan, ləğv, yarış, vəziyyət toqquşması, lokal/saat kəmərinin uyğunsuzluğu, əlçatanlıq (siçan əvəzinə klaviatura, ekran).

Məsləhət: Hər bir əsas addım üçün - ən azı bir sad və bir edge ssenarisi.

6) Interfeys vəziyyətləri (UI States)

• `loading` / `empty` / `success` / `error` / `partial` / `disabled`
• ipuçları və mikro kopyalama; əlçatanlıq (rollar/aria, fokus, hədəflərin ölçüləri); ədədlər/tarixlər/valyutaların lokal və formatı.

7) Ssenarilərdə A11y-tələbləri

Klaviatura: siçan olmadan bütün hərəkətlər əldə edilə bilər; görünür fokus, Tab sifariş.
Ekran: düzgün rolları və əlaqələri etiketlər; media alternativləri.
Rəng/kontrast: ≥ WCAG AA; yalnız rəng deyil.
Motion: dəstək 'prefers-reduced-motion'.
Giriş: format/maskalar, səs/ekran klaviaturası; 40-48 px üçün kifayət qədər hədəflər.
Acceptance-a ayrı-ayrı A11y meyarları əlavə edin.

8) Analitik işarələmə və uğur metrikası

Ssenari üçün hadisələri, parametrləri və KPI-ləri təyin edin.

8. 1 Hadisə sxemi (JSON nümunəsi)

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 və hədəf həddi

Completion Rate (ssenarini tamamlayan pay) ≥ X%

Time-to-Value (nəticəyə qədər median) ≤ Y dəqiqə

Error Rate (422/429/5xx və xüsusi səhvlər) ≤ Z%

A11y Pass (yalnız klaviatura ssenarisi) = 100%

Hədəf səviyyəsinə ≥ addım CSAT/NPS

9) Məlumatlar, beynəlxalq aspektlər və qaydalar

Formatlar: vaxt üçün ISO-8601 (UTC), istifadəçi üçün lokallaşdırılmış çıxış.
Pul: minor units/onluq sətirlər; valyuta aydın.
Dillər/RTL: resurslarda mətnlər, güzgü dəstəyi; sətir uzunluğu və köçürmələr.
Məhdudiyyətlər: limitlər, yaş, KYC, sanksiyalar - ssenarilərin şərti kimi.

10) Ssenari təsviri şablonu (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) Ssenari validasiya alətləri

Funksional testlər (Gherkin/E2E): happy/sad/edge.
A11y-audit: əl (NVDA/VoiceOver) + avto linterlər.
Usability-seans: 5-8 əsas ssenari respondentlər.
Telemetriya: Fiche bayraqları, Completion/TTV/Error daşbordları.
Dogfooding: çek vərəqləri ilə komanda içi qaçışlar.

12) Check-list script (sürətli yoxlama)

• JTBD komanda tərəfindən formalaşdırılmış və başa düşüləndir
• Şəxs/kontekst/məhdudiyyətlər təyin
• User Flow və Story Map hazırdır; budaqları qeyd
• Acceptance Criteria (A11y daxil olmaqla) başa düşüləndir və sınaqdan keçirilir
• UI halları (yükləmə/empty/error) sənədləşdirilmişdir
• Analitik hadisələr və KPI müəyyən
• Lokalizasiya/formatlar/valyuta nəzərə alınır
• Risklər/Fail filialları və retrajlar üçün places təsvir
• Prototip/makap inkişaf/data/komplayens ilə razılaşdırılır
• Test planı və qəbul tarixi razılaşdırılmışdır

13) Anti-nümunələr

«Script = yalnız happy path».
Oxunmayan Acceptance (ölçülə bilən meyar əvəzinə «rahatdır»).
Tələblərdə A11y və lokal olmaması.
Biznes məqsədi və UX-həyata qarışdırma («TTV azaltmaq» əvəzinə «pop əlavə»).
Hadisə sxemi yoxdur → uğuru ölçmək üçün heç bir şey yoxdur.

14) Lakonik User Stories nümunələri

Yeni bir istifadəçi kimi, dərhal oyuna başlamaq üçün telefon təsdiqi olmadan e-mail ilə qeydiyyatdan keçmək istəyirəm; limitlər aşılıbsa - «qonaq» alternativini göstərmək.
Bir menecer olaraq, məlumatları mühasibatlıqla müqayisə etmək üçün CSV hesabatını filtrlərlə və taymzon layihəsinə ixrac etmək istəyirəm.

15) Tətbiq planı (3 iterasiya)

• Story/Use Case/Acceptance şablonları, vahid ssenari reyestri, minimal analitik sxem, çek siyahısı.

• Əsas ssenarilər üçün User Flow + CJM, A11y-meyarlar, Completion/TTV/Error, E2E-dəsti.

• Story Mapping, Impact × Effort prioritetləşdirilməsi, A/B fərziyyələri, mütəmadi review metrik və CAPA.

16) Mini-FAQ

Persons və ya yalnız JTBD?
Hər ikisi istifadə edin: şəxslər kontekst və məhdudiyyətlər verir, JTBD - niyyət və dəyər.

Hər şeyi pikseldən əvvəl təsvir etmək lazımdırmı?
Yox. Ssenari məqsəd, addımlar, budaqlar və uğur meyarları qeyd edir; piksellər - maketlərin və DLS-in vəzifəsi.

Ssenarinin hazır olduğunu necə başa düşmək olar?
Ölçülebilir Acceptance, happy/sad/edge, A11y-meyarları, hadisələr və hədəf KPI əhatə edir.

Yekun

Xüsusi ssenarilər məhsulun "skeleti 'dir: aydın hədəf (JTBD), razılaşdırılmış axın (User Flow/Story Mapping), sınanmış meyarlar (Acceptance), ölçülürlük (hadisələr və KPI) və əlçatanlığa/lokallara hörmət. Onları vahid şablonlarda düzəldin, yoxlamanı avtomatlaşdırın və faktiki metrlərə görə müntəzəm olaraq nəzərdən keçirin - belə ki, interfeyslər bütün istifadəçilər üçün anlaşıqlı, sürətli və dəyərli olaraq qalacaq.