רעיון לאפליקציה? שלוש שאלות לפני שבונים עם AI

הרגע הכי מוכר של וייב קודינג (vibe coding): מתארים ל-Claude Code רעיון לאפליקציה, משהו שעוד לא היה, ומקבלים בחזרה דשבורד. שלושה כרטיסים, כותרת ענקית, גרדיאנט סגול. זה לא באג. המודל בונה מהממוצע של כל מה שכבר ראה, ולכן לכל רעיון לאפליקציה יש היום צד: קומודיטי, שבו הממוצע הוא בדיוק המוצר, או חדשני, שבו הממוצע הוא בדיוק הבעיה.

אני מעצב ובונה את המוצרים שלי עם Claude Code, ואת ההבדל הזה למדתי משני דברים שבניתי. באחד לא היה מה לגלות. בשני, הגילוי היה העבודה.

יש לי רעיון לאפליקציה. איך יודעים אם הוא שווה משהו?

קודם בודקים מאיזה סוג הוא: קומודיטי או חדשני. רעיון קומודיטי אפשר להרכיב מהר ובזול. רעיון חדשני לא, כי עוד אין כמוהו. ולכל אחד מהם דרך עבודה הפוכה.

המבחן הוא שלוש שאלות:

1. למי. יש כבר מוצר שמשרת טוב את האנשים שהרעיון מיועד להם?
2. מה. לבעיה שהרעיון פותר כבר יש שם ותשובה?
3. איך. אפשר לתאר את המסך במילים שכולם כבר מכירים, כמו דשבורד, טבלה, יומן או צ׳אט?

שלוש פעמים ״כן״: הרעיון הוא קומודיטי. ״עוד לא״ אחד מספיק כדי שהרעיון יהיה חדשני, והשאלה שעליה עונים ״עוד לא״ היא המקום שבו מתחילה העבודה.

בתרשים יש עוד שכבה: ככל שנקודה עולה גבוה יותר מעל הקו, כך יש יותר מה לגלות בשאלה שלה.

ויש סימן שקל לפספס: אם אי אפשר להסביר את הרעיון בלי לצייר אותו, הוא כבר חדשני.

שני הסוגים, ומה כל אחד מהם צריך

רעיון קומודיטי צריך מהירות. רעיון חדשני צריך מפה.

קומודיטי

רעיון לאפליקציה הוא קומודיטי כשהוא עונה ״כן״ על שלוש השאלות.

הדוגמה שלי: המערכת שאני בונה כדי לנהל את הסדנאות והקורסים שלי. כרטיסים לכל מועד, עמוד תשלום, רשימת הרשמות, ולידה מודול קורסים. אין בה פיצ׳ר אחד שלא קיים כבר בעשרות מוצרים. לא היה שם מה לגלות. היה מה להרכיב.

מאיפה מתחילים: מ-Claude Code, או מחיפוש מוצר מוכן שכבר עושה את זה. חבל לבזבז שבועות של מחקר על בעיה שכבר פתרו.

כמה זה עולה: פחות ממה שנדמה. בעבר היו בתי תוכנה שתמחרו אפליקציה בסיסית ב-60 עד 250 אלף שקל, אבל קומודיטי אפשר היום להרכיב עם AI מהר ובזול. וזה גם החיסרון: מה שזול לבנות, זול לבנות לכולם, כולל למתחרים.

חדשני

רעיון לאפליקציה הוא חדשני כשהוא עונה ״עוד לא״ על לפחות אחת משלוש השאלות. בדרך כלל זה מוצר חדש באמת: לאנשים ששום מוצר עוד לא משרת טוב, לבעיה גדולה שעוד אין לה תשובה, ועם ממשק שלא היה קודם. במילים הכי פשוטות, רעיון חדשני מתחיל במקום שבו המפה נגמרת.

מאיפה מתחילים: מאנשים, לא מפרומפט. שיחה אחת עם אדם שחי את הבעיה שווה יותר מעשרה ניסוחים חדשים לאותו פרומפט.

כמה זה עולה: לא רק כסף, אלא זמן, זמן למצוא את האנשים הנכונים, לקבוע איתם, ולראיין אותם.

למה כל רעיון חדש חוזר בתור דשבורד

רעיון חדש חוזר בתור דשבורד מסיבה פשוטה: אם הוא קומודיטי, האפיון כבר כתוב, ואם הוא חדשני, האפיון עוד לא קיים.

קל לקחת קומודיטי ולשנות אותו: דשבורד לניהול תורים לווטרינר שלא עובד בימי חמישי ורוצה לנהל את זה בדרך שלו. Claude עושה את זה מהר, בלי להיות יצירתי במיוחד. ההחלטות פה פשוטות: איזה ימים פתוחים, איזו שדות חוסמים, איזו צבע שורות לסמן. לא שאלות שמשנות את המוצר עצמו.

