MVP עם AI בשבוע הראשון: מה בונים ומה דוחים
MVP עם AI בשבוע הראשון: איך מגדירים את הגרסה הקטנה ביותר, מה בונים בכל יום, מה דוחים, ואיך בודקים עם משתמשים אמיתיים לפני שמרחיבים. תוכנית יום אחרי יום.
נכתב על ידי צוות היישום של RealAI · 5 דקות קריאה · עודכן לאחרונה:
MVP עם AI הוא הגרסה הקטנה ביותר של המוצר שאפשר לתת למשתמש אמיתי כדי לקבל תשובה אחת: האם זה פותר לו בעיה. בשבוע הראשון בונים מסך אחד, פעולה אחת ושמירת נתונים, עם Claude Code שכותב את הקוד ו-Supabase שמאחסן. לא בונים: הרשמה מסובכת, עיצוב, הגדרות, ו-AI בכל פינה. במאמר הזה נפרט תוכנית יום אחרי יום, עם דוגמה של MVP שנבנה ככה ב-5 ימי עבודה והגיע ל-14 משתמשים בסוף השבוע.
מה ההבדל בין MVP עם AI לדמו?
דמו מראה שמשהו אפשרי. MVP בודק אם מישהו צריך את זה. ההבדל לא בטכנולוגיה אלא במי מחזיק את המוצר ביד. דמו מציגים. MVP נותנים לאנשים ומסתכלים מה הם עושים איתו כשאתם לא בחדר.
כאן מסתתרת הסכנה החדשה. כשמפתח כתב כל שורה, הגודל של ה-MVP נשמר קטן מעצמו. עם Claude Code אפשר להוסיף פיצ׳ר בעשר דקות, וביום השלישי יש כבר 15 פיצ׳רים ואף משתמש. המשמעת צריכה לבוא מכם. הרחבנו על המסלול המלא במרכז הנושא בניית מוצרים עם AI.
איך מגדירים MVP עם AI לפני שכותבים שורה?
שלושה דברים על דף אחד, לפני שפותחים את הטרמינל:
- משפט המוצר. למי, מה הבעיה, מה המוצר עושה. ״רכזי קורסים מדביקים רשימת סטודנטים ומקבלים חלוקה לקבוצות מאוזנות״. אם צריך יותר ממשפט, המוצר עוד לא ברור.
- הפעולה האחת. מה המשתמש עושה בביקור הראשון, מהכניסה ועד התוצאה. פעולה אחת. לא שלוש.
- רשימת הלא. כל מה שעולה בראש ולא ייכנס לשבוע הראשון. אצלנו הרשימה הזו היא בדרך כלל 10 עד 20 שורות. היא לא נמחקת, היא מחכה.
יש גם שאלה רביעית, חשובה למוצרי AI: האם המודל הוא הפעולה המרכזית, או תוספת? אם המוצר הוא ״סיכום פגישות״, המודל הוא הלב. אם המוצר הוא ״מעקב משימות״ והמודל רק מציע כותרת, המודל יכול לחכות לשבוע השני. אנחנו רואים הרבה MVP שמוסיפים AI כי זה נשמע טוב, ואז מבזבזים את השבוע על הנחיות במקום על המשתמש.
מה בונים בכל יום בשבוע הראשון?
התוכנית מניחה שעתיים עד שלוש ביום. ככה נבנה כלי חלוקת הקבוצות מהדוגמה, על ידי רכזת קורס באוניברסיטה ישראלית, בלי רקע טכני, אחרי סדנת יום אחת.
| יום | מה בונים | מה יש בסוף היום |
|---|---|---|
| 1 | פרויקט חדש, מסך אחד, טופס להדבקת רשימה | עמוד שרץ על המחשב ומציג מה שהודבק |
| 2 | חיבור Supabase: שמירה של כל הדבקה, כניסה עם מייל | רשימות נשמרות ואפשר לחזור אליהן |
| 3 | הפעולה המרכזית: חלוקה לקבוצות לפי כללים, עם מודל שפה | תוצאה אמיתית מקלט אמיתי |
| 4 | סט בדיקות של 15 רשימות אמיתיות, תיקון ההנחיה עד שהתוצאה נכונה | דיוק ידוע, לא תחושה |
| 5 | העלאה לאינטרנט, הודעת שגיאה ברורה, ייצוא לאקסל | כתובת שאפשר לשלוח |
ביום החמישי בערב הכלי נשלח ל-14 רכזים אחרים. בסוף השבוע השני, 9 מהם השתמשו בו לפחות פעמיים. זו התשובה שהיינו צריכים.
כמה הערות על התוכנית:
- יום 1 הוא תמיד מסך אחד. גם אם המוצר ״צריך״ חמישה מסכים. הסוכן יוסיף מסכים בשבוע השני בדקות.
- יום 2 הוא שמירה וכניסה. לא כי זה מרגש, אלא כי בלי זה אי אפשר לתת את הכלי לאדם זר.
- יום 4 הוא היום שרוב האנשים מדלגים עליו. ואז הם מגלים ביום 12 שהמודל טועה ב-30% מהמקרים. סט בדיקות קטן, מהיום הראשון, חוסך את זה.
מה לא בונים בשבוע הראשון?
רשימת הלא הטיפוסית, מתוך עשרות פרויקטים שליווינו:
- עיצוב. ברירות המחדל מספיקות. משתמשים סולחים על מראה, לא על כלי שלא עובד.
- הגדרות והתאמה אישית. אם לא יודעים עדיין מה המשתמשים רוצים, אין מה להגדיר.
- הרשאות מורכבות. כניסה עם מייל כן. תפקידים, צוותים, מנהלים, לא.
- אינטגרציות. חיבור ליומן, ל-CRM, לוואטסאפ. כל אחד מהם הוא שבוע בפני עצמו. בשבוע הראשון עובדים עם העתק הדבק וייצוא קובץ.
- AI נוסף. המודל שעושה את הפעולה המרכזית, כן. המודל שמציע כותרות, מסכם, מתרגם ומנסח מיילים, לא.
- תשלומים. אם מישהו רוצה לשלם בשבוע הראשון, שולחים לו קישור ידני. זה בעצמו אות מצוין.
כלל אצבע: אם פיצ׳ר לא נדרש כדי שהמשתמש ישלים את הפעולה האחת, הוא ברשימת הלא.
איך בודקים MVP עם משתמשים אמיתיים?
השבוע הראשון מסתיים כשהכתובת נשלחה לאנשים. השבוע השני הוא הקשבה:
- 10 עד 20 אנשים, לא חברים. חברים אומרים ״מגניב״. זרים אומרים ״לא הבנתי מה לעשות״.
- בלי הדרכה. שולחים קישור ומשפט אחד. אם צריך הסבר, זה ממצא.
- רושמים הכל. כל שאלה, כל תקלה, כל ״הייתי רוצה ש״. בטבלה אחת.
- מודדים דבר אחד. כמה חזרו להשתמש פעם שנייה בלי שביקשו. זה המספר היחיד שחשוב בשלב הזה.
- מחליטים. מעל 40% חזרו: ממשיכים ומרחיבים. פחות: משנים את הפעולה המרכזית, לא מוסיפים פיצ׳רים.
הטעות הנפוצה בשלב הזה: לקבל 15 בקשות לפיצ׳רים ולבנות את כולן. בונים רק מה שחוזר אצל שלושה אנשים לפחות. על ההמשך, מ-MVP לכלי שמחזיק, כתבנו במדריך איך בונים כלי פנימי עם Claude Code.
מה למדנו מ-MVP שנכשלו?
גם כישלון הוא תוצאה טובה של שבוע, אם הוא מגיע מהר. שלושה דברים שחזרו:
- הפעולה המרכזית לא הייתה כואבת מספיק. הכלי עבד, אף אחד לא חזר. פתרון: לחזור ל-5 שיחות עם משתמשים לפני שבונים.
- המודל היה הדבר היחיד במוצר. ״צ׳אט עם המסמכים שלך״ בלי שום הקשר ספציפי. משתמשים ניסו פעם אחת ועזבו. פתרון: לבנות סביב תהליך עבודה, לא סביב המודל.
- השבוע הפך לחודש. כי ״עוד פיצ׳ר אחד״. פתרון: תאריך שליחה קבוע מראש, ושולחים מה שיש.
אילו כלים מספיקים ל-MVP עם AI בשבוע הראשון?
ארגז הכלים לשבוע הראשון קטן בכוונה. כל כלי נוסף הוא יום שהולך לאיבוד על הקמה במקום על למידה מהמשתמשים:
- Claude Code לבניית הממשק והלוגיקה. גם מי שלא מתכנת מגיע לאפליקציה עובדת ביום הראשון.
- Supabase לטבלאות, אימות וקבצים. חינמי לנפח של MVP.
- n8n לאוטומציות סביב המוצר: מייל ברישום, התראה בוואטסאפ על משתמש חדש, חיבור ל-CRM.
- אירוח סטטי (Cloudflare או דומה) עם כתובת שאפשר לשלוח לעשרת המשתמשים הראשונים.
ב-MVP שבנינו לצוות מוצר בחברת תוכנה, ההקמה של כל ארבעת הכלים לקחה 40 דקות. היום השני כבר היה על פיצ׳ר שמשתמשים ביקשו. העלות הכוללת לשבוע: פחות מ-20 דולר. זה המספר שמשכנע הנהלות לאשר ניסוי, וזה בדיוק מה שמלמדים בסדנת Claude Code.
רוצים שהצוות שלכם יבנה MVP ראשון ביום סדנה אחד? לסדנאות שלנו.