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

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

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

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

ואת ההבדל הזה גיליתי על בשרי.

תוכנית של שלושה חודשים לאפליקציה שלא היה בה שום דבר חדש

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

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

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

אפיון ארוך הפך לארבעה שדות.

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

אז איך יודעים אם רעיון דורש דיסקאברי?

אני מחפש את ה"עוד לא". לא את החלק שהופך את המוצר למגניב, אלא את החלק שעוד אין לו תשובה ברורה.

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

וזה נכון במיוחד עכשיו, כש-AI הפך את ההרכבה לזולה ומהירה.

שלוש שאלות שכדאי לשאול לפני שמתחילים לבנות

1. למי?

האם כבר קיים מוצר טוב עבור האנשים שהרעיון מיועד להם? לא מספיק לשאול אם יש מוצר שעושה בדיוק את אותו הדבר. יכול להיות שהאנשים האלה משתמשים היום באקסל, בוואטסאפ, ב-Notion או בשילוב של כמה כלים.

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

2. מה?

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

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

3. איך?

האם אפשר להסביר איך המוצר עובד באמצעות דפוסים שכבר כולם מכירים? דשבורד, טבלה, יומן, צ'אט, רשימה או טופס.

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

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

ה"עוד לא" הוא לא הוכחה לחדשנות

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

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

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

אז מה עושים עם כל סוג של רעיון?

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

קומודיטי

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

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

מאיפה מתחילים: Claude Code או מוצר קיים.

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

חדשני

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

כאן לא מתחילים מפרומפט. מתחילים מאנשים. שיחה אחת עם אדם שחי את הבעיה יכולה ללמד אותנו יותר מעשרה ניסוחים חדשים ל-Claude.

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

כשאין מפה, צריך לצייר אותה

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

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

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

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

פתק על מסך הוא התיקון הכי זול שיש. הקוד מגיע אחר כך.

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

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

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

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

את כל השאר אפשר להרכיב אחר כך. ומהר.

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

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

את המהירות Claude Code כבר נותן.

את המפה אנחנו עדיין צריכים ללמוד לצייר.