את האפיון של הקומודיטי השוק כתב מזמן, והמודל קרא את כולו. לכן ״מערכת ניהול עם מודול קורסים״ היא אפיון מלא: גם צוות פיתוח וגם Claude יודעים בדיוק מה לבנות מהמשפט הזה.

לרעיון חדשני אין משפט כזה. המילים עוד לא קיימות, כי הדבר עצמו עוד לא קיים. אז המודל ממלא את החור בדבר הכי קרוב שהוא מכיר: מבקשים משהו חדש, ומקבלים את הדבר הישן שהכי דומה לו. הערך על וייב קודינג בוויקיפדיה כבר מציין שהתוצרים לפעמים משעתקים פתרונות קיימים שהמודל אומן עליהם. מה שחסר שם זה ההמשך: כשהרעיון הוא קומודיטי, זה בדיוק מה שרוצים. כשהוא חדשני, זו בדיוק הבעיה. הגרדיאנט הסגול הוא רק החלק שרואים. מתחתיו יושב אותו מוצר ממוצע.

כשאין מפה, מציירים אחת

בקומודיטי אין צורך בכלום מזה: האפיון כבר קיים, וההחלטות פשוטות. ברעיון חדשני, האפיון הוא העבודה, ואת האפיון של דבר שעוד אין לו שם אי אפשר לכתוב במשפט. צריך לראות אותו ולשאול את השאלות הנכונות.

1. מוצאים את הבעיה עם אנשים. המודל יודע את מה שכבר נכתב, והבעיה החדשה עוד לא נכתבה. יש הבדל בין מידע לאמת: את המידע Claude יביא, את האמת מביאים אנשים. Claude יכול לעזור להתכונן לשיחות ולסכם אותן, אבל את השיחות עצמן מנהלים עם בני אדם. זה מה שנקרא דיסקאברי (product discovery), וזה החלק שה-AI לא מחליף.
2. ממפים את הבעיות, כדי שכולם יסתכלו על אותה תמונה. Claude מסדר ומקבץ, והצוות מסתכל ביחד ומקיף בעיגול את האזור שבו יש הכי הרבה בעיות. משם מתחילים.
3. מציירים את הפתרון לפני שכותבים קוד. Claude מעצב מסכים על הקנבס, כמה אפשרויות אחת ליד השנייה. אנשים מדברים על האפשרויות, ועל הפתרונות, לפעמים מבקשים סבבים נוספים, מדביקים הערות ובוחרים. פתק על מסך הוא התיקון הכי זול שיש. הקוד מגיע בסוף, כשכבר יודעים מה הוא אמור לעשות.

Claude Code טוב מאוד במציאת השאלות הנכונות ובהובלה דרך תוצרים אמיתיים. כשעובדים עם כמה סוכנים יחד, סוכן ניהול מוצר, סוכן עיצוב UX וסוכן פרונט-אנד, ושואלים נכון, אפשר להגיע רחוק עם ה״איך״: דוגמאות טובות, יכולת עיצוב אמיתית.

אפשר גם להיעזר במשתמשים סינתטיים, אבל רק עד גבול מסוים: הם לא אומרים אם מישהו באמת ישלם על זה. הם נוטים להיות נעימים מדי, ומגיעים לכל היותר ל-50 עד 60 אחוז דמיון לאדם אמיתי.

בסוף היום, שלוש השאלות עדיין שם.

מה עושים עם זה מחר בבוקר

מחר בבוקר לוקחים את מה שבונים עכשיו, עונים על שלוש השאלות, ומחפשים את ה״עוד לא״ הראשון.

אין עוד לא באף אחת מהשאלות? מצוין. זה קומודיטי, וה-AI הוא בדיוק הכלי בשבילו. בונים, ומהר.

יש עוד לא באחת מהשאלות? לפני הפרומפט הבא, עוצרים ועובדים על השאלה הזאת כמוקאפ, לא בקוד. אם זה ״למי״ או ״מה״: שיחה אחת עם אדם אמיתי, עוד השבוע. אם זה ״איך״: שלוש גרסאות של אותו מסך, אחת ליד השנייה. רק אחר כך קוד.

ה-AI לא ייתר את העיצוב. הוא שינה לו את התפקיד: פחות עבודה ידנית, יותר קבלת החלטות.

את כל הדרך הזאת, מהשיחה הראשונה עם אנשים ועד המסכים על הקנבס, אני מלמד בדיזיין ספרינט עם קלוד.