מה בונים קודם: MVP והיקף העבודה
סנכרון אימייל, רק כי כבר עובדים כאן
אליס בנתה גרסה ראשונה של CRM קטן לעסק הגינון של בן הדוד שלה. התוכנית הייתה פשוטה: להוסיף אנשי קשר, להזיז עסקאות בין שלבים ולראות את המשימות להיום. באמצע ה־AI אמר: "אם כבר עובדים כאן, אפשר להוסיף גם סנכרון אימייל." היא אמרה כן. שישה שבועות אחרי, ברשימת אנשי הקשר עדיין לא היה חיפוש, בן הדוד לא ראה אפילו מסך אחד, והאימייל המשיך להישבר בדרכים שהיא לא הצליחה להסביר.
- MVP הוא בדיקה זולה של שאלה אחת: האם אנשים ישתמשו בזה?
- היקף העבודה הוא הרשימה הכתובה של מה שנכלל בגרסה הראשונה, ושל מה שנשאר בחוץ.
- זליגה בהיקף העבודה היא התרחבות שקטה של הרשימה. AI מחמיר זאת, כי הוספת תכונה דורשת הנחיה אחת בלבד.
- כל תכונה עדיין דורשת בדיקות, בדיקות אבטחה ותמיכה. את רעיונות "אפשר גם להוסיף" שמרו ברשימה להמשך.
הגרסה הראשונה מוצגת בפני אנשים אמיתיים
עשה ואל תעשה
- כבר ביום הראשון כתבו מה נשאר מחוץ לגרסה הראשונה.
- שמרו את רעיונות "אפשר גם להוסיף" של ה־AI ברשימה להמשך.
- הציגו למשתמשים אמיתיים גרסה ראשונית אך שלמה בשלב מוקדם.
- אל תסכימו לתכונות נוספות רק כי אפשר לבקש אותן בהנחיה אחת.
- אל תעבדו שבועות לפני שמישהו רואה מסך.
- אל תתייחסו ל־MVP כאל מוצר מוגמר קטן יותר.
בנו בדיקה לשאלה אחת
MVP הוא בדיקה של שאלה אחת: האם אנשים ישתמשו בזה? דוגמה: באפליקציית אנשי קשר, גרסה אחת עונה על "האם פרילנסרים ירשמו שיחה אחרי פגישה?" — לא "האם יש CRM, חיוב ואימייל." הוא יכול להיות גס, אבל צריך להיות שלם מספיק כדי לענות על השאלה. דוגמה: כפתור Book במרפאה ששומר תור אחד — בלי ביטולים ובלי לוח ניהול. בנו רק מה שהשאלה צריכה, והראו אותו לאנשים אמיתיים מוקדם ככל האפשר.
כתבו גם מה נשאר בחוץ
היקף הגרסה הראשונה הוא פשוט רשימה: מה נכנס. חשובה לא פחות הרשימה ההפוכה, מה השארתם בחוץ בכוונה. דוגמה: אנשי קשר + עסקאות + משימות להיום → נכנס; חשבונות צוות, חיוב וסנכרון אימייל → אחר כך.
כשה־AI מציע עוד
כשהרשימה הזאת גדלה בשקט תוך כדי עבודה, קוראים לזה scope creep. דוגמה: ביקשתם רשימת אנשי קשר; ה־AI מוסיף גם תגיות, ייצוא CSV ותזכורות — חתכו אותן עד שהרשימה עצמה עובדת. ו־AI מחמיר את זה: תכונה חדשה עולה הנחיה אחת, אבל כל אחת עדיין צריכה בדיקות, בדיקות אבטחה ותמיכה, וכל אחת מקשה על השינוי הבא. כשהוא אומר "אפשר גם להוסיף התראות Slack", רשמו את זה ברשימה להמשך — דוגמה: הנחיה אחת פנימה, שבועות של תמיכה בחוץ.
עזרו לי לכתוב ב־README את היקף גרסה 1 של האפליקציה שלי. התחילו מהשאלה היחידה שגרסה 1 צריכה לענות עליה. אחר כך רשימה קצרה של מה שנכלל, ורשימה של מה שבחוץ עם משימה לכל פריט. שאלו אותי על כל מה שלא החלטתי. מעכשיו, כשעולה לכם רעיון לתכונה נוספת תוך כדי בנייה, הוסיפו אותה כמשימה במקום לבנות אותה.
עשה ואל תעשה
בנו לי CRM
בנו גרסה ראשונה שכוללת רק: הוספה וחיפוש של אנשי קשר, העברת עסקאות בין 4 שלבים ורשימת משימות להיום. מחוץ לגרסה הראשונה: חשבונות צוות, חיוב וסנכרון אימייל.
הדביקו את ההנחיות לסוכן מתוך תיקיית פרויקט. כשההנחיה אומרת "הפרויקט הזה", הכוונה לאפליקציה שבונים בתרגול או לאפליקציה שכבר יש לכם. עדיין אין פרויקט? קראו עכשיו והדביקו אחר כך, בתרגול.
פרטו רק את שלוש התכונות שהפרויקט הזה צריך בשביל המשתמש האמיתי הראשון. את כל השאר סמנו כ"אחר כך". בלי קוד.
צמצמו את רעיון המוצר הזה ל־MVP: סוג משתמש אחד, מסלול מוצלח אחד ומדד הצלחה אחד. ענו בשש שורות.
תנו לי שני קיצורים בהיקף שעדיין יאפשרו לי להראות את האפליקציה השבוע. לכל אחד, תגידו מה יוצא לאוויר ומה דוחים.
🔍 נסו בעמוד הזה
כמה דקות לכל שלב. שלבים שמזכירים "האתר הזה" מתייחסים לעמוד שאתם בו. האחרים דורשים אפליקציה משלכם: קראו עכשיו, בצעו אחרי התרגול, או השתמשו בכל אפליקציה שיש לכם.
- כתבו את רשימת ה־IN בת שלוש השורות ואת רשימת ה־OUT למשהו שאתם רוצים לבנות. שמרו על OUT ארוכה מ־IN.
- בקשו מה־AI לעבור על רשימת התכונות שלכם ולסמן אילו פריטים לא צריכים להיות שם כדי לענות על השאלה הראשית.