Шығару алдында тексеру

1) Пайдаланушы сценарийі дегеніміз не?

Пайдаланушы сценарийі - бұл пайдаланушының нақты контексте нәтижеге сипатталған жолы, нақты алғышарттары, қадамдары, баламалары және «табыс деп саналатын» өлшемі. Сценарийлер «неліктен» (JTBD/мақсат) және «қалай» (UX-ағын, интерфейстер, күй) байланыстырады.

• Өнім, дизайн, әзірлеме, деректер және комплаенс арасындағы ортақ тіл.
• Талаптарда әртүрлі оқылулар аз, жылдам қабылдау.
• Бизнес-әсермен және метрикалармен айқын байланыс.

2) Сценарий негіздері: тұлғалар және Jobs-to-Be-Done

Тұлғалар: кім, контекст, дағдылар, шектеулер (A11y қоса алғанда).
JTBD: «[жағдай] болғанда, мен [күтілетін нәтиже] болуын қалаймын».
Мәтін сегменті: құрылғы, желі, локаль/тіл, уақыт белдеуі, құқықтар, орта шектеулері.

• Ойыншы түнде ұялы телефоныңыздан 3G-ге ұтыс алуға тырысқанда, мен 10 минутқа дейін ақша алу үшін қоңыраусыз жеке басын тез растағым келеді.

3) Сипаттама форматтары: User/Job Story, Use Case, Acceptance

3. 1 User/Job Story (үлгі)

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

3. 2 Use Case (оңайлатылған)

4) Жол карталары және ағынды құрылымдау

4. 1 CJM (Customer Journey Map)

Кезеңдер: Түсіну → Таңдау → Бірінші әрекет → Қайталау → Қолдау → Ұстап тұру

Әр адам үшін: мақсаттар, үйкелістер, эмоциялар, арналар, метриктер (конверсия, уақыт, NPS)

4. 2 User Flow и Story Mapping

User Flow: тораптар (экрандар/күй) және өту (шарттар/оқиғалар) бағандары.
Story Mapping: «жоталар» (эпиктер/белсенділіктер) × «тік тілімдер» (MVP → кеңейту).

5) Тармақтану: happy, sad, edge cases

Happy path: құндылық үшін ең аз жол.
Sad path: болжамды қателер (валидтілік, лимиттер, таймауттар).
Edge cases: сирек, бірақ қымбат: тұрақсыз желі, қайталаулар, болдырмау, жарыс, күй қайшылығы, жергілікті/уақыт белдеуінің сәйкессіздігі, қолжетімділік (тышқанның орнына пернетақта, скринридер).

Кеңес: әрбір негізгі қадам үшін - кем дегенде бір sad және бір edge-сценарий.

6) Интерфейстердің жай-күйі (UI States)

• `loading` / `empty` / `success` / `error` / `partial` / `disabled`
• көмектер және микро-копирайтинг; қолжетімділік (рөлдер/aria, фокус, таргет өлшемдері); сандар/күндер/валюталардың локалы және форматы.

7) Сценарийлердегі A11y-талаптар

Пернетақта: барлық әрекеттерге тышқансыз қол жеткізуге болады; көрінетін фокус, Tab реті.
Скринридер: лейблдердің дұрыс рөлдері мен байланыстары; медиа баламалары.
Түсі/қарама-қарсылығы: ≥ WCAG AA; тек түсімен ғана емес.
Motion: қолдау 'prefers-reduced-motion'.
Енгізу: пішім/маска, дауыс/экрандық пернетақта; 40-48 px жеткілікті таргеттер.
Acceptance қызметіне жеке A11y критерийлерін қосыңыз.

8) Аналитикалық белгілеу және жетістік метрикасы

Скрипт үшін оқиғаларды, параметрлерді және KPI анықтаңыз.

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 KPI және мақсатты шегі

Completion Rate (сценарийді аяқтағандардың үлесі) ≥ X%

Уақыт-to-Value (нәтижеге дейін медиана) ≤ Y минут

Error Rate (422/429/5xx және пайдаланушы қателері) ≤ Z%

