MVP לאפליקציה: איך משיקים גרסה ראשונה שלומדת מהמשתמשים

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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