כיצד הממשק ו ־ UX מיושמים במכשירים ניידים
1) עקרונות: הניידות של UX שונה משולחן העבודה
שליטה ביד אחת. ה-CTAs העיקריים (הימור, חוזר, ברור) נמצאים באזור האגודל (השליש התחתון של המסך).
אנכי ראשון. טבלאות אנכיות/נחלים - מקרה בסיס; האופקי נשמר כ ”מצב סרט”.
פחות קליקים יותר הגיוניים. כל הימור חייב לקחת 2 פעולות: בחירת ערך = ברז על ידי שדה/תא.
מהירות חשובה יותר מיופי. 60 FPS UI, שינוי פריסה מינימלי, אנימציות ”אור”.
שקיפות. טיימר עגול, מצב חיבור, עיכוב - באופן ברור ובלתי נסבל.
2) מסגרת מסך: היכן למקם
אזור עליון (מידע):- שם שולחן, גבולות, נגן נגן, מחוון רשת/עיכוב, כללים/הגדרות סמלים.
- זרם וידאו (WebRTC/LL-HLS) או שולחן תלת ממדי, מחליף מצלמות/זוויות עם מחווה.
- טיימר, תוצאות הסיבובים האחרונים, אישור קופץ של הימורים.
- לוח הימורים: זרמים, כפתורים מהירים ”חוזר”, ”כפול”, ”ברור”.
- וילון ארנק חבוי (איזון, הפקדה מהירה - ללכת לקופאי).
- מתג שולחן/משחק (מגילה אופקית).
- לפחות 48dp (אנדרואיד )/44pt (iOS) לכל אינטראקטיבי, הזחה בין כפתורים LIM8DP.
- אנחנו לוקחים בחשבון אזורים בטוחים (חריץ, ניווט מחווה).
3) הימורים מהירים: מיקרו-אינטראקציות
שני צעדים: בחירת ערך חזיתי = ברז על המגרש על השולחן. ברז חוזר - מגדיל את ההימור באותו ערך.
עיתונות ארוכה: תפריט הקשר (למחוק, להכפיל, להפיץ).
שחק על לוח הזהות: הצג ערכים מורחבים/היסטוריית הימורים.
רטט אור בעת קבלת הימור, יותר מבוטא - כאשר מסרב/מאוחר הימור.
ראות מצב: ”קבל הימורים ”/” סגור ”- צבע/סמל + סטופר.
4) וידאו וכיסוי: כדי לא להתערב, אלא כדי לעזור
משחק מפתח לפי דרישה. בעת החלפת איכות - IDR מיידי כדי להימנע מ ”סבון”.
כרטיסים שקופים. טיימר ותוצאות - 70-85% שקיפות, הסתרה אוטומטית על ידי טיימר.
מחוות:- ברז כפול בוידאו - החלפת מצלמה/זווית.
- צביטה - סולם וידאו (ללא חפיפה של CTA).
- הודעות ”קצה”. קווי דחיפה של זכיות ופרומו בחלק העליון, לא חופפים את לוח ההימורים.
5) תנאי רשת ועיכובים
גלולת מצב: "אונליין 1. 3 c ”/” רשת רעה 4. 8 c. "צבע האייקון משתנה על ידי סף.
הידלדלות רכה: תחילה להפחית FPS (60 = 48 = 30), לאחר מכן רזולוציה (1080p = 720p = 540p), להגדיל את החוצץ ב + 200-300 ms.
Auto-folback: WebRTC # LL-HLS למצב צפייה עם רשת לא יציבה; חוסם הימורים ”מאוחרים”.
מסך לא מקוון: שמירת הקשר ההימור, סיבה מובנת (”אין חיבור”) וכפתור ”חוזר”.
6) משחק ושליטה אחראיים
גבולות בהישג יד. כפתור ”גבולות” ליד המאזן: הפקדה/זמן/הפסד, טיימר הפעלה.
הפסקה של דקה. ההפסקה המומלצת לאחר 30-45 דקות של המשחק היא כרזה רכה, ללא ”דגלים אדומים”.
חסימת הצעות מאוחרת. אם עיכוב e2e> סף - הצעה לא התקבלה, UI מסביר את הסיבה.
היסטוריה וייצוא. הסבבים/ההימורים האחרונים להאכיל, מסננים, ייצוא בדיקה מהירה.
7) טקסט, צבעים, אנימציות
טיפוגרפיה: כותרות 17-20pt, גוף 14-16pt; ניגוד של WCAG AA +.
ערכת צבעים: צבעי ”אות” שמורים לסטטוסים (מקובלים/סגורים/שגיאה).
אנימציות: 120-180 ms עבור מיקרו-אינטראקציות; 240-320 מ 'לפאנלים/וילונות. לא יותר מ-2-3 אפקטים מקבילים.
שלדים במקום ספינרים. טעינה מתקדמת מהירה.
8) ארכיטקטורת ניווט ומידע
ניווט נמוך יותר (לשונית): לובי, שידור חי, קידום, פרופיל.
בפנים חי: רשימות של טבלאות סינון (שפה, גבולות, סוג משחק, סוחרים אהובים).
קישורים עמוקים: push/bot = כניסה ישירה לשולחן/טורניר; שמירת UTM לאנליטיקה.
מחוות אנדרואיד ”בחזרה” ו - iOS swipe - לא לסגור את הסיבוב פתאום, ראשון - אזהרה.
9) לוקליזציה ושפות מיוחדות
RTL (ערבית/עברית). רשתות הימור מראה ולוחות.
מספר פורמטים/מטבעות. אלפים מפרידים, חתימות קצרות (1,000 * 1k מחוסר מקום).
שולחנות שפה. הצג דגלים/שפות, מסנני שפת הסוחר, יחידות מקומיות (₺, R $, ₴).
אורך שורות. תיאורים חתך אוטומטי עם אליפסיס, טוליפס - על ידי עיתונות ארוכה.
10) ביצועי התקן ומשאב
סוללה: הגבל את ה ־ fps 60 * 30 כאשר המטען נמוך, הזהר מפני צריכה גבוהה.
זיכרון: פורקים פרופילי ABR בשימוש, לא מחזיקים יותר מ-2-3 מרקמים ברזולוציה גבוהה.
WebView/דפדפן: לחסום צללים כבדים ומסנני CSS; השתמש בשילוב GPU לחלקות.
אופטימיזציה תמונה: WebP/AVIF, ספריטים ועומס עצלים.
11) דפוסי תשלום וארנק
מיני-ארנק: איזון והפקדה מהירה (קישור לקופאית עם 3DS/KYC רק ברשת).
אסימוני אבטחה: TTL קצר, להתחבר מחדש מבלי לאבד את ההימור הנוכחי.
הראות של מקור הכספים: CASH/BONSE בזמן ההימור.
12) זמינות (A11y) ותאימות
Over/TalkBack: חתימות לאלמנטים, מיקוד הזמנות לשונית, סרטונים להודעות מצב.
ניגודיות גבוהה/גופן גדול: התאמת פריסה מבלי לשבור את הרשת.
מחוות בדרך היחידה. אנחנו משכפלים את הפונקציונליות עם כפתורים.
מטריצת ניסוי: iOS (זרם + n-1), אנדרואיד (רמות SDK, עורות פופולריים), התקנים חלשים, רשתות לא יציבות.
13) מיקרו-קופירייטינג: מה ואיך לדבר
ברור וקצר. ”הימורים מקובלים”, ”הימורים סגורים”, ”קרנות לא מספיקות”, ”רשת רעה”.
הקשר. אם ההצעה חסומה, ”עיכוב זרימה עולה על סף”.
אימות. הסר ”האם אתה בטוח?” איפה אתה יכול להתגלגל בחזרה דרך ”חזרה/Undo”.
14) אנליטיקה ורום: מדידה לשיפור
רום-SDK: עיכוב e2e, הפעלה, חיצים, מתגים איכותיים, שגיאות פענוח.
WebRTC-Stats: RTT, Lost, jitter, NACK/PLI, ראשי תיבות של PURN-RELAY.
אירועי מוצר: קצב/כפול/ברור, ויתור/קצב מאוחר, החזקת שולחן ודילר.
panel כניסה: telem # lobough table _ first about/double.
15) נגדי חרקים ניידים
להיטים קטנים. פתרון: 48dp/44pt מינימום, חריצים נוספים.
מסכים שחורים בזמן שינוי איכות. פתרון: מחשב מפתח לפי דרישה ולטעון מראש את הפרופיל הבא.
תרגילי ”גב” אקראיים. פתרון: אישור לפני היציאה מהמחוות העגולות + בתוך התוכן אינו נוגד את תנועות המערכת.
מקלדת נשארת. פתרון: לוח מקשים מספרי לכמויות, מחבוא אוטומטי אחרי הקלט, גלילה חכמה.
16) רשימת השקת הייצור
UI וניהול
[ ] CTA באזור האגודל; 2 צעדים להמר
[ ] סטטוסים אפטיים ומובנים (מקובלים/סגורים/שגיאה)
[ ] אנכי/אופקי ללא חפצים
וידאו ורשת
[ ] WebRTC עם SVC/Simulacast, LL-HLS folback
[ ] מחוון עיכוב/רשת, השפלה רכה
[ ] אין מסכים שחורים בעת ההחלפה
משחק אחראי
[ ] גבולות/הפסקה/היסטוריה במרחק של 1-2 טאפה
[ בלוק ] של הימורים ”מאוחרים” כאשר סף e2e הוא חורג
לוקליזציה A11y
[ ] RTL, גופנים גדולים, ניגוד
[ ] אלט מלא/תוויות לקוראי מסך
ביצועים
[ ] 60 fps UI, <100 ms TTI למסכי מפתח
[ ] מצב שמירת כוח, בקרת זיכרון
יכולת תצפית
[ ] רום מובנה וסטטיסטיקות WebRTC, התראות SLO
[ ] אירועי מוצר ומשפך קצב
17) השורה התחתונה
Mobile UX Live Games הם שלישייה של בקרת בהירות. שולחנות אנכיים, בקרה ביד אחת, הימורים מהירים, פקטיקה ומדינאות מובנת יוצרים תחושה של ”סלון” בכף ידך. דיסציפלינה טכנית - השפלה רכה, פולבק על LL-HLS, מדדי רשת, רום אנליטיקה A11y - הופכת ממשק יפהפה למוצר אמין שעובד טוב באותה מידה על דגלים והתקני תקציב, ברכבת התחתית ובבית, על iOS ואנדרואיד.