במשחקי קז'ואל, האויב העיקרי הוא אחוזי שימור נמוכים. שימור נמוך מ-40% ביום הראשון הורג את כלכלת הפרויקט: משתמשים לא מגיעים לשלב המונטיזציה. כל משתמש שאבד ביום הראשון הוא כסף שהושקע ברכישת משתמשים. אנחנו פותרים זאת באמצעות מערכת אנרגיה, התראות Push ו-Dynamic Difficulty Adjustment (DDA). בניגוד למשחקי היפר-קז'ואל שבהם הסשנים נמשכים דקות, משחק קז'ואל חייב לשמר שחקנים למשך שבועות. משחק קז'ואל הוא ז'אנר שדורש התקדמות מורכבת. הניסיון שלנו: 5+ שנים ו-10+ פרויקטים בז'אנר הזה, מ-match-3 ועד ראנר. אנחנו מציעים פיתוח turnkey עם הערכת פרויקט ובחירת סטאק אופטימלי. צרו קשר כדי לדון בפרויקט שלכם.
פיתוח משחקי קז'ואל למובייל עם שימור מעל 40%: איך עושים את זה?
שימור הוא המדד המרכזי. שימור נמוך מ-40% ביום הראשון מצביע על בעיות במדריך או ברמות הראשונות. שימור מתחת ל-15% ביום השביעי פירושו חוסר מוטיבציה. אנחנו מטפלים בזה באמצעות:
- מערכת אנרגיה — 5 חיים קלאסיים עם מילוי כל 30 דקות. הזמן נשמר ב-PlayerPrefs (או Hive/MMKV).
- התראות Push דרך Firebase Cloud Messaging (FCM) לאנדרואיד ו-iOS. ב-iOS, מבקשים הרשאה לא מיד בהתחלה, אלא אחרי ההפסד הראשון (המרה עולה ב-30%).
-
התראות מקומיות לאירועים לא מקוונים דרך
UNUserNotificationCenter(Unity iOS). - בדיקות A/B של קושי רמות, מחירי בוסטרים, תדירות פרסומות דרך Firebase Remote Config.
משחקי Match-3 עולים על ראנרים ב-30% בשימור יום 7, כפי שאושר בפרויקטים שלנו. DDA מגדיל את שיעור המעבר של רמות קשות פי 2 בהשוואה לקושי קבוע.
| מכניקה | השפעה | יישום |
|---|---|---|
| מערכת אנרגיה | שימור יום 1 +15% | מילוי 5 חיים כל 30 דקות |
| התראות Push | שימור יום 7 +10% | FCM + מקומיות, הרשאה אחרי הפסד |
| DDA | שיעור מעבר ל-3+ כישלונות → הורדת קושי | הקושי הנוכחי נשמר ב-PlayerPrefs |
למה התקדמות היא המכניקה המרכזית?
משחקי קז'ואל שומרים שחקנים דרך התקדמות, לא רק דרך המשחקיות הבסיסית. אנחנו מיישמים רמות עם קושי עולה, מטא-משחק (בנייה, איסוף, Battle Pass), ו-DDA: אם שחקן מפסיד 3+ פעמים ברציפות, אנחנו מפחיתים פרמטרים של אויבים או מוסיפים רמז. הגדרת רמות דרך ScriptableObject עם ייצוא מ-Google Sheets (JSON). בלי hardcoding — זה מאט את האיטרציות של המעצבים.
כלים וטכנולוגיות — פיתוח משחקי קז'ואל למובייל
| רכיב | סטאק | מטרה |
|---|---|---|
| מנוע משחק | Unity LTS | רינדור, פיזיקה, אנימציות |
| אנליטיקה | Firebase + GameAnalytics | אירועים: level_start, level_complete, iap_completed |
| התראות Push | FCM + מקומיות | שימור |
| בקאנד | PlayFab / מותאם אישית | Battle Pass, לוחות מובילים |
| מונטיזציה | StoreKit 2 / Billing 6 | IAP, פרסומות עם תגמול (AdMob) |
מונטיזציה: מה עובד במשחקי קז'ואל?
אנחנו משתמשים במודלים מוכחים:
- רכישה בתוך האפליקציה דרך StoreKit 2 (iOS) ו-Billing 6 (אנדרואיד) — בוסטרים, חיים, Battle Pass.
- פרסומות עם תגמול להמשך רמות, בוסטרים, תגמולים כפולים.
- Battle Pass / עונה — לוגיקה בצד השרת דרך PlayFab או בקאנד מותאם אישית. אימות בצד הלקוח אינו מספיק.
כל פרמטרי המונטיזציה נבדקים ב-A/B: מחירי בוסטרים, תדירות פרסומות, אנרגיה.
איך אנחנו בודקים מונטיזציה?
אנחנו משתמשים ב-Firebase Remote Config לבדיקות A/B: שינוי מחירי בוסטרים, מרווח הצגת פרסומות, מספר חיים. מנתחים את המשפך: התקנה → השלמת מדריך → שימור יום 1 → יום 7. חוזרים על התהליך על סמך נתונים.
מה כלול בפיתוח משחק קז'ואל Turnkey
- מסמך עיצוב משחק (GDD) עם תיאור מפורט של רמות והתקדמות
- אב-טיפוס עם 5–10 רמות ומעגל משחקי ליבה
- גרסה מלאה עם מונטיזציה (StoreKit 2 / Billing 6), התראות Push, אנליטיקה (Firebase + GameAnalytics)
- תיעוד להגדרת רמות ואיזון
- סיוע בפרסום ל-App Store ו-Google Play
- הדרכה לצוות הלקוח על עבודה עם קונפיגורציות
- תמיכה לאחר השקה: תיקוני באגים, עדכוני תוכן
אנליטיקה ואיטרציות
סטאק סטנדרטי — Firebase Analytics + GameAnalytics. אירועים מרכזיים: level_start, level_complete, level_fail, booster_used, ad_watched, iap_initiated, iap_completed. משפך: התקנה → השלמת מדריך → שימור יום 1 → יום 7. מנתחים, חוזרים על התהליך. הגדרת אנליטיקת משחק היא שלב מפתח למעקב אחר התנהגות משתמשים.
תוכנית פיתוח שלב-אחר-שלב
- ניתוח דרישות והכנת GDD (2–4 שבועות)
- אב-טיפוס עם 5–10 רמות ומעגל משחקי ליבה (6–10 שבועות)
- גרסה מלאה עם התקדמות, מונטיזציה, התראות Push (4–8 חודשים)
- שילוב אנליטיקה (Firebase + GameAnalytics)
- תיעוד להגדרת רמות ואיזון
- סיוע בפרסום ל-App Store ו-Google Play
- הדרכה לצוות הלקוח על עבודה עם קונפיגורציות
- תמיכה לאחר השקה: תיקוני באגים, עדכוני תוכן
טעויות נפוצות בפיתוח משחקי קז'ואל
- Hardcoding של פרמטרי רמות
- חוסר ב-DDA
- התראות Push ללא תהליך הרשאה נכון
- אין אימות Battle Pass בצד השרת
- אנליטיקה לא מוגדרת מהיום הראשון
- התעלמות מבדיקות על מכשירים בעלי ביצועים משתנים
לוח זמנים ועלות
אב-טיפוס: 6–10 שבועות. משחק מלא: 4–8 חודשים עם צוות של 3–5 אנשים. העלות מחושבת באופן אישי לאחר ניתוח GDD ודרישות תשתית הבקאנד. קבלו הערכת פרויקט — צרו קשר לחישוב לוח זמנים ועלות. הזמינו אב-טיפוס היום — קבלו ייעוץ על הפרויקט שלכם. אנחנו מבטיחים איכות ועמידה בהנחיות App Store Review Sections 4.2 ו-5.1. בזכות הניסיון שלנו, אתם חוסכים עד 30% מהזמן בשלב האב-טיפוס.