A11y Pass (тек пернетақта скрипті) = 100%

CSAT/NPS мақсатты деңгейге ≥ қадам бойынша

9) Деректер, халықаралық аспектілер мен ережелер

Пішімдер: уақыт үшін ISO-8601 (UTC), пайдаланушы үшін оқшауланған шығыс.
Ақша: minor units/ондық жолдар; валюта анық.
Тілдер/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): happy/sad/edge.
A11y-аудит: қол (NVDA/VoiceOver) + авто-линтерлер.
Usability-сессиялар: негізгі сценарийге 5-8 респондент.
Телеметрия: фиче-жалаулар, дашбордтар Completion/TTV/Error.
Dogfooding: чек парақтары бойынша командаішілік өту.

12) Сценарийдің чек-парағы (жылдам тексеру)

• JTBD командасы тұжырымдалған және түсінікті
• Тұлға/контекст/шектеулер жазылған
• User Flow және Story Map дайын; тармақтары белгіленді
• Acceptance Criteria (оның ішінде A11y) түсінікті және тестіленетін
• UI (loading/empty/error) күйі құжатталған
• Талдау оқиғалары мен KPI анықталған
• Локализация/пішімдер/валюта ескерілді
• Ретраяларға арналған тәуекелдер/фейлi бұтақтар мен плацтар сипатталған
• Прототип/макап әзірлемемен/деректермен/комплаенспен келісілген
• Тестілеу жоспары мен қабылдау күні келісілді

13) Қарсы үлгілер

«Сценарийлер = тек happy path» (қателер/edge игноры).
Оқылмайтын Acceptance (өлшенетін өлшемнің орнына «ыңғайлы»).
Талаптарда A11y мен локальдардың болмауы.
Бизнес-мақсаттар мен UX-іске асыруды араластыру («TTV төмендету» орнына «қосу»).
Оқиға схемасы жоқ → жетістікті өлшейтін ештеңе жоқ.

14) Қысқаша User Stories мысалдары

Жаңа пайдаланушы ретінде ойынды бірден бастау үшін телефонды растаусыз e-mail арқылы тіркелгім келеді; егер лимиттер асып кетсе - «мейман» баламасын көрсету.
Менеджер ретінде деректерді бухгалтериямен салыстыру үшін есепті CSV-ге сүзгілермен және жобаның таймзонымен экспорттағым келеді.

15) Енгізу жоспары (3 итерация)

• Story/Use Case/Acceptance үлгілері, сценарийлердің бірыңғай тізілімі, ең аз талдау схемасы, чек парағы.

• Негізгі сценарийлер үшін User Flow + CJM, A11y-критерийлер, Completion/TTV/Error дашбордтары, E2E-жинақ.

• Story Mapping, Impact × Effort, A/B гипотезалары бойынша басымдық, тұрақты метриктердің жылтырауы және CAPA.

16) Шағын FAQ

Жеке адамдар немесе тек JTBD?
Екеуін де пайдаланыңыз: адамдар контекст пен шектеулер береді, JTBD - ниет пен құндылық.

Бәрін пикселге дейін сипаттау керек пе?
Жоқ. Сценарий жетістіктің мақсатын, қадамдарын, тармақтарын және өлшемдерін белгілейді; пиксельдер - макеттер мен DLS міндеті.

Сценарийдің дайын екенін қалай түсінуге болады?
Өлшенетін Acceptance, happy/sad/edge, A11y критерийлері, оқиғалар және мақсатты KPI бойынша жабындар бар.

Жиынтық

Пайдаланушы сценарийлері - бұл өнімнің «скелеті»: айқын мақсат (JTBD), келісілген ағын (User Flow/Story Mapping), тексерілетін критерийлер (Acceptance), өлшемділік (оқиғалар және KPI) және қол жетімділік/локальді құрметтеу. Оларды бірыңғай үлгілерде белгілеңіз, тексеруді автоматтандырыңыз және нақты өлшемдер бойынша ұдайы қайта қараңыз - осылайша интерфейстер барлық пайдаланушылар үшін түсінікті, жылдам және құнды болып қалады.