מדוע שחקנים נוטשים את המשחק בשלב הראשון
נשירה של מתחילים מתרחשת כמעט תמיד לפני שהשחקן מקבל את התגמול הראשון — וכמעט תמיד מדובר בתוצאה של טעויות בשלב ההדרכה במשחק המובייל, ולא במכניקה מרכזית חלשה.
לפי הניסיון שלנו, ניתוח החוויה הראשונה במשחק מניב שיפור בשימור שחקנים יותר מכל שדרוג של מטא-משחק: השחקן או מבין מה לעשות ב-30–60 השניות הראשונות, או סוגר את האפליקציה ולא חוזר.
הסיבה הנפוצה ביותר היא עומס יתר בממשק. במסך הראשון מופיעים בו-זמנית מטבע, משימות יומיות, חנות, פס קרב וכפתורים חברתיים, בעוד השחקן טרם ביצע פעולה אחת. תשומת הלב מתפזרת, וההדרכה הופכת לסיור בתפריטים.
אנחנו מפצלים את הזרימה: תחילה פעולה ממוקדת אחת ומינימום אלמנטים על המסך, ושאר הפאנלים נפתחים עם התקדמות השלבים.
הטעות השנייה היא היעדר משוב. השחקן לוחץ, אך אינו רואה שפעולתו הופעלה: אין הדגשה של המטרה, צליל, אנימציה או שינוי במונה. בלי תגובה מיידית המתחיל מאבד את הקשר בין פעולתו לתוצאה ומתחיל ללחוץ באקראי. אנחנו מוסיפים רמזים מפורשים בכל שלב, אישור חזותי והשהיות קצרות כדי לאפשר לשחקן לקלוט את התגובה.
הטעות השלישית והיקרה ביותר היא מבוי סתום בהדרכה. השחקן סגר את הרמז, סטה מהמסלול, בזבז משאב על הפעולה הלא נכונה או נתקע בשלב שאי אפשר לדלג עליו. אם אין מוצא ממצב זה, ההדרכה אינה מסתיימת, ואתה לא מגיע התגמול הראשון.
אנחנו מתכננים את שלב ההדרכה כך שכל שלב ניתן לשחק מחדש, לדלג או לעבור בדרך חלופית, וההתקדמות נשמרת ביציאה מהאפליקציה.
אנחנו מפרקים כיצד זה נסגר: מסמנים את משפך החוויה הראשונה במשחק לפי שלבים, מאתרים נקודות נשירה ומעצבים מחדש את ההדרכה כך שהשחקן יגיע לתגמול.
מה נותן שלב לימוד מהונדס היטב
שיעור המתחילים שהגיעו לשלב השני
השלב הראשון הוא המקום היחיד שבו הנשירה יקרה ביותר: השחקן עוד לא השקיע, לא הבין את לופ התגמול, ועוזב בלי חרטה. אנו מסמנים את המשפך לפי צעדים בתוך הטוטוריאל — הפעלה, פעולה ראשונה, תגמול ראשון, סיום השלב — ורואים באיזה צעד בדיוק הולך לאיבוד עיקר הקהל.
בדרך כלל מדובר בנקודה אחת או שתיים, ולא ב"אונבורדינג גרוע" כולו. לאחר תיקון הנקודות הללו, שיעור המגיעים לשלב השני עולה באופן צפוי, כי אנו מזיזים צעד קונקרטי, ולא כותבים מחדש את הלימוד בעיניים עצומות.
הזמן עד לפעולה הראשונה
בין ההפעלה לפעולה המשמעותית הראשונה של השחקן חולף זמן רב יותר, ככל שהצגנו יותר מסכים, טקסט והרשאות. אנו מחשבים את המרווח הזה לפי אירועים וחותכים כל מה שלא מוביל לפעולה: הלימוד נבנה על הפעולה עצמה, ולא על הסבר לפניה.
קיצור הזמן עד לפעולה הראשונה מעלה ישירות את ההמרה לשלב הראשון — השחקן מספיק לקבל תגובה לפני שהוא מאבד עניין.
פניות לתמיכה
כל "אני לא מבין מה לעשות" ו"נתקעתי בלימוד" — זו פנייה שעלתה כסף ומוניטין. אנו מנתחים טיקטים על הטוטוריאל והופכים את החוזרים על עצמם לרמזים בתוך השלב: היכן היה חסר הדגשה, היכן תנאי היציאה היה לא ברור, היכן השחקן לא הבין שהמטרה הושגה. לאחר מכן, סוג הפניות על מעבר הלימוד נעלם, והעומס על התמיכה יורד בלי תשובות ידניות.
סוג הכשלים של מעבר שהוסר
בנפרד אנו סוגרים תרחישים שבהם אי אפשר פיזית לעבור את הלימוד: מצבי מבוי סתום, אובדן התקדמות בעת מזעור האפליקציה, חוסר סנכרון שמירה בין הסשן לכניסה חוזרת. אלו לא "באגים קטנים", אלא נשירה מובטחת — השחקן נתקל בקיר ולא חוזר.
אנו משחזרים מצבים כאלה בגרסאות בדיקה, מתעדים את הסיבה ומסירים אותה מהלוגיקה של השלב, ולא מסווים אותה ברמז.
פורמטים של למידה: אינטראקטיב, רמזים, תרחיש
פורמט הלמידה נבחר לא לפי טעם, אלא לפי סוג המכניקה שצריך להסביר. להלן — אפשרויות עבודה שבאמת בוחרים ביניהן בתחילת הפרויקט, עם החוזקות והמגבלות שלהן.
| אפשרות | מתי מתאימה | מגבלות |
|---|---|---|
| למידה אינטראקטיבית "בידיים" | מכניקה בסיסית: סווייפ, איסוף משאב, בנייה, קרב | דורשת תרחיש שגיאות מחושב, אחרת השחקן נתקע |
| רמזים קונטקסטואליים תוך כדי | מערכות מורכבות: קראפט, כלכלה, עץ כישורים | בלי חיבור לאירוע הופכים לרעש ומעצבנים |
| טוטוריאל תרחישי עם דיאלוגים | משחקי עלילה, שבהם חשובה הצגת העולם והדמויות | יקר יותר בייצור: צריך טקסטים, דיבוב, בימוי מצלמה |
| היברידי: סצנה + פעולות חופשיות | מוצרים עם מדדי ריטנשן וסשנים חוזרים | דורש אנליטיקה לפי שלבים, אחרת לא ברור היכן נושרים |
למידה אינטראקטיבית נותנת את התוצאה הכי כנה: השחקן לא קורא, אלא עושה, והמיומנות מתקבעת מיד. המגבלה אחת — כל פעולה צריכה לעבור ולידציה. אם אפשר להיכשל בשלב, חייב להיות לו מוצא ברור, אחרת המתחיל נוטש את המשחק כבר במסך הראשון.
רמזים קונטקסטואליים פועלים כרשת ביטחון, לא כערוץ עיקרי. מציגים אותם ברגע שבו השחקן נתקל לראשונה במכניקה, ומסירים אחרי הפעולה המוצלחת הראשונה. טוטוריאל תרחישי חזק יותר בהצגה, אבל מוביל את השחקן בכוח על פסים — במקום שצריך חופש, הוא מפריע.
בפועל, לרוב מרכיבים היברידי: סצנה קצרה מציגה את העולם, אחר כך השחקן פועל בעצמו, והרמזים מתחברים נקודתית. שלב למידה כזה במשחק מובייל מסמנים לפי שלבים ובודקים באיזה אחוז מהמתחילים מגיעים לסוף.
זהו הקריטריון לבחירת הפורמט — לא היופי של ההצגה, אלא כמה אנשים מביאים את הלמידה עד הסוף וחוזרים למשחק למחרת.
איך אנחנו מעצבים ומטמיעים הדרכה
עיצוב הדרכה הוא לא "לצייר חצים על צילומי מסך", אלא משימה הנדסית עם תוצאה מדידה: שיעור השחקנים שהגיעו לפעולה המשמעותית הראשונה, הזמן עד אליה, והנשירה בכל שלב.
אנחנו עובדים באיטרציות: קודם מתעדים את ההתנהגות הנוכחית על בסיס נתונים, אחר כך משנים את הסכימה ובודקים את ההשפעה על שחקנים אמיתיים.
- ביקורת החוויה הראשונה. עוברים את מסלול המתחיל על גרסאות אמיתיות, אוספים מדדי משפך: היכן השחקן סוגר את האפליקציה, באיזה שלב הוא נתקע, אילו רמזים הוא מדלג בלי לקרוא. בוחנים הקלטות סשנים ולוגים של הדקות הראשונות — הם מראים את הפער בין התרחיש המתוכנן להתנהגות בפועל.
- סכימת שלבי ההדרכה. מפרקים את החוויה הראשונה לרצף שלבים עם מטרה אחת בכל אחד: להראות מכניקה, לאפשר לחזור עליה, לחזק אותה בלי רמז. קובעים מה מועבר בטקסט, מה במחווה, מה דרך פעולה של השחקן עצמו, והיכן שמים נקודות יציאה אל הלולאה המרכזית של המשחק.
- הגדרה והטמעה. מרכיבים את השלבים לקונפיגורציה נשלטת: תנאי הפעלה, סדר, דילוג לכניסות חוזרות, ענף נפרד למי שכבר מכיר את הז'אנר. הלוגיקה מוצאת כך שעריכות בתרחיש לא ידרשו בנייה מחדש של כל האפליקציה.
- בדיקה על שחקנים אמיתיים. מוציאים את ההדרכה לחלק מוגבל של הקהל ומשווים לגרסה הנוכחית לפי המשפך: שיעור המגיעים לפעולה המרכזית, הזמן עד אליה, מספר הסשנים הנטושים בכל שלב. תיקונים מבצעים לפי החוליה החלשה, ולא לפי כל התרחיש בבת אחת.
- העברה לצוות. מוסרים את סכימת השלבים עם תיאור הלוגיקה, את הקונפיגורציה, דשבורד לפי מדדי החוויה הראשונה והוראות כיצד להוסיף שלבים חדשים לעדכוני המשחק. הצוות ממשיך לשנות את ההדרכה בעצמו, בלעדינו.
סדר כזה נותן חוויה ראשונה צפויה: ההדרכה מפסיקה להיות מסך חובה והופכת לחלק נשלט של המוצר, שאפשר למדוד ולשפר.
מה נשאר לצוות לאחר העבודה
שכבת ההדרכה היא לא מסך חד-פעמי, אלא מערכת של נתונים ניהוליים שחיה יחד עם המשחק. לכן לאחר המסירה אנחנו מעבירים לא רק את השכבה עצמה, אלא גם את כל מה שמאפשר לשנות אותה בלי מפתח: קונפיגורציות, כללים ותיעוד. להלן מה שנשאר בדיוק בידי צוות הלקוח.
- מפת שלבים — רצף שלבי ההדרכה עם נקודות כניסה ויציאה: אילו פעולות השחקן מבצע, באיזה סדר, מה נחשב לסיום שלב. לפיה ניתן לראות היכן אפשר להשתיל שלב חדש בלי לשבור את האחרים.
- קונפיגורציית רמזים — טקסטים, תזמוני הופעה, תנאי הסתרה וסדרי עדיפויות לכל מצביע. הרמזים הוצאו מהקוד אל הנתונים, ולכן עריכת ניסוח או השהיה אינה מחייבת בנייה מחדש של האפליקציה.
- כללי תצוגה — הלוגיקה שלפיה ההדרכה מופעלת: לשחקנים חדשים, לאחר עדכון, בכניסה חוזרת או לפי טריגר בתוך המשחק. כאן גם מתוארים תנאי הדילוג ומעבר חוזר.
- תיעוד ההדרכה — תיאור מבנה השכבה, ייעודו של כל שלב והקשר למכניקות המשחק. די בכך שאדם חדש בצוות יבין את הלוגיקה בלי לפרק את קוד המקור.
- נהלי עריכה — סדר ביצוע השינויים: מי מאשר את הטקסט, כיצד נבדק שלב חדש, מה נחשב לרגרסיה. מקבע אילו עריכות בטוחות ואילו נוגעות בלוגיקת ההפעלה.
- מערך תרחישי בדיקה — בדיקות למעבר, לדילוג ולכניסה חוזרת, כדי ששינויים לא ישברו ענפים שכבר עובדים.
- סכמת אנליטיקה — אילו אירועים נאספים בכל שלב וכיצד לפיהם לראות היכן השחקנים נושרים.
מערך כזה מסיר את הבעיה המרכזית של שכבות הדרכה: כשהכול תפור בתוך הקוד, כל עריכה גוררת אחריה שחרור גרסה. כשהשלבים, הרמזים והכללים מונחים בנפרד, צוות הלקוח משנה את ההדרכה בעצמו — ואנחנו מצטרפים רק אם יש צורך לעבד מחדש את הלוגיקה כולה.
מקרה בוחן: כיצד גדל שיעור השלמת השלב הראשון
משחק פאזל עם התקדמות בשלבים: ההדרכה נבנתה כמסך נפרד עם הוראה טקסטואלית וכפתור "הבנתי". לפני העבודה מחדש, 41% מהמתקינים השלימו את השלב הראשון, ורק אחד מכל חמישה הגיע לשלב השלישי — אנשים נשרו לפני שהספיקו לראות את המכניקה עצמה.
כתבנו מחדש את שלב ההדרכה של המשחק לנייד כך שיהיה חלק מהגיימפליי ולא הקדמה לו. פירקנו את המשפך שלב אחר שלב, מצאנו את הנקודות שבהן השחקן נטש את ההשלמה, ובנינו מחדש את ההגשה עבור כל אחת מהן.
מה בדיוק שינינו
- החלפנו את ההוראה הטקסטואלית בהדרכה דרך פעולה: הנגיעה הראשונה מודגשת, לאחר מכן הרמז מופיע רק לאחר השהיה של 4-5 שניות.
- פיצלנו את הכניסה לשלבים קצרים של 10-15 שניות — כל אחד מסתיים בתוצאה נראית לעין, כדי שהשחקן יראה מיד את הקשר בין הפעולה לתגובה.
- הסרנו את חובת ההדרכה: שחקן מנוסה יכול לדלג על הרמזים ולעבור את השלב בעצמו, ומתחיל מקבל אותם לפי הצורך.
- הוספנו מסך ביניים לאחר ההצלחה הראשונה — הוא מתעד את ההתקדמות ומחזיר בעדינות למשחק אם האדם סגר את האפליקציה.
מדדים לפני ואחרי
| מדד | לפני | אחרי |
|---|---|---|
| השלמת השלב הראשון | 41% | 68% |
| שיעור המגיעים לשלב השלישי | 21% | 39% |
| שימור ביום השני | 24% | 33% |
| חזרה לאחר סגירה בשלב ההדרכה | 12% | 27% |
העלייה בשימור ביום השני נבעה לא מההדרכה עצמה, אלא מכך שהשחקן הספיק לקבל תוצאה ראשונה לפני שהתמודד עם הקושי. בדקנו זאת על כמה וריאציות של הגשה — השארנו את זו שבה שיעור ההשלמות נשמר ביציבות, ולא רק בסשן הראשון.
את הפרויקט הובילה NovaSolutions: אנליטיקת משפך, עבודה מחדש על תרחיש ההדרכה, הרכבה ומדידה על תנועה חיה. בהמשך הרחבנו את הגישה לשאר השלבים — מדדי ההשלמה גדלו גם שם, מכיוון שההגיון של ההגשה נשאר זהה.
במה שונה למידה מדריך חובה
מדריך חובה הוא שער: עד שהשחקן לא ביצע את רצף הפעולות שנקבע, לא ממשיכים אותו הלאה. למידה מובנית היא סביבה: המכניקות מועברות דרך תהליך המשחק עצמו, וההתקדמות אינה נחסמת. ההבדל מתבטא לא בממשק, אלא באופן שבו בנויה לוגיקת המעבר ומה קורה לשחקן שכבר הבין את הכללים.
דילוג על הלמידה אינו דגל בינארי, אלא מערכת תנאים. אנו מתכננים אותו כתרחיש הניתן לבדיקה: השחקן מאשר היכרות עם השליטה, מבצע פעולת בקרה או פשוט עובר את הקטע הראשון ללא שגיאות קריטיות. אם התנאים מתקיימים — הלמידה מתקפלת, אך נשארת זמינה לפי דרישה. זה מסיר את הטענה המרכזית כנגד מדריך החובה: הוא אינו מאפשר לשחק למי שכבר יודע.
למידה מובנית פועלת אחרת. היא אינה נפרדת מההתקדמות, אלא מפוזרת על פני השלבים הראשונים: מכניקה חדשה מופיעה בדיוק כאשר היא נדרשת למשימה הבאה. כאן חשוב לא להעמיס על ההתחלה — אם בדקות הראשונות השחקן מקבל שלוש מערכות בבת אחת, הלמידה הופכת לאותו מדריך חובה, רק מרוח על פני הזמן.
איזון ההתקדמות הוא המגבלה המרכזית. למידה המובנית בשלבים משפיעה על עקומת הקושי: המשימות הראשונות צריכות להיות ניתנות למעבר ללא הכנה, אך לא פשוטות עד כדי כך שהשחקן ישתעמם. אנו רואים בכך משימת איזון נפרדת, ולא תופעת לוואי של שלב הלמידה.
הקריטריון המעשי פשוט: אם ניתן לגזור את הלמידה, והמשחק יישאר מובן — זהו מדריך חובה שכדאי להפוך לניתן לדילוג. אם לאחר הגזירה נשבר האיזון או השחקן אינו מבין את המטרות — הלמידה מובנית בהתקדמות, ויש לתכנן אותה יחד עם השלבים, ולא כבלוק נפרד.
ספקות טכניים נפוצים
שלב ההדרכה הוא החלק היחיד במשחק שכל שחקן עובר, ולכן מחיר הטעות כאן גבוה יותר מאשר בכל מסך אחר. להלן השאלות שעולות לרוב בשלב ההערכה: הן נוגעות לבדיקות, לתיקונים במשחק שכבר יצא לאור ולשמירה על האיזון.
איך בודקים הדרכה אם אין מעבר "נכון"?
אנחנו מסתכלים לא על עצם המעבר, אלא על המסלול של השחקן: היכן הוא עוצר, היכן הוא חוזר אחורה, היכן הוא נוטש. אנחנו אוספים את רצף הצעדים עם הצמדה למסך ולפעולה, מריצים אותו через אנליטיקה לפי קבוצות של שחקנים חדשים ומשווים לקבוצת ביקורת.
בנפרד אנחנו בודקים תרחישי קצה — דילוג על רמז, כניסה חוזרת, מזעור האפליקציה באמצע צעד. אם שיעור המגיעים לסוף ההדרכה עולה, והזמן עד לפעולה המשמעותית הראשונה יורד — השלב עובד.
המשחק כבר יצא לאור — אפשר לשנות את ההדרכה בלי הפעלה מחדש?
כן, ההדרכה נערכת בנפרד מהתוכן הראשי: לוגיקת הצעדים מוצאת לקונפיגורציה שאפשר לעדכן בלי לבנות מחדש את כל האפליקציה. זה מאפשר לשנות את סדר הרמזים, הטקסטים ותנאי המעבר בין צעדים באופן ממוקד. העדכון נפרס בהדרגה — תחילה על חלק מהשחקנים החדשים, ואחר כך על השאר, אם המדדים לא ירדו. החזרה לאחור נעשית על ידי החזרת הקונפיגורציה הקודמת, בלי להוציא גרסה חדשה.
איך לא לשבור את האיזון בתיקונים אחרי השקה?
האיזון של ההדרכה ושל הלולאה הראשית קשורים זה לזה: אם בהתחלה השחקן מקבל יותר מדי משאבים, בהמשך ההתקדמות מאבדת מערכה. לכן התיקונים נעשים דרך פרמטרים, ולא דרך כתיבה מחדש של הלוגיקה, ומלווים בבדיקת חתכים מרכזיים — כמה משאבים וחפצים השחקן מוציא מההדרכה.
אנחנו מכניסים שינויים אחד אחד, כדי לראות את ההשפעה של כל אחד, ושומרים על היכולת להחזיר את הערכים הקודמים.
מה עושים אם ההדרכה כבר יצאה לאור עם שגיאות?
קודם כל מתעדים באיזה צעד השחקנים הולכים לאיבוד ומה בדיוק נשבר — תקיעה, רמז שגוי או פעולה לא זמינה. לאחר מכן מוציאים תיקון דרך הקונפיגורציה, בלי לגעת בשאר התוכן, ובודקים על שחקנים חדשים לפני שפורסים לכולם. שחקנים שנתקעו על צעד שבור אפשר להעביר הלאה באמצעות כלל נפרד, כדי לא לאבד את הקהל.
תארו את המשימה שלכם — נחזור עם הערכה ותוכנית עבודה להדרכה.
נדון במשימה שלכם ונחזור עם תוכנית
כדי לחזור עם תוכנית ולא עם מילים כלליות, אנחנו צריכים חיתוך מבוא קצר על המשחק שלכם. מספיק בילד נוכחי או הקלטת מסך, תיאור קהל היעד ומהו החוויה הראשונה שאתם רוצים לתת לשחקן: לימוד קרב, בנייה, כלכלה או שילוב מכניקות.
אם שלב הלימוד של משחק המובייל כבר קיים ולא עובד — הראו מטריקות השלמה, נקודות נשירה והקלטות סשנים: מהן רואים היכן השחקן נוטש והיכן אנחנו מאבדים את המשמעות של המכניקה.
מכאן הניתוח מתקדם בשלבים, ובכל שלב נשאר לכם חפץ מוגדר.
- שיחת זום של 40-60 דקות: מנתחים את המשימה, הז'אנר, הרפרנסים ואיך השחקן אמור לצאת מהלימוד.
- ביקורת החוויה הראשונה הנוכחית: בודקים את המשפך, נקודות היציאה, הזמן עד לתגמול המשמעותי הראשון.
- ניתוח המכניקות: מזהים מה השחקן חייב לשלוט בו ומה אפשר לדחות לשלב מאוחר יותר.
- עיצוב תרחיש הלימוד: רצף השלבים, רמזים, מגבלות ממשק.
- הערכת לוחות זמנים והיקף העבודה: כמה איטרציות נדרשות, היכן יידרש שיתוף הפעולה של מעצב המשחקים שלכם.
- אישור התוכנית: מקבעים את השלבים, נקודות הקבלה ופורמט הדיווח.
- תחילת העבודה: בונים אב טיפוס של שלב הלימוד ובודקים אותו על שחקנים אמיתיים.
בסיום הניתוח אתם מקבלים לא "נעשה טוב" מופשט, אלא קונקרטיקה: תרשים שלבי הלימוד, רשימת התיקונים בממשק וברמזים, הערכת לוחות זמנים לפי שלבים ורשימה של מה שיידרש מצדכם — הרשאות גישה, בילד, אנליטיקה.
אם שלב הלימוד רק מתוכנן, הניתוח מתחיל מהמכניקות ומקהל היעד, ואנחנו מיד מציינים אילו החלטות יניבו אפקט מהיר ואילו כדאי לבדוק על אב טיפוס.
תארו את המשימה בצורה חופשית — נשלח הערכת לוחות זמנים ותוכנית עבודה שלפיה אפשר לקבל החלטה.