Վերաֆինանսավորումը մինչև եզրակացությունը

1) Ի՞ նչ է օգտագործողի սցենարը

Օգտագործողի սցենարը օգտագործողի նկարագրված ուղին է արդյունքի համար համապատասխան համատեքստում, հստակ նախադրյալներով, քայլերով, փոփոխություններով և չափանիշներով «ինչը համարվում է հաջողակ»։ Սցենարները կապում են «ինչու» (JTBD/նպատակը) և «ինչպես» (UX հոսքը, ինտերֆեյսները, վիճակը)։

Նպատակները

Ընդհանուր լեզուն սննդի, դիզայնի, զարգացման, տվյալների և կոմպլասենսի միջև։

Պահանջների ավելի քիչ տարաձայնություններ կան, ավելի արագ ընդունելություն։

Ֆիչի ակնհայտ կապը բիզնեսի էֆեկտի և մետրիկների հետ։

2) Պատճառները ՝ պարսիկները և Jobs-to-Be-Done

Պարսիկները 'ով, համատեքստը, հմտությունները, սահմանափակումները (ներառյալ A1y)։

JTBD: <<Երբ [իրավիճակը], ես ուզում եմ [մոտիվացիա], որպեսզի [ակնկալվող արդյունքը]>>։

Կոնտեքստի սեգմենտը սարքն է, ցանցը, ստեղնաշարի/լեզուն, ժամացույցի գոտին, իրավունքները, միջավայրի սահմանափակումները։

JTBD-ի օրինակ

Երբ խաղացողը փորձում է գիշերը շահել 3G շարժիչով, ես ուզում եմ արագ հաստատել անհատականությունը առանց զանգի, որպեսզի գումար ստանամ մինչև 10 րոպե։

3) Նկարագրությունը ՝ User/Job Story, Use Cance, Acceptics

3. 1 User/Job Story (ձևանմուշ)


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

