מסלול למתחילים מרעיון גולמי לאפליקציה ראשונה שעובדת, בלי לכתוב קוד: איך לתאר מה שרוצים כדי לקבל תוצאה ספציפית, הדרכת השעה הראשונה שלב-שלב, חמש הטעויות שמטביעות אפליקציות ראשונות, ואיך יודעים שגרסה אחת באמת מוכנה.
בונים בפעם הראשונה, יזמים, מנהלי תפעול, וכל מי שיש לו רעיון לאפליקציה בלי רקע בתכנות.
- שיטת כתיבת בריף שמביאה אפליקציה ספציפית, לא גנרית
- הדרכה של שעה אחת מתיאור לגרסה עובדת
- חמש טעויות האפליקציה הראשונה והבדיקות שתופסות אותן מוקדם
לבנות אפליקציה ראשונה היה פעם עניין של חודשי לימוד או חשבונית של חמש ספרות. היום צוואר הבקבוק האמיתי אחר: לדעת מה לבקש, איך לבדוק מה קיבלת, ומתי להפסיק להוסיף. המדריך הזה עובר את כל המסלול, מהרעיון שבראש ועד גרסה שאנשים אמיתיים יכולים להשתמש בה, בלי לכתוב שורת קוד.
כן, ולא רק צעצוע. מתארים מה האפליקציה צריכה לעשות בשפה פשוטה, ובונה AI מייצר אפליקציה עובדת: מסכים, מסד נתונים אמיתי, חשבונות משתמשים והכללים שמחברים ביניהם. העבודה שלכם עוברת מכתיבת קוד לשלושה דברים שקוד ממילא לא פתר: להחליט מה לבנות, לבדוק מה קיבלתם, ולשפר שבוע אחרי שבוע.
שווה לדייק מה השתנה, כי שני כלים שונים מאוד טוענים לכתר. בוני תבניות נותנים להרכיב מסכים מבלוקים; הם מהירים עד שהרעיון שלכם לא נכנס לתבנית. בוני AI מייצרים את האפליקציה עצמה מהתיאור שלכם, כולל מסד הנתונים והלוגיקה שמתחת, ולכן צורת הרעיון שלכם, ולא צורת התבנית, קובעת מה יוצא. באפליקציה ראשונה זה ההבדל בין להתפשר ביום הראשון לבין לבנות את מה שבאמת דמיינתם.
מה שלא השתנה: אפליקציה מצליחה כי היא פותרת בעיה אמיתית לאנשים אמיתיים. שום כלי לא מחליט את החלק הזה. וזו בשורה טובה, כי מתברר שהחלק שהכי חשוב מעולם לא היה הקוד.
איכות הגרסה הראשונה נקבעת לפני שלוחצים "צור". תיאור מעורפל מייצר אפליקציה מעורפלת; תיאור ספציפי מייצר משהו שאפשר לבדוק באותה שעה. החדשות הטובות: ספציפי לא אומר טכני. צריך ארבעה משפטים, בשפה רגילה.
נסו את הצורה הזו: "תבנה אפליקציית תורים לקליניקת פיזיותרפיה קטנה. מטופלים בוחרים משבצת פנויה של 30 דקות לשבוע הבא ומזמינים עם שם וטלפון. שני המטפלים שלי רואים כל אחד את היומן שלו; אני רואה את שניהם. תעקוב אחרי מטופלים, תורים ורשומות טיפול שרק המטפלים רואים. לעולם אל תאפשר שתי הזמנות באותה משבצת." ארבעים שניות קריאה, וכל משפט הפך להחלטה קונקרטית שהבונה יכול לפעול לפיה.
אל תציינו פריימוורקים, מסדי נתונים או אחסון; הייתם מנחשים, והניחושים מגבילים את התוצאה. תארו את התוצאה העסקית ותנו לבונה לקבל את ההחלטות הטכניות. תמיד אפשר להציץ מתחת למכסה אחר כך, ועם בונה שנותן לכם את הקוד האמיתי, "אחר כך" באמת קיים.
הנה הרצף הריאלי, כשהזמן הולך למקום שמתחילים הכי פחות מצפים לו: בעיקר לבדיקות ותיקונים קטנים, לא להמתנה.
השורה האחרונה היא המיומנות שתישא כל שבוע עתידי: שינוי אחד בכל פעם, מאומת לפני הבא. בקשות מוערמות מייצרות תוצאה מסובכת ומונעות לדעת איזה שינוי שבר מה. בונים עם שמירת גרסאות הופכים את זה לבטוח, שינוי שהשתבש הוא חזרה של דקה אחורה במקום התרת פלונטר של אחר צהריים.
"גמור" הוא צ׳קליסט, לא תחושה. גרסה אחת מוכנה כשהזרימה האחת עובדת מקצה לקצה עם נתונים אמיתיים, הכלל האחד מחזיק כשמנסים בכוונה לשבור אותו, חשבון שני לא רואה נתונים של החשבון הראשון, קלט ריק או שגוי מקבל הודעה הגיונית במקום קריסה, והאפליקציה מפורסמת בקישור, רצוי בדומיין שלכם, שאפשר לשלוח לאדם זר.
שימו לב מה לא ברשימה: עוד פיצ׳רים, עיצוב מושלם, אפליקציה בחנויות. כל מוצר מצליח שאתם מכירים שחרר גרסה ראשונה שהייתה מביכה את המייסדים שלו היום. ההבדל בינם לבין פרויקטים נטושים הוא לא כמה טובה הייתה הגרסה הראשונה; הוא שהגרסה הראשונה פגשה משתמשים אמיתיים מספיק מוקדם כדי ללמוד מה גרסה שתיים צריכה להיות.
ועוד דבר אחד ששווה לבדוק לפני שמתחייבים לכלי כלשהו: שהאפליקציה באמת שלכם, קוד ונתונים אמיתיים שאפשר לקחת, לא תצורה נעולה בתוך הבונה. האפליקציה הראשונה היא המקום שבו תלמדו הכי הרבה, ומגיע לה להיות נכס שנשאר אצלכם, מה שלא תבנו אחר כך.
לא. צריך בהירות על העסק שלכם: מי משתמש, מה עוקבים אחריו, הזרימה האחת שחייבת לעבוד והכלל האחד שאסור שיישבר. תארו את אלה בשפה פשוטה והבונה מטפל בצד הטכני, מסכים, מסד נתונים, חשבונות ולוגיקה.
גרסה ראשונה עובדת וניתנת לבדיקה תוך שעה בערך זה ריאלי: כמה דקות ליצירה, והשאר עובר על מעבר בין תפקידים, הוספת נתונים אמיתיים ותיקונים ראשונים אחד-אחד. להביא אותה למוכנות אמיתית לזרים לוקח בדרך כלל כמה ערבים של הלולאה הזו.
זרימה אחת, מקצה לקצה, ותו לא. אפליקציית תורים שההזמנה בה באמת עובדת מנצחת תורים-חנות-בלוג ששום דבר בהם לא לגמרי עובד. תרשמו כל רעיון אחר לאחר כך; את גרסה שתיים בוחרים המשתמשים האמיתיים, לא הדמיון של שבוע ראשון.
שלוש בדיקות: חשבון ניסיון שני לא מצליח לראות נתונים של הראשון; הכלל העסקי הקריטי מחזיק כשמנסים בכוונה לשבור אותו; וקלט שגוי או ריק מייצר הודעה הגיונית ולא קריסה. עברתם את שלושתן וגרסה אחת בטוחה יותר מרוב הגיליונות שהיא מחליפה.