אימות לפני משיכה

1) מהו תסריט מותאם אישית

תסריט משתמש (באנגלית: User script) הוא מסלול המתואר על ידי משתמש לתוצאה בהקשר מסוים, עם תנאים מוקדמים ברורים, צעדים, חלופות וקריטריון ”מה שנחשב כהצלחה”. סקריפטים מקשרים בין ”Why” (JTBD/Target) לבין ”How” (זרם UX, ממשקים, מדינות).

• שפה משותפת בין מוצר, עיצוב, פיתוח, נתונים וציות.
• פחות סתירות בדרישות, קבלה מהירה יותר.
• חיבור מפורש של תכונות עם אפקט עסקי ומדדים.

• אנשים: מי, ההקשר, הכישורים, המגבלות (כולל A11Y).
• JTBD: ”כאשר המצב , אני רוצה שהמוטיבציה התוצאה הצפויה”.
• קטע הקשר: התקן, רשת, שפה מקומית, אזור זמן, זכויות, הגבלות סביבה.

• כאשר שחקן מנסה למשוך זכיות בלילה ממוביל ב-3G, אני רוצה לאשר במהירות את זהותי ללא שיחה כדי לקבל כסף עד 10 דקות.

3) תבניות תיאור: סיפור משתמש/עבודה, השתמש במקרה, קבלה

3. 1 סיפור משתמש/עבודה (תבנית)

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

3. 2 השתמש במקרה (מופשט)

4) מפות נתיב ומבניות זרימה

4. 1 CJM (מפת מסע לקוחות)

שלבים: Advention # Selection # First Action # Redo # Support Action

לכל אחד: מטרות, חיכוך, רגשות, ערוצים, מדדים (המרה, זמן, NPS)

4. 2 מיפוי סיפור זרימת משתמש

זרימת משתמש: צומת (מסכים/מצבים) וגרף מעבר (תנאים/אירועים).
מיפוי סיפורים: ”רכס” (epics/actions) × ”פרוסות אנכיות” (MVP # extensions).

5) הסתעפות: מקרים שמחים, עצובים, קצה

מסלול שמח: מסלול מינימלי לערך.
נתיב עצוב: טעויות צפויות (תוקף, גבולות, פסקי זמן).
מקרי קצה: נדיר אך יקר: רשת לא יציבה, שכפולים, ביטולים, גזעים, סכסוכי מדינה, אזור מיקום/זמן, זמינות (מקלדת במקום עכבר, קורא מסך).

טיפ: לכל צעד מפתח - לפחות תרחיש עצוב אחד וקצה אחד.

6) UI States

• ”טעינה ”/” ריקה ”/” הצלחה ”/” שגיאה ”/” חלקית ”/” נעלמה” &ft
• רמזים ומיקרו-קופירייטינג; נגישות (תפקידים/אריה, מיקוד, מידות מטרה); לוקייל ופורמט של מספרים/תאריכים/מטבעות.

7) דרישות A11y בתרחישים

מקלדת: כל הפעולות ניתנות להשגה ללא עכבר; מיקוד גלוי, סדר לשונית.
שומר מסך: תפקידי תוויות וחיבורים נכונים; חלופות תקשורתיות.
צבע/ניגוד: WCAG AA; לא רק צבע.
תנועה: ”מעדיף-מופחת-תנועה תמיכה”.
קלט: פורמט/מסכות, מקלדת קולית/על מסך; מטרות 40-48 px מספיקות.
הוסף קריטריון 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 KPIs וסף המטרה

שיעור השלמה - X%

זמן לערך דק 'Y

שיעור שגיאה (422/429/5XX ושגיאות משתמש) Z

מעבר A11y = 100%

CSAT/NPS by Target Step

9) נתונים, היבטים וכללים בינלאומיים

