Проектирование устойчивых P2E механик для Web3 игр

פיתוח מכניקות P2E: איפה נשברת כלכלת המשחק

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

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

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

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

השפעות מדידות: ריטנשן, הנפקה ואיזון תגמולים

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

ללא מדידות אלה, כל שינוי בהנפקת התגמולים הוא ניחוש, ואיתן רואים איזו מכניקה באמת מחזיקה את הריטנשן ואיזו רק מנפחת הרשמות.

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

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

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

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

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

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

מצבי עבודה: ביקורת כלכלה, איזון, מחזור מלא

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

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

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

שלבי ההטמעה: מביקורת כלכלה ועד מסירת תקנונים

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

סדר העבודות

1. איסוף נתונים וביקורת כלכלה. מתעדים את המקורות והסינקים של התגמולים: כמה יחידות מגיעות על קווסט, סשן ורמה, לאן הולכת המשיכה, וכיצד מתפלגים הארנקים לפי היקף.
2. סכימת זרמי ערך. בונים מפה: היכן התגמול נולד, היכן נשרף והיכן שוקע — לפיה רואים אילו מכניקות לוחצות על השער ואילו מרסנות אותו.
3. הגדרת כללים. נוסחאות הנפקה, עמלות, מגבלות משיכה ולוח חיתוכים עונתיים מתוארים כפרמטרים — ניתן לשנות אותם בלי לכתוב מחדש חוזים.
4. בדיקה על מודל התנהגותי. מריצים תרחישים על סימולציית שחקנים: מחזיק גדול, פרמר תגמולים, אורח אקראי. בוחנים תוך כמה ימים האיזון נכנס למינוס ואיזה פרמטר מציל את התרחיש.
5. פיילוט במעגל סגור. קבוצה מוגבלת משחקת לפי כללים אמיתיים עם מגבלות מצומצמות — כך בודקים את החיבור "תגמול — משיכה" בלי סיכון לכלכלה הראשית.
6. השקה ומעקב. מחזיקים לוח מדדים: חלק הפעילים, תוחלת חיי היתרה, היקף המשיכה. סטייה מהמודל — סיבה לכוונן פרמטר, ולא לחכות לעונה.
7. מסירת תקנונים. מוסרים לצוות את מפת הזרמים, טבלת הפרמטרים, כללי התגובה לסטיות וסדר עדכון הלוגיקה.

ארטיפקטים של תכנון: מודלים, טבלאות, תקנוני איזון

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

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

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

מקרה בוחן: הסרנו אינפלציה של תגמולים והחזרנו את הריטנשן

הפרויקט Starfall Arena — משחק P2E עם שני מטבעות: נקודות בלתי ניתנות להחלפה על סשנים במשחק וטוקן על הישגים, הנמשך לשוק החיצוני. התגמולים הלכו לפי שער קבוע, והסינקים כיסו רק חלק מההנפקה. השחקן הספיק למשוך את הטוקן לפני שהוציא אותו בפנים — שוק הפריטים נהרה, וערכו של התגמול נפל.

מה הראו המדדים לפני

חלקם של התגמולים שיצאו מיד למשיכה החזיק סביב 78%, ואל הכלכלה חזר פחות משליש מההנפקה. הסשן החציוני התקצר שבוע שני ברציפות, והריטנשן ביום השביעי נעצר על 19%. קרן הפרסים של הטורנירים הושלמה מהנפקה חדשה — כל עונה הפחיתה מערכם של פריטים שנרכשו בעבר.

מה שינו ומה נהיה

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

החזרת המטבע לכלכלה עלתה מ-31% ל-68%, וחלקם של המשיכות המיידיות ירד ל-24%. הריטנשן ביום השביעי עלה ל-37%, והסשן החציוני התארך ב-40%. מחירי הפריטים הפסיקו לקרוס לקראת סוף העונה.

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

מה לעשות אם המכניקה כבר הושקה והכלכלה רותחת?

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

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

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

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

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

ספקות טכניים נפוצים לגבי כלכלת משחק עם רווח

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

האם ניתן לשלב את המכניקות במוצר שכבר פועל?

כן, ללא כתיבה מחדש של הליבה: שכבת התגמולים קוראת את אירועי המשחק ופועלת מעליהם, ולכן האיזון וההתקדמות נשארים כשהיו. ההשקה מתבצעת בשלבים — תחילה חלק מוגבל מהתגמולים וקבוצת שחקנים, לאחר מכן הרחבה לפי מדדי ריטנשן בפועל.

כיצד נבדקת עמידות המודל לפני ההשקה?

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

כיצד מחושבות עמלות המשיכה?

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

נדון במשימה: מהיכן נתחיל את תכנון הכלכלה

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

• קהל יעד וז'אנר: במה משחקים, באיזו תדירות חוזרים, על מה מוכנים לשלם.
• הכלכלה הנוכחית, אם המשחק כבר הושק: מקורות תגמולים, סינקים שסופגים אותם, לאן דולף הערך.
• מודל הנפקה ושריפה של טוקנים: כמה מונפק למחזור משחק, מה נמשך, אילו מגבלות כבר קיימות.
• תפקידי המשתתפים: שחקנים, בעלי נכסים, האוצר, קונים חיצוניים — מי משפיע על מי והיכן צווארי הבקבוק.
• מדדים בפועל, לא בציפייה: ריטנשן בימים 1, 7 ו-30, אורך הסשן, חלק הארנקים הפעילים, היקף המשיכה.
• מגבלות: פלטפורמה, דרישות רגולציה, לוחות זמנים להשקה, הרכב הצוות.
• מה נחשב להצלחה: איזון יציב, גידול בריטנשן או הפחתת אינפלציית התגמולים.

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