השאלה ״כמה זמן זה ייקח״ מגיעה בדרך כלל יחד עם ״וכמה זה יעלה״, ושתי התשובות תלויות באותו דבר: מה בדיוק בונים. לכן במקום מספר אחד, הנה פירוק של הזמן לפי שלבים ולפי סוג האפליקציה, ואחריו הרשימה של מה שבאמת מעכב פרויקטים.
לוח זמנים לפי שלבים
| שלב | זמן אופייני | מה קורה בו |
|---|---|---|
| הגדרת בעיה ומשתמשים | שבוע | מה האפליקציה פותרת, למי, ומה לא נכנס לגרסה הראשונה |
| אפיון ו-UX | 2–3 שבועות | זרימות, 5–10 מסכים, פרוטוטייפ לחיץ שנבדק עם משתמשים |
| ארכיטקטורה ו-backend | 3–6 שבועות (במקביל לפיתוח) | מודל נתונים, API, אימות, הרשאות, התראות, ניטור |
| פיתוח האפליקציה | 4–8 שבועות ל-MVP | איטרציות של שבוע-שבועיים, גרסה להתקנה בכל אחת |
| QA על מכשירים אמיתיים | 2–3 שבועות | מסכים, גרסאות OS, רשת איטית, אופליין, הרשאות שנדחו |
| סקירת חנויות | שבוע-שבועיים | חשבונות, מדיניות פרטיות, צילומי מסך, סבב סקירה ודחיות |
השלבים חופפים: ה-backend נבנה במקביל למסכים הראשונים, ו-QA רץ בכל איטרציה ולא רק בסוף. לכן MVP ממוקד יוצא ב-8–12 שבועות למרות שסכום השלבים נראה ארוך יותר.
כמה זמן לוקח לפי סוג האפליקציה
MVP ממוקד: 8–12 שבועות
הרשמה והתחברות, 5–10 מסכים מרכזיים, backend בסיסי, התראות push, אנליטיקס. זו הגרסה שמוכיחה שהרעיון עובד עם משתמשים אמיתיים. התנאי: גרסה ראשונה שבאמת קטנה, ולקוח שמקבל החלטות תוך ימים ולא שבועות.
אפליקציה בינונית: 4–6 חודשים
כל מה שב-MVP, ובנוסף תשלומים, פאנל ניהול, כמה אינטגרציות (CRM, סליקה, משלוחים), תפקידים והרשאות, ודוחות. רוב האפליקציות העסקיות נמצאות כאן. הזמן נקבע בעיקר על ידי מספר האינטגרציות ועומק פאנל הניהול.
מוצר עם realtime או AI: 6–12 חודשים
מיקום בזמן אמת, צ'אט, dispatch, מנועי AI שצריכים להיות אמינים ולא רק מרשימים בדמו. כאן רוב הזמן הולך על ה-backend, על בדיקות עומס ועל evaluation של ה-AI, ולא על המסכים.
מה באמת מעכב פרויקטים של אפליקציות?
- אפיון שמשתנה באמצע. כל פיצ'ר שנוסף אחרי שהארכיטקטורה נקבעה עולה פי כמה מאותו פיצ'ר באפיון. זה המעכב מספר אחת, בפער.
- החלטות שמחכות. דמו שבועי שלא נענה, עיצוב שמחכה לאישור, גישה למערכת צד שלישי שלא ניתנה. ימים של המתנה מצטברים לשבועות.
- אינטגרציות שתלויות באחרים: API של ספק סליקה, מערכת ERP ישנה, חשבון שצריך לפתוח. אלה לא בשליטת צוות הפיתוח ולכן צריך להתחיל אותן ראשונות.
- סקירת App Store. דחייה על סעיף במדיניות, על מסך התחברות או על תוכן יכולה להוסיף שבוע-שבועיים לכל סבב. מכינים את זה מראש, לא מגלים ביום ההשקה.
- QA שנדחה לסוף. באגים שמתגלים אחרי שלושה חודשים של פיתוח יקרים ואיטיים לתיקון; באגים שמתגלים בכל איטרציה מתוקנים תוך שעות.
איך מקצרים זמן פיתוח בלי לשלם על זה אחר כך
- גרסה ראשונה קטנה באמת: הדבר האחד שהאפליקציה עושה, ועוד כמה שכבות הכרחיות. כל השאר נכנס לרשימה לגרסה שתיים.
- React Native עם Expo במקום שני צוותי Native: קוד אחד ל-iOS ול-Android, ועדכונים OTA שעוקפים את סבב הסקירה לתיקונים קטנים.
- אדם אחד שמחליט מצד הלקוח, עם זמן תגובה של יום-יומיים לדמואים ולשאלות.
- להתחיל את האינטגרציות וחשבונות החנויות בשבוע הראשון, לא בחודש האחרון.
- לא לקצר ב-QA, בבדיקות אוטומטיות וב-DevOps. אלה מה שמאפשר לשחרר מהר בלי לשבור.