פורמטים: ISO-8601 (UTC) לזמן, פלט מקומי למשתמש.
כסף: יחידות קטנות/מחרוזות עשרוניות; מטבע במפורש.
שפות/RTL: טקסטים במשאבים, תמיכה בשיקוף; אורך חוט ומקף.
הגבלות: הגבלות, גיל, קיי-סי, סנקציות כתנאי מוקדם לתרחישים.

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/ViceOver) + צירים אוטומטיים.
פגישות שימושיות: 5-8 מגיבים לתרחיש המפתח.
טלמטריה: דגלי תכונה, לוח מחוונים השלמה/TTV/שגיאה.
רשימת בדיקות קבוצתיות.

12) רשימת תרחישים (בדיקה מהירה)

[ ] JTBD מנוסח ומובן על ידי הצוות

[ ] אדם/הקשר/הגבלות מאויתות

[ ] זרימת המשתמש ומפת הסיפור מוכנות; הסתעפות מסומנת

[ קריטריוני הקבלה ] (כולל A11y) ברורים וניתנים לבדיקה

[ ] מדינות UI (טעינה/ריקה/שגיאה) מתועד

[ ] אירועים אנליטיים ו ־ KPIs מוגדרים

[ ] לוקליזציה/פורמטים/מטבע נחשב

[ ] סיכונים/ענפים מזויפים ורפידות מגש מתואר

[ ] אב טיפוס/מקאפ מיושר עם פיתוח/נתונים/ציות

[ ] תוכנית מבחן ותאריך קבלה הסכימו

13) אנטי דפוסים

”תסריטים = מסלול שמח בלבד” (להתעלם משגיאות/קצה).
קבלה בלתי קריאה (”לעשות את זה נוח” במקום קריטריון מדיד).
חוסר A11y ומקומות בדרישות.
ערבוב מטרה עסקית ויישום UX (”להוסיף קופץ” במקום ”TTV נמוך”).
אין תכנית אירוע = שום דבר למדוד הצלחה.

14) דוגמאות לסיפורי משתמש תמציתיים

כמשתמש חדש, אני רוצה להירשם בדואר אלקטרוני בלי לאשר את הטלפון שלי כדי להתחיל את המשחק מייד; אם הגבולות הם חרגו - להראות את האלטרנטיבה ”אורח”.
כמנהל, אני רוצה לייצא את הדו "ח ל CSV עם מסננים ופרויקט timezone על מנת לאמת את הנתונים עם הנהלת חשבונות.

15) תוכנית יישום (3 איטרציות)

• סטורי/השתמש בתבניות מקרה/קבלה, רשימת תרחישים אחידה, סכימה אנליטית מינימלית, רשימת בדיקות.

• זרימת משתמש + CJM עבור תרחישי מפתח, קריטריונים A11y, לוח מחוונים השלמה/TTV/שגיאה, סט E2E.

• מיפוי סיפורים, עדיפות אימפקט × מאמץ, השערות A/B, ביקורות מטריות רגילות, ו CAPA.

16) מיני ־ FAQ

אנשים או רק ג 'יי-טי-בי-די?
השתמש בשניהם: אנשים נותנים הקשר ומגבלות, JTBD - כוונה וערך.

האם אני צריך לתאר הכל עד פיקסל?
לא, זה לא התסריט תופס את המטרה, הצעדים, הענפים וקריטריוני ההצלחה; פיקסלים - המשימה של פריסות ו DLS.

איך להבין שהתסריט ”מוכן”?
יש קבלה ניתנת למדידה, כיסוי שמח/עצוב/קצה, קריטריונים A11y, אירועים ומטרה KPI.

תוצאות

תרחישי משתמש הם ”שלד” של מוצר: מטרה ברורה (JTBD), זרימה עקבית (User Flow/Story Mapping), קריטריונים ניתנים לאימות (קבלה), מדידות (אירועים ו-KPIs) וכבוד לנגישות/מיקום. תקן אותם בתבניות אחידות, אימות אוטומטי וסקור אותם באופן קבוע בהתאם למדדים בפועל - כך הממשקים יישארו ברורים, מהירים ובעלי ערך עבור כל המשתמשים.