שחקנים מפסיקים לבזבז זהב שלוש שעות לתוך הסשן — לא כי הם לא רוצים, אלא כי אגירה משתלמת יותר. זה לא צירוף מקרים אלא עקומת אינפלציה שבורה. אנחנו נתקלים בזה בכל פרויקט: נקודת האגירה מופיעה בטבלת יחסי הכנסה/הוצאה על פני רמות התקדמות הרבה לפני השחרור. עם ניסיון של למעלה מ-7 שנים בפיתוח משחקים ויותר מ-50 פרויקטים שהושלמו, הצוות שלנו עוזר למפתחים להימנע מתרחישים כאלה באמצעות מודל כלכלה מתמטי. הלקוחות שלנו חוסכים בממוצע 15,000 דולר על תיקוני איזון לאחר השחרור.
מודל כלכלת משחק מתמטי הוא לא רק נוסחאות בחלל ריק. זה כלי לדמות התנהגות של אלפי שחקנים לפני ששורת קוד אחת נכתבת. בפרויקט F2P טיפוסי, קצב ההכנסה הוא 50 זהב לדקה וקצב ההוצאה הוא 60 זהב לדקה, מה שיוצר גירעון של 10 זהב לדקה. אחרי שעה, השחקן במינוס — מה שמחייב מקורות הכנסה נוספים או הגדלת מגבלות האגירה.
יצירת מודל כלכלה מתמטי: אלגוריתם
- זיהוי המשאבים והמטבעות המרכזיים של המשחק. מינימום שניים: מטבע רך (מושג) ומטבע קשה (נרכש).
- הגדרת עקומות התקדמות לכל מטבע: עלויות שדרוג, מחירי פריטים.
- קביעת קצבי הכנסה וקצבי הוצאה לכל מקור וכל גומע.
- בניית סימולציית סשן ב-Google Sheets עם צעדים של 10 דקות על פני 40+ שעות משחק.
- ניתוח חוסר איזון: אינפלציה, גירעונות, צווארי בקבוק.
- ייצוא הטבלה ל-CSV ושילובה ב-Unity דרך ScriptableObject.
האלגוריתם הזה מספק כלכלה עובדת תוך 2–4 שבועות. תיעוד נוסחאות מפורט מסופק.
מה זה מודל כלכלת משחק מתמטי?
זו קבוצה של נוסחאות, טבלאות וסימולציות שמתארות איך שחקנים מרוויחים משאבים (זהב, XP, חומרים, אנרגיה), איך הם מוציאים אותם, ואיך הדינמיקה הזו משתנה עם ההתקדמות. המודל נבנה בגיליונות אלקטרוניים (Google Sheets או Excel) ומאומת באמצעות סימולציה לפני שהמספרים האלה נכנסים ל-ScriptableObject או למסד נתונים.
פרמטרים מרכזיים שהמודל חייב לתאר: קצב הכנסה (משאבים לדקת משחק פעיל), קצב הוצאה (הוצאות על שדרוגים, רכישות, הפסדים), זמן עד לאבן דרך הבאה, ומדד אינפלציה (יחס בין ערך משאב מוקדם לערך משאב מאוחר). כפי שצוין בדוחות אנליטיקת מונטיזציה של F2P, כדי לשמור על עניין השחקן, הזמן עד לאבן הדרך הבאה לא יעלה על 20 דקות. בפועל, זה אומר שעקומת ההתקדמות חייבת להיות מכוונת כך שכל 15–20 דקות השחקן מרגיש שיפור ניכר.
דוגמה: חישוב עקומת התקדמות XP
XP בסיסי למוב: 100. צריך 500 XP לרמה 2, 1000 לרמה 3, 1500 לרמה 4. התקדמות לינארית עם צעד של 500. לעליית רמה כל 30 דקות בקצב הכנסה של 200 XP לדקה. הסימולציה מראה שברמה 30, הזמן לרמה הבאה עולה על יומיים — אז עוברים לעקומה אקספוננציאלית.איך בונים עקומות התקדמות?
שלושה סוגים בסיסיים ל-XP ועלויות שדרוג:
- לינארי:
ScriptableObject. צפוי, אבל הופך במהירות לחסר משמעות — ההבדל בין רמות 50 ו-51 מרגיש כמו בין 1 ל-2. - אקספוננציאלי:
cost(n) = base + n * step. אופייני למשחקי מובייל. עםcost(n) = base * multiplier^nו-100 רמות, השדרוג האחרון עולה פי 1,174 מהראשון. בלי מקורות הכנסה לשלב מאוחר, השחקן נתקל בחומת תשלום. - פולינומי:
multiplier = 1.15. נקודת האיזון למחשב/קונסולה: הצמיחה מואצת, אבל לא אקספוננציאלית. המקדמים מכוונים לזמן הרצוי בין שדרוגים.
| סוג עקומה | צמיחה | יישום | סיכון |
|---|---|---|---|
| לינארי | קבועה | רמות מוקדמות | הופך במהירות ללא מעניין |
| אקספוננציאלי | מואצת | F2P למובייל | חומת תשלום בלי מקורות מאוחרים |
| פולינומי | בינונית | מחשב/קונסולה, התקדמות ארוכה | דורש כיוונון מדויק של מקדמים |
בפועל, עלויות שדרוג rarely מגיעות מנוסחה אחת — אנחנו משתמשים במודל מדורג: 10 הרמות הראשונות לינאריות, ואז מעבר לפולינומי, אחרי נקודת 'פרסטיז' — איפוס עם מכפיל בונוס. זה יוצר 'פרקים' מורגשים של התקדמות.
סימולציית סשן — בניית המודל
טבלה סטטית לא מספיקה. סימולציה מביאה דינמיקה. ב-Google Sheets, אנחנו בונים 'בוט' שבכל 10 דקות של זמן משחק, מחשב משאבים שהושגו, רכישות שבוצעו (בהתבסס על התנהגות שחקן אופטימלית), והיתרה הנוכחית. מריצים אותו ל-40 שעות משחק.
ממצאים אופייניים של סימולציה: משאב B מצטבר מהר יותר ממה שהוא נצרך החל משעה 8 — אז או שמוסיפים גומע או שמפחיתים את קצב ההכנסה. או: השחקן מגיע לתקרת השדרוג בשעה 12 כשהתכנון היה ל-20 — עקומת העלות שטוחה מדי. תיקון חוסר איזון אחרי השחרור יכול לעלות 20,000–50,000 דולר, הרבה מעבר לעלות של מודל מקדים.
איך מתארים מונטיזציה מתמטית?
משחקי F2P בונים כלכלות סביב שני מטבעות: מטבע קשה (נרכש בכסף אמיתי) ומטבע רך (מושג). באופן קריטי, ההמרה מקשה לרך לא חייבת לשבור את האיזון לשחקנים חינמיים. זה מאומת באמצעות מדד יתרון השחקן המשלם: אם שחקן משלם על 10 דולר מקבל את המקבילה ל-40 שעות של חקלאות, זו מונטיזציה אגרסיבית; 10–15 שעות היא מתונה.
מערכות אנרגיה/סיבולת מתוארות מתמטית כדלי דולף: מילוי בקצב cost(n) = a * n^2 + b * n + c עד regenRate, צריכה בפעולות. maxEnergy אופטימלי הוא כזה שסשן ממוצע (20–30 דקות) צורך 70–80% מהמקסימום. פחות — השחקן מסיים עם עודף וחוזר פחות. יותר — הסשן נקטע באמצע, מה שמרגיז שחקנים.
אילו כלים לשילוב?
טבלאות הערכים הסופיות מיוצאות ל-CSV ומיובאות ל-ScriptableObject דרך AssetPostprocessor מותאם או סקריפט Editor. זה מבטל העברת נתונים ידנית ושגיאות נלוות. כשהאיזון משתנה, המעצב עורך את הטבלה, מייצא CSV, ו-Unity מעדכנת אוטומטית את הנכסים. למידע נוסף על ScriptableObject.
לאנליטיקת זמן ריצה, אנחנו משלבים רישום של אירועים כלכליים מרכזיים: ResourceEarned, ResourceSpent, UpgradePurchased עם מטא-דאטה (רמת שחקן, מקור משאב, זמן סשן). הנתונים הולכים למערכת אנליטיקה (GameAnalytics, Amplitude, או צינור מותאם). שבוע אחרי השקה רכה, אנחנו משווים התנהגות שחקנים אמיתית למודל המדומה.
מה כלול בעבודה
- פיתוח המודל המתמטי ב-Google Sheets/Excel
- סימולציית סשן על פני 40+ שעות משחק
- תיעוד כלכלה עם נוסחאות והגדרות
- ייצוא CSV ושילוב Unity דרך סקריפטים של Editor
- המלצות להקמת אנליטיקה
- הדרכת צוות על עבודה עם המודל
לוחות זמנים משוערים
| משימה | מסגרת זמן |
|---|---|
| מודל התקדמות בסיסי (מטבע אחד, XP, 30 רמות) | 3–7 ימים |
| מודל מלא (מטבעות מרובים, יצירה, מונטיזציה) | 2–4 שבועות |
| מודל + סימולציית סשן + שילוב אנליטיקה | 4–8 שבועות |
למה כלכלות נשברות: טעויות נפוצות
- מקורות וגומעים סימטריים. אם כל משימה נותנת 100 זהב וכל שדרוג עולה 100 זהב, לשחקן אין סיבה לתעדף כלום. מקורות וגומעים מגוונים יוצרים בחירות מעניינות של הקצאת משאבים.
- אפקט צבירה שלא נלקח בחשבון. שחקנים שמדלגים על כמה ימים חוזרים עם משאבים מלאים וכמה רמות שדרוג בבת אחת. אם זה לא מובנה במודל, ההתקדמות המהירה שלהם שוברת את איזון הכלכלה מרובת המשתתפים.
- אינפלציה בלי איפוסים. במשחקים מקוונים ארוכי טווח בלי מנגנוני גומע (מיסים, ריקבון פריטים, יצירה של מתכלים), מטבע רך מצטבר בקרב שחקנים ותיקים לרמות שהופכות חקלאות לחסרת טעם עבור חדשים. גומעים תקופתיים באירועים או איפוסים עונתיים הם פתרונות סטנדרטיים.
צרו קשר כדי להעריך את הכלכלה הנוכחית שלכם. הזמינו פיתוח מודל וקבלו ייעוץ על שיפורי איזון. אנחנו מבטיחים אופטימיזציה של הכלכלה שלכם תוך 2–4 שבועות.