כתיבת מסמך עיצוב משחק (GDD) למשחקי מובייל
ללא GDD, צוות משחק המובייל שלך עובד בעיוורון. האמן מצייר, המפתח כותב קוד, והמשווק מתכנן—כל אחד עם הגרסה שלו למשחק. חודש לאחר מכן, המכניקות לא מתיישרות, ה-UI לא מתאים ל-Safe Area, והמונטיזציה לא מכסה את ה-CPI. אנחנו כותבים מסמך עיצוב משחק שפותר את הבעיות האלה לפני שפיתוח מתחיל. הניסיון שלנו: מעל 5 שנים בפיתוח משחקי מובייל ועשרות GDDs לפרויקטים החל מהיפר-קז'ואל ועד מידקור. כל מסמך נבדק עם הצוות שלך ומותאם למחסן הטכנולוגי שלך (Unity, Godot, Cocos Creator) ולפלטפורמת היעד (iOS, Android).
GDD גרוע: 40 עמודים של טקסט מעורר השראה ללא מספרים או דיאגרמות. GDD טוב: האמן מבין את הסגנון מלוח מצב הרוח וטבלת הצבעים, המפתח מדיאגרמות מצבים ופרמטרים מספריים, וה-QA מרשימת קריטריוני הקבלה לכל תכונה. זה מסמך עבודה, לא חוברת שיווקית.
מהו GDD ולמה הוא הכרחי?
מסמך עיצוב משחק (GDD) הוא מקור האמת היחיד לכל הצוות. הוא לוכד את כל ההחלטות המרכזיות: מהז'אנר והמכניקות ועד מונטיזציה ואילוצים טכניים. בפיתוח מובייל, שבו איטרציות קצרות ותקציבים מוגבלים, GDD מגן מפני אי-הבנות. עובדה: צוות של 4 אנשים ללא GDD איבד 2 שבועות על עבודה חוזרת כי האמן, המפתח והמשווק עבדו עם חזונות שונים. GDD שנכתב ביומיים היה חוסך 2 שבועות—זה פי 7 מהר יותר.
כיצד בנוי GDD למשחק מובייל?
ה-GDD למשחק מובייל שונה ממסמך PC/קונסולה—הוא קומפקטי יותר, מתמקד באינטראקציית מגע ובאילוצי מובייל, וכולל סעיף מונטיזציה מהעמוד הראשון (זה לא מביש, זה מציאות השוק).
סקירה וקונספט
פסקה אחת: ז'אנר, קהל יעד, USP (נקודת מכירה ייחודית). הפניות: 2–3 משחקים קיימים עם ציון ספציפי של מה אנחנו שואלים ומה אנחנו עושים אחרת. לוח מצב רוח: 10–15 תמונות של סגנון ויזואלי.
לא "משחק הרפתקאות בעולם פנטזיה." במקום זאת: "match-3 עם התקדמות RPG בסגנון Puzzle & Dragons, אבל עם PvP אסינכרוני וללא מכניקת אנרגיה."
מכניקות ליבה
לכל מכניקה: שם, תיאור של 2–3 משפטים, סיפור משתמש ("כשחקן, אני רוצה X כדי Y"), דיאגרמת מכונת מצבים, אירועי קלט (הקשה, החלקה, לחיצה ארוכה), פרמטרים עם ערכי ברירת מחדל וטווחים מותרים.
דוגמה לפרמטרים למכניקת "זריקה" בפאזל פיזיקלי:
throw_power_min: 200 [100-400]
throw_power_max: 1500 [800-2500]
gravity_scale: 1.2 [0.8-2.0]
bounce_factor: 0.6 [0.3-0.9]
max_trajectory_points: 20 [10-40]הפרמטרים האלה הם throw_power_min: 200 [100-400] throw_power_max: 1500 [800-2500] gravity_scale: 1.2 [0.8-2.0] bounce_factor: 0.6 [0.3-0.9] max_trajectory_points: 20 [10-40] ב-Unity. מעצב המשחק יכול לשנות אותם ללא מתכנת.
מפרט UI/UX
Wireframes לכל מסך—לא עיצוב סופי, אלא פריסת אלמנטים, גדלי אזורי הקשה (מינימום 44×44pt לפי Apple HIG), היררכיית מידע. מפת ניווט: כל המסכים + מעברים.
למובייל בנפרד: התנהגות בהפרעה (שיחה, התראה), התנהגות באובדן חיבור, כיוון (פורטרט בלבד, לנדסקייפ בלבד, שניהם), Safe Area לאייפון עם חריץ.
מונטיזציה
מודל ספציפי עם מספרים: free-to-play + IAP, פרימיום ($2.99 upfront), מודעות רווחיות (יעד: eCPM $8–15 לקז'ואל). תיאור של כל IAP: מה אנחנו מוכרים, תמחור, איפה בממשק אנחנו מציעים אותו. מטבע רך מול מטבע קשה—מקורות (הכנסה) ויעדים (הוצאה).
מכניקת אנרגיה אם קיימת: מלאי התחלתי, זמן התחדשות, מקסימום, דרכים לחידוש. ספציפית: 5 חיים, התחדשות של חיים אחד/30 דקות, מקסימום 5, חידוש מלא 100 יהלומים, IAP אחד של חיים—20 יהלומים.
דרישות טכניות
פלטפורמות יעד: iOS 15+, Android 8.0+. מנוע: Unity 2023 LTS / Godot 4.x / Cocos Creator 3.x. FPS יעד: 60 באייפון 12+, 30+ באנדרואיד בינוני (Snapdragon 665+). גודל build: עד 100 MB להורדה ראשונה (המלצות App Store / Play Store להורדה סלולרית). הזרמת נכסים אם נדרש.
השוואת GDDs לפי ז'אנר
| היבט | היפר-קז'ואל | קז'ואל | מידקור/הארדקור |
|---|---|---|---|
| אורך מסמך | 10–15 עמודים | 20–30 עמודים | 40–80 עמודים |
| מכניקות | 1–2 מכניקות ליבה | 3–5 מכניקות עם התקדמות | מערכת מכניקות, מתכונים, יצירה |
| מונטיזציה | מודעות רווחיות + IAP | IAP + מודעות + מנוי | IAP, DLC, battle pass |
| דרישות טכניות | Build יחיד, מפרט נמוך | פלטפורמות מרובות, מפרט בינוני | אופטימיזציה, צד שרת |
רמת פירוט
GDD הוא מסמך חי. לא צריך לתאר כל חלקיק לפני שפיתוח מתחיל. כן צריך לתאר:
- מכניקות ליבה—באופן מלא, עד לפרמטרים מספריים
- חוויית השעה הראשונה—בפירוט
- תוכנית תוכן (רמות, פרקים, אירועים)—מבנה ללא פרטים לכל רמה
- מונטיזציה—באופן מלא
עיצוב רמות לרמות ספציפיות נכנס למסמכי עיצוב רמות נפרדים (LDD) כשמגיעים ליצירת רמות.
פורמטים וכלים
GDD ב-Notion או Confluence—נוח לשיתוף פעולה, גרסאות ותגובות. חלופה: Google Docs עם תוכן עניינים. דיאגרמות: Miro או draw.io (FigJam). טבלאות איזון: Google Sheets (לא בתוך ה-GDD, אלא מקושרות מה-GDD).
אנחנו לא כותבים GDD ב-Word ללא בקרת גרסאות—חודש לאחר מכן אף אחד לא יודע איזו גרסה עדכנית.
מה כלול בעבודה שלנו
- ראיון קונספט (1–2 שעות)
- מסמך סקירה וקונספט עם הפניות ולוח מצב רוח
- תיאור כל מכניקות הליבה עם דיאגרמות ופרמטרים
- Wireframes ל-UI/UX למסכים מרכזיים
- מפת ניווט של האפליקציה
- מפרט מונטיזציה
- דרישות טכניות
- תוכנית תוכן (רמות, אירועים, DLC)
לוחות זמנים
3–5 ימי עבודה—GDD למשחק היפר-קז'ואל או קז'ואל. לפרויקט מידקור/הארדקור עם מערכות מורכבות—7–14 ימים. העלות מחושבת באופן אישי.
אנחנו מבטיחים: לאחר המסירה, אתה מקבל מסמך מוכן למסירה לצוות הפיתוח. צור קשר כדי לדון בפרויקט שלך ולהזמין GDD.