בקצרה
ייעוץ למיזם SaaS עוסק בהחלטות שמסביב לקוד: איזו בעיה המוצר פותר ולמי, מה נכנס לגרסה הראשונה ומה נדחה, מודל התמחור, תוכנית ההשקה והדרך להביא ולשמר את המשתמשים הראשונים. בסוף כל שלב יש החלטה כתובה, ואת הפיתוח עושה הצוות שלכם.
למה מיזמים נתקעים דווקא אחרי שהמוצר עובד?
ראיתי את זה הרבה, וגם עברתי את זה בעצמי. המוצר עולה, הפיצ'רים עובדים, ועדיין אין מספיק משתמשים שנשארים. בדרך כלל הבעיה לא בקוד. היא באחת ההחלטות שהתקבלו בדרך, או שלא התקבלו בכלל: למי בדיוק המוצר, מה הסיבה לשלם עליו, ואיך אנשים אמורים לגלות אותו.
את bizzi girlz בניתי מאפס: קהילה, פלטפורמה ואפליקציה עם מנויים. הקמתי גם את האפליקציה Lifey, ואני שותפה ב-Pody. עברתי את השלבים שרוב המייסדים עוברים, מהגרסה הראשונה דרך התמחור והחנויות של אפל וגוגל ועד המשתמשות הראשונות שבאו והלכו. הייעוץ שלי ל-SaaS נשען על הניסיון הזה, ועל עבודה עם מיזמים ומותגים אחרים בארץ ובארה"ב.
על אילו החלטות עובדים?
- הבעיה והקהל: מי צריך את המוצר הכי דחוף, ואיך הוא מתאר את הבעיה במילים שלו.
- גרסה ראשונה: מה חייב להיות בה כדי שמישהו ישתמש שוב, ומה אפשר לדחות בלי שאף אחד ישים לב.
- מודל תמחור: מנוי, שימוש, חבילות או משהו אחר, ומה כל בחירה אומרת על הקהל ועל ההכנסות. אני עובדת על העקרונות ועל המבנה, לא על מספרים מהמדף.
- השקה: איך מגיעים למאה המשתמשים הראשונים בלי תקציב גדול, ומה מודדים בשבועות הראשונים.
- שימור: מה גורם למשתמש לחזור, איפה הוא נוטש, ומה משנים קודם.
- שיווק: מסרים, דף נחיתה, ערוץ אחד שעובד לפני שמתפזרים לחמישה.
למי זה מתאים?
- מייסדים לפני פיתוח או בתחילתו, שרוצים לוודא שהם בונים את הדבר הנכון.
- מיזמים עם מוצר עובד ומעט משתמשים, שצריכים להבין למה הצמיחה לא מגיעה.
- חברות SaaS קטנות שמתכננות השקה, תמחור מחדש או כניסה לקהל חדש.
- יזמים שבונים פלטפורמה או אפליקציה לקהילה או לשוק מסוים.
אני לא מפתחת ולא מנהלת את הצוות הטכני. אני יושבת עם המייסדים על ההחלטות, והצוות שלכם מתרגם אותן לקוד.
איך זה עובד?
- 1
אבחון
שאלון ומעבר על המוצר, הדף, הנתונים שיש ומה שכבר ניסיתם.
- 2
פגישת פיצוח
בוחרים את ההחלטה הכי דחופה ומפצחים אותה עד הסוף, עם הנימוק.
- 3
תוכנית כתובה
מה עושים בשבועות הקרובים, מה בודקים ואיך יודעים שזה עבד.
- 4
מחזורי בדיקה (במסלולים)
נפגשים אחרי יישום, מסתכלים על מה שקרה בפועל ומחליטים על הצעד הבא.
מה יוצא מזה?
החלטות כתובות עם ההיגיון שמאחוריהן. זה נשמע קטן, אבל בצוות של שניים או שלושה אנשים זה מה שמונע לחזור לאותו ויכוח כל שבועיים. בנוסף יש רשימת פעולות לתקופה הקרובה ומדד אחד או שניים שאומרים אם הכיוון נכון.
שאלות נפוצות
זה דווקא הזמן הכי זול לקבל את ההחלטות האלה. שינוי בקהל או בגרסה הראשונה לפני פיתוח עולה שיחה. אחרי פיתוח הוא עולה חודשים.