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

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

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

מה “מוכן להדגמה” באמת אומר

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

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

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

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

חמשת הדברים שנסדקים ראשונים

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

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

2. מצב השגיאה. נסו את זה עכשיו: כבו את ה-wifi שלכם והקליקו מסביב באפליקציה שלכם. הקלידו סיסמה שגויה במכוון. הגישו טופס עם שדה המייל ריק. אם האפליקציה שלכם קורסת, נתקעת, או מציגה שגיאה גולמית כמו 500 Internal Server Error, יש לכם בעיית מצב-שגיאה. בונה ה-AI יכול לתקן את זה, אבל אתם צריכים לשאול: “מה קורה כשקריאת ה-API נכשלת? כשהמשתמש מזין נתונים שגויים? כשהוא לא מחובר לרשת?” אלה שלושה פרומפטים נפרדים, והם מכסים את רוב הדרכים שבהן משתמשים אמיתיים נקלעים לצרות.

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

4. בעיית ‘המשתמש השני’. הנה אחת ערמומית. הרבה אפליקציות שנבנו עם בינה מלאכותית מניחות משתמש אחד. הנתונים שאתם יוצרים נשארים באפליקציה. ואז משתמש שני נרשם ואו רואה את הנתונים שלכם, או לא רואה נתונים בכלל ונעשה מבולבל מאוד. זו שאלה של אימות והפרדת נתונים, ושווה לבקש מהבינה המלאכותית להסביר איך היא מאחסנת נתוני משתמשים לפני שאתם משיקים. הניסוח הנכון: “הסבר איך נתוני המשתמשים מופרדים. אם שני אנשים נרשמים, האם אחד יכול לראות את הנתונים של השני?” התשובה היא המבחן.

5. כפתור ‘שיניתי את דעתי’. משתמשים אמיתיים מבטלים דברים ללא הרף. הם מוחקים את החשבון שזה עתה יצרו כי הקלידו את המייל הלא נכון. הם מבטלים מנוי שתי דקות אחרי שנרשמו. הם רוצים לערוך פרויקט שיצרו אתמול כי בכותרת יש שגיאת כתיב. כלי בניית אפליקציות בבינה מלאכותית, אם נותנים להם, בונים את מסלול היצירה ומדלגים על מסלול העריכה-או-מחיקה — כי ההדגמה אי פעם רק ביקשה מהם ליצור דברים. אם תשיקו עם הפער הזה, שלושת המשתמשים הראשונים שלכם ישלחו לכם מייל תוך שעה, והמייל יתחיל במילה “איך”. עברו על האפליקציה שלכם ושאלו, לגבי כל מסך: “האם המשתמש יכול לבטל את מה שזה עתה עשה, או לשנות אותו מאוחר יותר?” בכל מקום שבו התשובה היא לא, זה פיצ’ר שאתם צריכים לפני ההשקה.

מה “מוכן לפרודקשן” לא אומר

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

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

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

רשימת בדיקה קצרה להשקה

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

• נרשמתי כמשתמש חדש לגמרי מחלון גלישה פרטית, מקצה לקצה, בלי קיצורי דרך.
• השתמשתי באפליקציה בטלפון שלי.
• ניסיתי לשבור את הטפסים — שדות ריקים, קלטים מוזרים, קלטים ארוכים מאוד.
• שאלתי את בונה ה-AI איך נתוני המשתמשים מופרדים, והתשובה הגיונית.
• יש לי דרך ליצור קשר עם משתמשים אם משהו משתבש (שדה מייל, קישור משוב, כל דבר).
• יש לי דרך לדעת כשמשהו אכן השתבש — בונה ה-AI בדרך כלל מציע רישום שגיאות בסיסי; הפעילו אותו.
• המצב הריק של כל עמוד אומר למשתמש מה לעשות הלאה.
• לכל פעולה שיוצרת משהו יש דרך לבטל, לערוך, או למחוק אותו.

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

דרך האמצע הכנה

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

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

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

אם השקתם אפליקציה שבניתם עם בינה מלאכותית למשתמשים אמיתיים, מה היה הדבר הראשון שנשבר שלא צפיתם? זו בדרך כלל השאלה המעניינת יותר מ”האם שלי מוכנה” — כי ההפתעה היא האות האמיתי.