3. 2 Use Cast (պարզեցված)

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`

հուշումներ և միկրո կոպիրայթինգ; հասանելիություն (դերեր/արիա, ֆոկուս, չափսեր); ww.l և թվերի ձևաչափը/դատ/արժույթ։

7) A11y-պահանջները սցենարներում

Ստեղնաշար 'բոլոր գործողությունները հասնում են առանց մկնիկի։ տեսանելի ֆոկուս, Tab կարգը։

Սկրինիդեր 'ճիշտ դերեր և պիտակների կապեր; լրատվամիջոցների այլընտրանքները։

Գույնը/հակադրությունը ՝ WCAG AA; ոչ միայն գույնով։

Motion 'աջակցություն' wwww.fers-reduced-motion '։

Շահագործումը 'ձևաչափ/դիմակներ, ձայն/էկրանի ստեղնաշար; բավարար targets 40-48 px։

Ավելացրեք Accept.ru-ում A1y-ի առանձին չափանիշները։

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%

Time-to-Value (միջին արդյունքի) www.Y րոպե

Error Rate (422/429/5xx և օգտագործողի սխալները) 24Z%

A1y Pass (սցենարը միայն ստեղնաշարով) = 100%

CSAT/NPS քայլը աշխատանքային մակարդակ

9) Տվյալները, միջազգային ասպեկտները և կանոնները

Տե՛ ս ՝ RF-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/VoicOver) + մեքենաներ-ոսպնյակներ։

Usability-նստաշրջան 'հինգ-8 հարցումներ հիմնական սցենարի վրա։

Telemetria: fice-դրոշներ, dashbords Completion/TTV/Error։

Dogfooding: Ներքին թիմային անցքեր չեկի տերևներով։

12) Սցենարի թուղթ (արագ ստուգում)

JTBD-ն ձևակերպված և հասկանալի է թիմի համար
Պերսոն/կոնտեքստը/սահմանափակումները նշված են
User Flow և Story Map պատրաստ են. ճյուղերը նշված են
Acceptics Criteria (ներառյալ A1y) հասկանալի և թեստիրիմներ են։
UI-ի վիճակը (loading/empty/error) հետևյալն է ․
Վերլուծական իրադարձությունները և KPI-ը որոշվում են
Տեղայնացումը/105/արժույթը հաշվի են առնվում
Ռիսկի/ֆեյլային ճյուղեր և գետերի համար նախատեսված շերտեր նկարագրված են
Նախատիպը/makap համաձայնեցված է/տվյալների/համակցման զարգացման հետ
Փորձարկման պլանը և ընդունման ամսաթիվը համաձայնեցված են

13) Anti-patterna

«Սցենարներ = միայն happy path» (սխալների/edge)։

Չբացահայտված Acceptics-ը («հարմար դարձնել» չափված քննադատության փոխարեն)։

A11y-ի բացակայությունը և լոկալները պահանջների մեջ էին։

Բիզնեսի նպատակների խառնուրդը և UX իրականացումը («ավելացնել popap» փոխարեն «նվազեցնել TTV»)։

Իրադարձական սխեմա չկա չափելու հաջողությունը։

14) Լակոնիկ User Stories-ի օրինակները

Որպես նոր օգտագործող, ուզում եմ գրանցվել e-mail-ով առանց հեռախոսի հաստատման, որպեսզի խաղը անմիջապես սկսի։ եթե լիմիտները ավելի բարձր են, ցույց տալ «հյուր» այլընտրանքը։

Որպես մենեջեր, ուզում եմ CSV զեկույց ներկայացնել ֆիլտրերով և թայմզոնով, որպեսզի հաշվապահի տվյալները։

15) Իրականացման պլանը (3 իտացիա)

Իտերացիա 1 - Հիմքը (1-2 շաբաթ)

Story/Use Cance/Acceptics-ի ձևանմուշները, մեկ ստանդարտ, նվազագույն վերլուծական սխեմա, չեկի թերթ։

Iteration 2 - Որակը և չափումը (2-3 շաբաթ)

User Flow + CJM-ը հիմնական պարամետրերի համար, A11y-չափանիշները, Completion/TTV/Error, E2E հավաքածու։

Iteration 3 - Մասշտաբը և օպտիմիզացումը (շարունակաբար)

Story Mapping-ը, Impact-ի գերակայությունը Effect-ի, A/B հիպոթեզը, որը կապված է մետրի և CAPA-ի հետ։

16) Mini-FAQ

Պերսոնները կամ միայն JTBD-ը։

Օգտագործեք երկուսն էլ 'պարսիկները տալիս են համատեքստն ու սահմանափակումները, JTBD-ը' մտադրությունը և արժեքը։

Արդյո՞ ք պետք է նկարագրել ամեն ինչ մինչև պիքսել։

Ոչ։ Սցենարը արձանագրում է նպատակը, քայլերը, ճյուղերը և հաջողության չափանիշները։ պիքսելը մակեթների և DFC-ի խնդիր է։

Ինչպե՞ ս հասկանալ, որ սցենարը «պատրաստ» է։

Կան չափված Accept.ru, happy/sad/edge, A11y-չափանիշներ, իրադարձություններ և KPI-ներ։

Արդյունքը

Օգտագործողի սցենարները «կմախք» են, պարզ նպատակը (JTBD), համաձայնեցված հոսքը (User Flow/Story Mapping), ստուգված չափանիշները (Acceptae), չափումը (իրադարձությունները և KPI) և հարգանքը/լոկալի հասանելիության նկատմամբ։ Ամրագրեք դրանք մեկ ձևանմուշներում, ավտոմատիզացրեք ստուգումը և պարբերաբար վերանայեք իրական մետրերը, այնպես որ ինտերֆեյսերը կմնան հասկանալի, արագ և արժեքավոր բոլոր օգտագործողների համար։