איזה כיף לראות אותך כאן :) איזה כיף לראות אותך כאן :)
נראה שיש לך חשבון איתנו, אתה יכול להתחבר כאן
נראה שאין לך עוד חשבון אצלנו, כאן אפשר להירשם
אופיר שחף
4 דק'
FLIP (היפוך שרוול) - למה זה טוב, ולמה עכשיו?
כשותפים לדרך של יזמים ויזמות מהשלבים הראשונים, החל ממחקר ופיתוח, דרך גיוסי הון ופיתוח עסקי, ועד מסחור וכניסה לשוק, אנו נחשפים באופן מתמיד למגמות המשתנות באקוסיסטם הגלובלי. שינויים אלו מחייבים תגובה יצירתית שתאפשר לסטארט-אפים להתאים את עצמם באופן אופטימלי לתנאי שוק חדשים. בשנה האחרונה, לדוגמא, קשה להתעלם מהסנטימנט ה"פחות מחיובי" בעולם לחברות ישראליות. לא נתעכב על הסיבות ועל ההשלכות, אבל אלה בהחלט קיימות ומשפיעות על היכולת לגייס הון עבור חברות אלה.
סטארט-אפים צריכים לבצע התאמות יצירתיות כדי להתחבר לשוק הגלובלי ולהתמודד עם חסמים קיימים וחדשים. אחד הפתרונות שאנו ממליצים עליהם כיום הוא FLIP (או "היפוך שרוול" כמו שנהגו לקרוא למהלך בעבר): תהליך שבו חברה שנוסדה בישראל, משנה את מקום ההתאגדות שלה לארה"ב (אירופה או מדינה אחרת), כך שהיא הופכת לחברה אמריקאית עם חברת בת ישראלית, תוך שמירה על פעילותה העסקית בישראל. התהליך בעיקרו טכני, אולם דורש תכנון ועבודה עם יועצים בעלי מומחיות ייחודית בנושא.
השאלה שההנהלה (וגם מועצת המנהלים, כמייצגת את קולות המשקיעים בחברה) היא ברורה: מדוע כדאי לחברה הישראלית לבצע את התהליך? להלן מספר סיבות – כשהראשונה היא המשמעותית מכולן:
גישה למקורות הון אמריקאיים
בהירות מיסויית ומשפטית
יעילות תפעולית
תפיסת שוק ומיתוג
בתחום ה-HealthTech, שהוא רגיש למדדים כמו: עלויות, זמני פיתוח, רגולציה וחדירה לשוק תחרותי במיוחד, ישנם שיקולים ייחודיים נוספים:
רגולציה מחמירה
רכישת מוצרים רפואיים בארה"ב
הסכמים עם חברות ביטוח ובריאות
עלויות וזמן
מורכבות
היתרונות של האקוסיסטם המקומי נשמרים!
Timing is key
סיכום
במיוחד בימים אלו המעבר ליישות אמריקאית (FLIP) יכול להיות מהלך אסטרטגי חשוב עבור סטארט-אפים ישראליים שרוצים: למשוך משקיעים אמריקאיים, להתרחב לשוק האמריקאי או בשלב מאוחר יותר להכין את עצמם למכירה או הנפקה. עם זאת, הזמן והמבנה חשובים מאוד. כיום, ביצוע התהליך דווקא בשלב מוקדם, כשהחברה עוד רזה וגמישה, מהווה תזמון אידיאלי שמוזיל עלויות ומפחית סיבוכיות. יש לתכנן את המעבר עם יועצים משפטיים וחשבונאיים בישראל ובארה"ב כדי לנצל את מירב היתרונות ולהימנע מסיכונים ועלויות מיותרות. ותמיד מוזמנים ומוזמנות להתייעץ איתנו.
תום מייבלום
למה שימושיות היא מנוע הצמיחה האמיתי של מוצר SaaS
כשבונים מוצר SaaS B2B, ובמיוחד בתחום הסייבר, הנטייה הטבעית היא להתמקד בפונקציונליות של המוצר - סט היכולות הטכניות והפיצ׳רים. לרוב, הדרישות מגיעות מהשוק, מצוותי המכירות, מהלקוחות או מול המתחרים - עוד יכולת, תמיכה בתרחיש נוסף, קונפיגורציה חדשה, או עוד צ׳ק בוקס שאפשר לסמן. ככל שמוסיפים יותר פונקציות, המוצר נוטה להפוך למסובך ומורכב יותר לשימוש. לעיתים זה נתפס כפשרה לגיטימית - להתעלם במידת מה מהשימושיות והפשטות לטובת ריבוי יכולות, במיוחד כאשר קהל היעד הוא אנשי מקצוע טכניים.
הניסיון שלנו הראה שגם במוצרי B2B, ובמיוחד בסייבר, מורכבות יתר פוגעת באימוץ. אם תהליך ה-deployment נמשך זמן רב, אם המוצר קשה להבנה, ואם משתמשים נדרשים לפנות לתמיכה כדי לבצע פעולות בסיסיות – הם פשוט לא ימשיכו להשתמש בו. התוצאה עלולה להיות לא רק אכזבה, אלא גם שימוש שגוי שמגדיל סיכונים, או מוצר שנשאר על המדף ואינו מספק ערך אמיתי.
ב-Mind החלטנו להתמודד עם האתגר הזה על ידי הגדרה של פשטות ויוזביליות כעיקרון יסוד במוצר, לא כפרמטר משני. המטרה היתה לספק ערך אמיתי כבר מהרגע הראשון, out of the box, ללא צורך בפרויקט הטמעה, בלי לקרוא דוקומנטציה, ובלי להסתמך על צוות מומחים שיתפעל את המערכת.
ההיצמדות לעיקרון הזה רחוקה מלהיות טריוויאלית, בעיקר כאשר לקוחות חשובים מעלים דרישות פונקציונליות חדשות. בכל שלב קיים מתח מתמיד בין הרחבת היכולות לבין שמירה על פשטות.
בפועל, יישמנו את הגישה בכמה דרכים: ראשית, באמצעות שימוש ב-defaults חכמים. הנחנו שרוב המשתמשים כמעט ולא משנים הגדרות ולכן הקפדנו שברירת המחדל תספק ערך גבוה ותישאר בטוחה לשימוש. שנית, בכל פיצ’ר חדש בחנו האם הוא מוסיף מורכבות או friction מיותר, והאם הוא באמת חיוני ל־80% מהלקוחות ולא רק למיעוט. בנוסף, הקפדנו לבחון שימושיות מול הלקוחות עצמם - באמצעות שימוש בפרוטוטייפים של פיצ׳ר חדש ללא הנחיה, כדי להבין האם החוויה אינטואיטיבית וכיצד ניתן לפשט אותה עוד יותר.
השיח סביב שימוש בכלי AI לעבודת הפרודקט ובכלל אולי נשמע לעיתים שחוק, אבל בפועל שילוב של AI agent וב-LLM באופן כללי מעניק פתרון ממשי לפער שבין מוצר עשיר ביכולות וקונפיגורציות לבין חוויית שימוש פשוטה ונגישה.
הצבת agent כשכבת ממשק מעל המוצר מאפשרת למשתמשים לבטא את מה שהם רוצים להשיג במילים שלהם - והמערכת מתרגמת את הבקשה לשפה הטכנית של המוצר ומבצעת אותה בפועל.
כך המשתמשים אינם צריכים להכיר לעומק את כל הממשקים, הפקודות או ההגדרות - הם פשוט מתארים את המטרה, והמערכת דואגת לשאר. עם זאת, חשוב לשמור על איזון: פתרון מופשט או חופשי מדי עלול לבלבל ולגרום לאובדן שליטה. כשבונים את זה נכון, בצורה מדויקת ומבוססת הקשר, מתקבלות יכולות שלא היו אפשריות בעבר - שילוב של עוצמה טכנית עם חוויית שימוש פשוטה באמת.
אם אתם מפתחים מוצר טכני למשתמשים טכניים - הנה כמה עקרונות שעזרו לנו בפועל:
לסיכום, יוזביליות זה לא וויתור - זו מקפצה. כשמוצר קל לשימוש, הוא מוטמע מהר יותר, נשאר פעיל לאורך זמן, ומייצר ערך אמיתי - בלי תלות בצוותי התמיכה או בהטמעה. בעולם של סטארטאפים וצוותים קטנים שרצים מהר, זה ההבדל בין מוצר שמתאים לשוק, לבין כזה שנשאר ב-MVP לנצח. בסופו של דבר, לקוחות לא מחפשים עוד פונקציונליות, הם מחפשים תוצאה - כמה שיותר מהר, בכמה שפחות מאמץ.
גלי שליט
4 דק'
איך שימוש לא נכון של לקוחות במוצר שלכם יכול להפוך להזדמנות עסקית?
לפני כמה שנים, ולפני שהצטרפתי ל-Lightrun, עבדתי בחברה שפיתחה מוצר גיבוי ושחזור לפרודקשן. רוב הלקוחות השתמשו במוצר בדיוק כפי שתכננו - שמרו גיבויים של סביבת הייצור ושיחזרו אותם במקרה של תקלה. אבל קומץ של לקוחות השתמש בצורה עקבית בדרך שלא הבנו אותה - הם כמעט שלא שיחזרו לפרודקשן, אלא לסביבת הפיתוח.
לרגע זה הרגיש כמו כישלון (“המוצר לא נועד לזה! הם משתמשים בו לא נכון”), אבל אז הגיעה השאלה הנכונה: למה הם עושים את זה? התשובה פתחה לנו דלת: אותה טכנולוגיה שמחזירה מידע עם כל הקשרים, ההיררכיות ומבני הנתונים פתרה להם בעיה קריטית אחרת—איך להביא דאטה אמיתי לפיתוח, באופן בטוח ומבוקר, בלי להעתיק את כל פרודקשן.
כשלקוח לוקח את המוצר שלכם ומשתמש בו בדרך שלא תכננתם, הוא מספר לכם משהו חשוב: הטכנולוגיה שלכם פותרת בעיה נוספת שלא זיהיתם. בואו ניקח דוגמה נוספת שקל להבין:
דמיינו חברה שבנתה כלי לפגישות וידאו פנימיות (פגישות וידאו עם יכולות שיתוף מסך, הקלטות). בוקר אחד הם רואים "פגישה" עם 200 משתתפים, כולם על mute, מנחה אחד שמחזיק את הקהל, ואקסל עם נרשמים שמסתובב במייל. בצ'אט לא מתפתחת שיחה-יש שאלות למרצה. בסוף האירוע מישהו שולח ידנית את ההקלטה לכל מי שנרשם באקסל ומעביר את הרשימה לאנשי המכירות… זה לא בלבול. זו לא תקלה. זו טכנולוגיית ווידאו שנלקחה לסיבוב אחר: וובינרים והדרכות לקוחות.
לא כל חריגה מהתסריט המקורי היא זהב. לרוב פוגשים אחד משלושה מצבים:
1) אותה בעיה, חוויית משתמש מבלבלת.
הלקוח דווקא מנסה להשיג את מה שבנינו, אבל הולך לאיבוד: טקסטים לא מדויקים, זרימה מסורבלת, או חוסר קטן. כאן התיקון הוא ליטוש—חדוד, הורדת חיכוך, שיפור Onboarding. התוצאה: אימוץ טוב יותר ופחות פניות “איך עושים…?” לתמיכה.
2) אותה בעיה, יותר דיוק.
הלקוח בודק דרכים שונות כדי לדייק את המענה. מפה נולדים פיצ’רים קטנים אך משמעותיים—פילטר, התראה, אוטומציה. זה לא "מוצר חדש"—זה המוצר הנוכחי שמקבל חיזוק בדיוק היכן שכואב.
3) בעיה אחרת, אותה טכנולוגיה (ופה קורה הקסם)
הלקוח, במודע או לא, "מעקם" את המוצר כדי לפתור צורך שונה, על בסיס אותה ליבה טכנולוגית. שימו לב לסימנים: זה לא טריק חד-פעמי אלא דפוס מתמשך. השפה משתנה (“פגישה” שנקראת “הדרכה”); מופיעות בקשות שמתארות מדיניות ("חייבים להרשם לפגישה", "רק המנחה יכול לדבר"); נכנסות לתמונה פרסונות נוספות באותו ארגון; ולעיתים יש הרבה פעולות ידניות—כלומר כאב אמיתי שמישהו מוכן להשקיע בו זמן, ולעיתים גם כסף.
במקרה שלנו, הראיונות חשפו שצוותי הפיתוח (פרסונה שונה) השתמשו בטכנולוגיית הגיבוי שלנו כדי לפתור בעיה שונה (ניהול נתוני פיתוח במקום גיבוי פרודקשן). זו הייתה ההזדמנות לבנות מוצר חדש ומשלים.
זו ההזדמנות העסקית הכי מתוקה שיש:
חשבו על זה כך: הטכנולוגיה שלכם היא המנוע. המוצר הוא הרכב הספציפי שבניתם סביב המנוע. אבל מסתבר שאפשר לבנות עוד רכבים עם אותו מנוע - לקהלים שונים, לצרכים שונים.
בדוגמאת שיחות הוידאו, אותה ליבת טכנולוגיה-וידאו יציב, צ’אט, הקלטה, הרשאות “נארזת” אחרת ומשרתת פרסונות נוספות באותו ארגון: שיווק, customer success, מכירות. בלי ספק חדש, בלי עוד אבטחה, בלי עוד רכש. פשוט להרחיב את מה שכבר עובד.
גם פה, לא תמיד שווה להרחיב את ההזדמנות. לשם כך, מחזיקים כלל אצבע: האם אותה טכנולוגיה מכסה את רוב (נגיד 80%) הפתרון לבעיה החדשה? האם יש לפחות כמה לקוחות שעשו את ההאק הזה שוב ושוב? והאם זה פותח דלת לשימוש רחב יותר בתוך אותו ארגון—אותו ICP או פרסונה סמוכה? אם התשובות חיוביות, יש כאן מועמד רציני למוצר משלים.
התייחסו לדפוס כשוק קטן שמבקש מוצר:
• ראיינו את המשתמשים שעשו את ההאק: מה ניסיתם להשיג? למה דווקא ככה? מה היה חסר?
• מפו מי צריך את זה: אותו ICP (קל יותר למכור) או פרסונה סמוכה באותו ארגון (הזדמנות התרחבות).
• בדקו אם יש product-market-fit: הגדירו הצעת ערך ממוקדת, ובנו MVP קטן שיכול להוכיח ערך במהירות, על בסיס התשתית הקיימת.
MVP כזה צריך לארוז את אותה הטכנולוגיה בעטיפה אשר מותאמת לצורך החדש שגיליתם. למשל: דף רישום עם לינק אישי, מצב שידור שבו הקהל צופה בלבד, Q&A עם מודרציה, הקלטה שנשלחת אוטומטית, חיבור ל‑CRM—כדי ששיווק יקבל לידים בלי טיולים ידניים. פתאום אותה פלטפורמה משרתת גם את שיווק, גם את CS וגם את המכירות.
מה כדאי לקחת מכאן (TL;DR):
ומתי דווקא כדאי להשאיר את המוצר קצת מעומעם? זה כבר לפוסט אחר…
בלוג
6 דק'
עדי מזור קריו
כיצד בינה מלאכותית רב-מודאלית מחוללת מהפכה באינטראקציה בין אדם למכונה?
בלוג
5 דק'
אביחי ניסנבאום
במיוחד בתקופות משבר: התפקיד המרכזי של קרנות בתמיכה ביזמי סטרטאפים
בלוג
4 דק'
אמיתי בונה
עושים סדר: באיזה מודל AI כדאי להשתמש לאיזו משימה?
בלוג
5 דק'
עדי מזור קריו
בינה מלאכותית אינטואיטיבית (חלק 2): הנחיות UX למוצרי Gen AI, יישום התיאוריה בפועל
בלוג
7 דק'
עדי מזור קריו
בינה מלאכותית אינטואיטיבית (חלק 1)- מדריך לחוויית משתמש למוצרי AI
בלוג
7 דק'
עדי מזור קריו
מעבר לשיתוף פעולה: מדוע שילוב של אדם ובינה מלאכותית הוא השלב הבא?
בלוג
6 דק'
תום רוזן
איך להפוך את ה-AI שלכם לאמין ובטוח יותר
בלוג
5 דק'
אמיתי בונה
איך לזהות טקסט שנכתב בעזרת ChaGPT?
בלוג
4 דק'
אמיתי בונה
איך לגרום ל-ChatGPT לכתוב בסגנון שלי?
בלוג
3 דק'
אמיתי בונה
ה-ChatGPT שלכם כבר לא יהיה אותו הדבר: הכירו את Custom Instructions
בלוג
6 דק'
אלון יפה
השפעות הבינה המלאכותית על מתקפות מניעת שירות מבוזרות (DDoS attacks)
בלוג
3 דק'
אמיתי בונה
איך להפוך את ChatGPT למומחה SQL שיודע לשלוף מידע מהדאטה בייס שלכם
בלוג
4 דק'
דין פאר
איך הגעתי ל7 מיליון חשיפות ב-3 ימים ואיך זה השפיע על הפייפליין?
בלוג
4 דק'
עמית בן-דור
טכנולוגיית AI כבר כאן, אבל מה עם מי שיטמיע אותה?
בלוג
4 דק'
רון רייטר
מהפכת ה-AI: איך אפשר לנצל את היתרונות של ChatGPT מבלי להסתכן בדליפת מידע רגיש?
בלוג
3 דק'
אמיתי בונה
מרעיון למוצר תוך 3 שעות: כך פיתחתי אפליקציית פייתון מבוססת GPT בלי לכתוב שורת קוד אחת!
בלוג
5 דק'
תומר צוקר
לפרוץ את גבולות היזמות עם כלי ה- Generative AI
בלוג
6 דק'
צוף בר-אור
מורה נבוכים למהפכת ה-AI
בלוג
4 דק'
עו"ד נתנאלה טרייסטמן
סטארטאפים כמשתמשי AI: שיקולים משפטיים שכל סטארט-אפ צריך לחשוב עליהם
בלוג
4 דק'
אמיתי בונה
קידום אורגני בתוך ChatGPT - יש דבר כזה?
בלוג
3 דק'
אמיתי בונה
הכירו את קוד אינטרפרטר: האנליסט ומדען נתונים הפרטי שלכם
בלוג
3 דק'
אמיתי בונה
הכירו את ה"סוכנים" (AI Agents), ההייפ החדש שמסעיר את הרשת
בלוג
3 דק'
אמיתי בונה
5 פלאגינס שיעזרו לכם להיות יעילים יותר בעבודה
בלוג
4 דק'
אמיתי בונה
מה זה פלאגינס, ואיך הם ישנו את האינטרנט
בלוג
4 דק'
אמיתי בונה
המדריך לפרומפטיסט המתחיל
בלוג
4 דק'
אמיתי בונה
מהפכת הזהות הדיגיטלית כבר כאן
בלוג
בלוג
4 דק'
אופיר שחף, שותף,...
כשותפים לדרך של יזמים ויזמות מהשלבים הראשונים, החל ממחקר ופיתוח, דרך גיוסי הון ופיתוח עסקי, ועד מסחור וכניסה לשוק, אנו נחשפים באופן מתמיד למגמות המשתנות באקוסיסטם הגלובלי. שינויים אלו מחייבים תגובה יצירתית שתאפשר לסטארט-אפים להתאים את עצמם באופן אופטימלי לתנאי שוק חדשים. בשנה האחרונה, לדוגמא, קשה להתעלם מהסנטימנט ה"פחות מחיובי" בעולם לחברות ישראליות. לא נתעכב על הסיבות ועל ההשלכות, אבל אלה בהחלט קיימות ומשפיעות על היכולת לגייס הון עבור חברות אלה.
סטארט-אפים צריכים לבצע התאמות יצירתיות כדי להתחבר לשוק הגלובלי ולהתמודד עם חסמים קיימים וחדשים. אחד הפתרונות שאנו ממליצים עליהם כיום הוא FLIP (או "היפוך שרוול" כמו שנהגו לקרוא למהלך בעבר): תהליך שבו חברה שנוסדה בישראל, משנה את מקום ההתאגדות שלה לארה"ב (אירופה או מדינה אחרת), כך שהיא הופכת לחברה אמריקאית עם חברת בת ישראלית, תוך שמירה על פעילותה העסקית בישראל. התהליך בעיקרו טכני, אולם דורש תכנון ועבודה עם יועצים בעלי מומחיות ייחודית בנושא.
השאלה שההנהלה (וגם מועצת המנהלים, כמייצגת את קולות המשקיעים בחברה) היא ברורה: מדוע כדאי לחברה הישראלית לבצע את התהליך? להלן מספר סיבות – כשהראשונה היא המשמעותית מכולן:
גישה למקורות הון אמריקאיים
בהירות מיסויית ומשפטית
יעילות תפעולית
תפיסת שוק ומיתוג
בתחום ה-HealthTech, שהוא רגיש למדדים כמו: עלויות, זמני פיתוח, רגולציה וחדירה לשוק תחרותי במיוחד, ישנם שיקולים ייחודיים נוספים:
רגולציה מחמירה
רכישת מוצרים רפואיים בארה"ב
הסכמים עם חברות ביטוח ובריאות
עלויות וזמן
מורכבות
היתרונות של האקוסיסטם המקומי נשמרים!
Timing is key
סיכום
במיוחד בימים אלו המעבר ליישות אמריקאית (FLIP) יכול להיות מהלך אסטרטגי חשוב עבור סטארט-אפים ישראליים שרוצים: למשוך משקיעים אמריקאיים, להתרחב לשוק האמריקאי או בשלב מאוחר יותר להכין את עצמם למכירה או הנפקה. עם זאת, הזמן והמבנה חשובים מאוד. כיום, ביצוע התהליך דווקא בשלב מוקדם, כשהחברה עוד רזה וגמישה, מהווה תזמון אידיאלי שמוזיל עלויות ומפחית סיבוכיות. יש לתכנן את המעבר עם יועצים משפטיים וחשבונאיים בישראל ובארה"ב כדי לנצל את מירב היתרונות ולהימנע מסיכונים ועלויות מיותרות. ותמיד מוזמנים ומוזמנות להתייעץ איתנו.
בלוג
בלוג
4 דק'
גלי שליט
לפני כמה שנים, ולפני שהצטרפתי ל-Lightrun, עבדתי בחברה שפיתחה מוצר גיבוי ושחזור לפרודקשן. רוב הלקוחות השתמשו במוצר בדיוק כפי שתכננו - שמרו גיבויים של סביבת הייצור ושיחזרו אותם במקרה של תקלה. אבל קומץ של לקוחות השתמש בצורה עקבית בדרך שלא הבנו אותה - הם כמעט שלא שיחזרו לפרודקשן, אלא לסביבת הפיתוח.
לרגע זה הרגיש כמו כישלון (“המוצר לא נועד לזה! הם משתמשים בו לא נכון”), אבל אז הגיעה השאלה הנכונה: למה הם עושים את זה? התשובה פתחה לנו דלת: אותה טכנולוגיה שמחזירה מידע עם כל הקשרים, ההיררכיות ומבני הנתונים פתרה להם בעיה קריטית אחרת—איך להביא דאטה אמיתי לפיתוח, באופן בטוח ומבוקר, בלי להעתיק את כל פרודקשן.
כשלקוח לוקח את המוצר שלכם ומשתמש בו בדרך שלא תכננתם, הוא מספר לכם משהו חשוב: הטכנולוגיה שלכם פותרת בעיה נוספת שלא זיהיתם. בואו ניקח דוגמה נוספת שקל להבין:
דמיינו חברה שבנתה כלי לפגישות וידאו פנימיות (פגישות וידאו עם יכולות שיתוף מסך, הקלטות). בוקר אחד הם רואים "פגישה" עם 200 משתתפים, כולם על mute, מנחה אחד שמחזיק את הקהל, ואקסל עם נרשמים שמסתובב במייל. בצ'אט לא מתפתחת שיחה-יש שאלות למרצה. בסוף האירוע מישהו שולח ידנית את ההקלטה לכל מי שנרשם באקסל ומעביר את הרשימה לאנשי המכירות… זה לא בלבול. זו לא תקלה. זו טכנולוגיית ווידאו שנלקחה לסיבוב אחר: וובינרים והדרכות לקוחות.
לא כל חריגה מהתסריט המקורי היא זהב. לרוב פוגשים אחד משלושה מצבים:
1) אותה בעיה, חוויית משתמש מבלבלת.
הלקוח דווקא מנסה להשיג את מה שבנינו, אבל הולך לאיבוד: טקסטים לא מדויקים, זרימה מסורבלת, או חוסר קטן. כאן התיקון הוא ליטוש—חדוד, הורדת חיכוך, שיפור Onboarding. התוצאה: אימוץ טוב יותר ופחות פניות “איך עושים…?” לתמיכה.
2) אותה בעיה, יותר דיוק.
הלקוח בודק דרכים שונות כדי לדייק את המענה. מפה נולדים פיצ’רים קטנים אך משמעותיים—פילטר, התראה, אוטומציה. זה לא "מוצר חדש"—זה המוצר הנוכחי שמקבל חיזוק בדיוק היכן שכואב.
3) בעיה אחרת, אותה טכנולוגיה (ופה קורה הקסם)
הלקוח, במודע או לא, "מעקם" את המוצר כדי לפתור צורך שונה, על בסיס אותה ליבה טכנולוגית. שימו לב לסימנים: זה לא טריק חד-פעמי אלא דפוס מתמשך. השפה משתנה (“פגישה” שנקראת “הדרכה”); מופיעות בקשות שמתארות מדיניות ("חייבים להרשם לפגישה", "רק המנחה יכול לדבר"); נכנסות לתמונה פרסונות נוספות באותו ארגון; ולעיתים יש הרבה פעולות ידניות—כלומר כאב אמיתי שמישהו מוכן להשקיע בו זמן, ולעיתים גם כסף.
במקרה שלנו, הראיונות חשפו שצוותי הפיתוח (פרסונה שונה) השתמשו בטכנולוגיית הגיבוי שלנו כדי לפתור בעיה שונה (ניהול נתוני פיתוח במקום גיבוי פרודקשן). זו הייתה ההזדמנות לבנות מוצר חדש ומשלים.
זו ההזדמנות העסקית הכי מתוקה שיש:
חשבו על זה כך: הטכנולוגיה שלכם היא המנוע. המוצר הוא הרכב הספציפי שבניתם סביב המנוע. אבל מסתבר שאפשר לבנות עוד רכבים עם אותו מנוע - לקהלים שונים, לצרכים שונים.
בדוגמאת שיחות הוידאו, אותה ליבת טכנולוגיה-וידאו יציב, צ’אט, הקלטה, הרשאות “נארזת” אחרת ומשרתת פרסונות נוספות באותו ארגון: שיווק, customer success, מכירות. בלי ספק חדש, בלי עוד אבטחה, בלי עוד רכש. פשוט להרחיב את מה שכבר עובד.
גם פה, לא תמיד שווה להרחיב את ההזדמנות. לשם כך, מחזיקים כלל אצבע: האם אותה טכנולוגיה מכסה את רוב (נגיד 80%) הפתרון לבעיה החדשה? האם יש לפחות כמה לקוחות שעשו את ההאק הזה שוב ושוב? והאם זה פותח דלת לשימוש רחב יותר בתוך אותו ארגון—אותו ICP או פרסונה סמוכה? אם התשובות חיוביות, יש כאן מועמד רציני למוצר משלים.
התייחסו לדפוס כשוק קטן שמבקש מוצר:
• ראיינו את המשתמשים שעשו את ההאק: מה ניסיתם להשיג? למה דווקא ככה? מה היה חסר?
• מפו מי צריך את זה: אותו ICP (קל יותר למכור) או פרסונה סמוכה באותו ארגון (הזדמנות התרחבות).
• בדקו אם יש product-market-fit: הגדירו הצעת ערך ממוקדת, ובנו MVP קטן שיכול להוכיח ערך במהירות, על בסיס התשתית הקיימת.
MVP כזה צריך לארוז את אותה הטכנולוגיה בעטיפה אשר מותאמת לצורך החדש שגיליתם. למשל: דף רישום עם לינק אישי, מצב שידור שבו הקהל צופה בלבד, Q&A עם מודרציה, הקלטה שנשלחת אוטומטית, חיבור ל‑CRM—כדי ששיווק יקבל לידים בלי טיולים ידניים. פתאום אותה פלטפורמה משרתת גם את שיווק, גם את CS וגם את המכירות.
מה כדאי לקחת מכאן (TL;DR):
ומתי דווקא כדאי להשאיר את המוצר קצת מעומעם? זה כבר לפוסט אחר…
בלוג
בלוג
4 דק'
אסף ספקוטי...
פרייסינג זה לא רק “כמה כסף לגבות על X”. זה משחק אסטרטגי של קודם כל להבין איך לייצר ערך, איך לתפוס את הערך הזה, ומתי בכלל להעז לשים כפתור של Pay.
המטרה היא לתמחר בהתאם לערך שאנחנו נותנים - לעיתים הערך נמדד לפי כמות היוזרים, לעיתים לפי צריכה בפועל של אלמנטים מסוימים במוצר (ללא קשר למספר היוזרים), ולעיתים לפי עצם הגישה למוצר (כן/לא).
עבור סטארטאפים רבים בתחילת הדרך, זו אולי אחת ההחלטות הכי חשובות אך גם ערטילאיות - והרבה נופלים ועושים זאת או מוקדם מדי, או מאוחר מדי.
אז הנה כמה נקודות בהיי-לבל שבתקווה יעזרו לכם לבחור את מודל התמחור המתאים ביותר למוצר שלכם:
יש לא מעט דרכים לתמחר ולהכניס כסף מהמוצר שלכם, אני אסביר כאן בקצרה על 3 המודלים הנפוצים ביותר בשוק (בפרט SaaS B2B), אבל כמובן שישנם עוד מודלים. במידה ומרגיש לכם שהמודלים האלה לא יושבים ב-100% על המוצר שלכם, שווה להעמיק ולחקור מודלים נוספים.
1. Freemium
תנו משהו בחינם, אבל כל השדרוגים הרציניים כבר כרוכים בתשלום.
מתי זה מתאים? כשיש פוטנציאל יחסית ויראלי, המוצר פשוט להבנה, ו/או קהל יעד גדול שצריך ויכול לגדול מהר.
לדוגמה:
2. Subscription (מנוי חודשי/שנתי)
מודל המנוי הקלאסי - שלם תשלום קבוע (חודשי/ שנתי/ רב-שנתי) עבור שימוש שוטף במוצר.
זה יכול להיות חשבון מנוי לחבילה כלשהי, וזה יכול להיות חשבון מנוי פר סיט/ משתמש בחבילה כלשהי.
מתי זה מתאים? כאשר למוצר כבר יש ערך ברור ומתמשך, ו-ROI ללקוח שאף ניתן לכימות.
לדוגמה:
3. Usage-Based (לפי שימוש בפועל)
תשלום לפי כמות API calls, לפי events, לפי storage וכו'.
מתי זה מתאים? כשיש שונות יחסית גבוהה בין לקוחות ובצרכים שלהם, או כשהמוצר אמור אידאלית לצמוח יחד איתם ועם השימוש שלהם.
לדוגמה:
שורה תחתונה - לא השתמשת? לא שילמת. השתמשת המון? שילמת בהתאם. זה מודל שנותן מחד ללקוח תחושת שליטה ומייצר פרופורציונלית לערך המתקבל. מאידך, פעמים רבות הוא עלול להיתפס ככזה ה"מעניש" שימוש של הלקוח.
מעבר למודלים הללו, וגם בתוך המודלים הללו, ניתן לשלב מודלי תמחור נוספים, הנשענים על ערוצי צמיחה נוספים/ אחרים (למשל, חברות רבות משלבות בתוך מוצר ה-subscription המרכזי שלהן גם add-ons, שיכולים להימכר במגוון רחב של מודלים - החל מ-fixed rate per seat ועד consumption mechanisms).
טיפ לטכניקה מועילה לבחינת פרייסינג - מבחן Van Westendorp. זהו שאלון שניתן להריץ גם לפני שיוצאים עם המוצר וגם אחרי שהמוצר בחוץ, והוא עוזר לנו להבין טוב יותר מה הטווח האפשרי או המתקבל על הדעת של מחיר. הרבה פעמים משתמשים בטכניקה הזאת לפני שיוצאים לטסט או לאחר שרצים עם מחיר מסוים שרוצים לתקף.
כמה שיותר מוקדם. כל הכנסה סמלית, וגם אי נכונות לשלם מצד לקוחות, הם סיגנל מעולה כדי להבין האם יש ערך בעולם האמיתי. תשלום אחד של $5 שווה יותר מ-500 לייקים לפוסט בלינקדאין.
יחד עם זאת, צריך לקחת בחשבון גם את הרצון למקסם יוזר-אדופשן. לכן, לא בהכרח נכון ללכת על המחיר הגבוה ביותר על ההתחלה, אלא לעיתים לבחור נקודת מחיר שתספק מצד אחד אינדיקציה ו-וודאות מסוימת לגבי עצם הנכונות לשלם, אך מצד שני תהיה מספיק אטרקטיבית כדי שיוזרים ישלמו גם מבלי להכיר את המוצר לעומק.
זאת השאלה האמיתית שכולם מפחדים לשאול. הכי קל "להאשים" את הפרייסינג.
אם לא קונים, נסו להבין:
💡 הבחנה חשובה:
בלוג
בלוג
4 דק'
טלי וסילבסקי ...
כמה פעמים בניתם פיצ’ר, השקעתם בו שבועות, ואז גיליתם שהמשתמשים לא התלהבו ממנו?
בבלוג הזה אני אתייחס איך יצירת קהילה יכולה לעזור לכם להימנע ממצבים כאלה, להבין בזמן אמת מה באמת חשוב ללקוחות שלכם, ולבנות מוצר שפותר כאב אמיתי.
מרבית היזמים מסתכלים על קהילה כעל “ערוץ צמיחה אורגני”, עוד מקום להביא ממנו לידים בזול או לייצר referral. אבל האמת היא שהערך של קהילה אמיתית גדול בהרבה. היא נכס אסטרטגי שמאפשר לכם ללמוד כל הזמן, לפתח מוצר טוב יותר, לגרום ללקוחות להרגיש חלק מהמסע, ובסוף גם להפוך אותם לאנשים שיעזרו לכם להפיץ אותו בקצב שהשיווק לעולם לא יצליח לשכפל.
ובשורה התחתונה, מי שמסתכל על קהילה רק ככלי להוזלת CAC או כ־referral engine מפספס את ההזדמנות: קהילה היא המקום שבו מתרחשת הלמידה הכי מהירה, שבו נוצרת נאמנות אמיתית, ושממנה מגיעים החיבורים שמזינים את ה־flywheel של הביזנס.
אז בואו נעבור מהתיאוריה לפרקטיקה, ונראה איך זה עובד בעולם האמיתי.
כשאתם בונים סטארטאפ, האתגר הכי גדול הוא לדעת אם אתם באמת בכיוון. אתם משקיעים זמן וכסף בפיתוח המוצר, עובדים עליו מכל הלב, ואז מגלים שהמשתמשים לא באים או פשוט נוטשים.
צוותי מוצר עושים הרבה שיחות אחד על אחד עם משתמשים, וזה מאוד חשוב. אבל בשיחות כאלה אתם שומעים קול אחד בכל פעם, ותמיד יש את הסינון הזה של מה שהמשתמש/משתמש פוטנציאלי בוחר להגיד. לפעמים הוא לא רוצה לפגוע, לפעמים הוא לא יודע לשים אצבע על מה שלא עובד לו. All good, I like it, לא עוזר לכם לבנות מוצר מנצח.
פה נכנסת הקהילה. בהתחלה אלה ה־early adopters, ה”מאוהבים” או ה־power users שלכם. מספיק כמה עשרות משתמשים שהם כמובן ה־ICP שלכם, שמדברים ביניהם במרחב וירטואלי או פיזי, ופתאום אתם שומעים את השיח האמיתי. מה באמת מרגש אותם, איפה הם נתקעים, אילו פתרונות הם ממציאים בעצמם, איך הם משתמשים במוצר בפועל ומה הערך שהם מקבלים ממנו באמת.
עכשיו תחברו את זה גם לדאטה שלכם. הדאטה מראה לכם מה קורה: כמה משתמשים נכנסו, כמה סיימו את ה־onboarding, כמה נגעו בפיצ’ר מסוים. אבל הוא לא אומר לכם למה זה קרה. כאן הקהילה נכנסת, בשיח הפנימי פתאום אתם שומעים שמשתמשים לא מצליחים למצוא כפתור מסוים, או שהם עוקפים את הפיצ’ר עם פתרון אחר. קהילה לא מחליפה דאטה או ראיונות אישיים, היא מחברת את הכל ביחד וזה מה שמאפשר לכם לדעת בזמן אמת מה לשפר, ואיפה לא כדאי להשקיע עוד בפיתוח.
ועכשיו, דוגמה מהשטח: Figma
Figma פיגמה התחילה מאוד בקטן, עם שיחות אישיות וקבוצתיות עם מעצבים עוד בתקופת ה־stealth שלה (שנמשכה שנתיים(. הם ידעו שהמעצבים האלה הם ה־early adopters, ולכן בחרו בכוונה אנשים פעילים מהקהילת העיצוב שיכולים לתת פידבק אמיתי כבר מהשלב הראשון. כדי לאסוף את זה בצורה מסודרת הם פתחו תוכנית Early Access (כבסיס לקהילה שלהם), נתנו למעצבים לשחק עם הכלי, לשתף חוויות, ולהציע רעיונות. הצוות של פיגמה הקשיב באמת, ועבד יחד עם המשתמשים כדי להבין מה עובד ומה לא.
עם הזמן הקהילה הזו גדלה הרבה מעבר לפידבק נקודתי. היא הפכה להיות מקום שבו המשתמשים עצמם משתפים תבניות, מפתחים פלאגינים, ומוסיפים שכבות חדשות של ערך סביב הכלי. פיגמה לא רק אספה פידבק, אלא גם נתנה מקום וכבוד למשתמשים שלה, עם תחרויות, אירועים ומובילי קהילות, מה שיצר אקו-סיסטם שלם מסביב למוצר. (להרחבה)
אז איך עושים את זה? ומה זה בכלל אומר “קהילה” בהקשר הזה?
הרבה אנשים שומעים את המילה קהילה ומדמיינים קבוצת פייסבוק עם אלפי אנשים. בפועל, בשלב מוקדם מספיק להתחיל מאוד קטן וממוקד. כמה עשרות משתמשים נכונים יכולים לתת לכם יותר ערך מאלפים שלא באמת רלוונטיים.
על קצה המזלג: שלושה פורמטים שכדאי להכיר
תוכנית בטא (Beta Testers)
זה אחד הכלים הכי ישירים ופשוטים. אתם נותנים גישה מוקדמת למשתמשים שבחרתם (ה־ICP שלכם), והם מציפים לכם באגים, חוויות שימוש אמיתיות ורעיונות. היתרון הוא שהם הראשונים לגלות אם הפיצ’ר שווה משהו, פותר צורך או בעיה.
חשוב לשים לב: אם אתם בעולם B2B, יש הבדל בין הלקוח לבין המשתמש. תוודאו שאלה שנמצאים בבטא הם המשתמשים בפועל – מי שעובד עם המוצר ביום־יום – אחרת הפידבק לא באמת ישקף את המציאות.
Community Advisory Board
תחשבו על זה כעל “מועצת משתמשים” קטנה (כנ״ל -ה־ICP שלכם) . אתם בוחרים 20–15 משתמשים שהם גם מקצועיים בתחום וגם מעורבים במוצר, ומזמינים אותם לפגישות קבועות עם הצוות. שם אתם משתפים כיווני פיתוח, מתייעצים, ויוצרים מערכת יחסים שבה הם מרגישים שותפים אמיתיים.
חשוב לדעת: הקבוצה הזו יכולה לתת לכם ערך לא רק בצד של פידבק מוצרי, אלא גם בעולם של מרקטינג ומסייג’ינג – הם אלה שיודעים לספר במילים שלהם מה הערך האמיתי של המוצר, וזה זהב עבורכם.
קבוצת פידבק שוטפת
לא חייבים שזה יהיה פורמלי. לפעמים מספיק לפתוח ערוץ סלאק, דיסקורד או וואטסאפ עם המשתמשים הכי מעורבים, ולתת להם מקום לשתף חוויות בזמן אמת. החוכמה היא להקשיב, לתעד, ולחבר את זה חזרה לנתונים שלכם.
רק לאחרונה, ראינו כולנו את ההצלחה המהירה של Base44 עם יזם יחיד, שרתם את המשתמשים הראשונים שלו לבניית מוצר שנמכר ב80$ מיליון דולר תוך 8 חודשים.
עוד נקודה חשובה: כל הפורמטים האלה הם לא רק one-to-many, שבו אתם מדברים אל המשתמשים, אלא גם many-to-many, שבו הם לומדים אחד מהשני, ומייצרים שיח אותנטי שמציף תובנות והזדמנויות. כשאתם נותנים להם ערך ברור - גישה מוקדמת, הכרה מקצועית, חיבורים, מקום להשפיע – הם גם מרוויחים מכם וגם אחד מהשני. וזה בדיוק מה שמייצר תחושת ownership אמיתית של המשתמשים על המוצר, מה שממשיך איתם הלאה הרבה מעבר לתוכנית עצמה.
ובסוף, כל החלקים האלה מתחברים ביחד ל־flywheel של הביזנס. קהילה נותנת לכם פידבק מתמשך שמאיץ את ה־Product-Market Fit, היא הופכת משתמשים ראשונים לשגרירים, והיא מייצרת ערך גם עבורכם וגם עבורם. ככל שהמוצר משתפר, המעורבות גדלה וככל שהמעורבות גדלה, המשתמשים מביאים עוד משתמשים ומפיצים את המוצר. זה המעגל שמניע את הצמיחה קדימה, לא רק כערוץ אורגני אלא כתנועה אמיתית סביב המוצר שלכם.
ואם אתם סטארטאפ בתחילת הדרך ומתלבטים אם זה הזמן להשקיע בקהילה, יצרתי עבורכם את Framework 3D Lean Community Strategy – תוכלו להוריד אותו כאן
בלוג
בלוג
4 דק'
מיכל מילר לוי ...
הידע שלנו על הלקוחות הפוטנציאליים והלקוחות הקיימים גדל בצורה אקספוננציאלית בעשור האחרון. באמצעות מודלים לחיזוי התנהגות קנייה, הרחבת שימוש או נטישה (שמשלבים דאטה סיינס, כלי Al לייצור דאטה סינטטי וכלי העשרת דאטה חיצוניים), אנחנו יודעים כבר כל כך הרבה על לקוח פוטנציאלי מהרגע שנכנס לתוך הפאנל.
אם כך, האם בכדי להבין התנהגות לקוחות הגענו לשלב שאנחנו בכלל לא צריכים לשאול את הלקוחות שלנו?
מצד אחד, מודלים יכולים לנבא התנהגויות רבות באופן מדויק. מצד שני, ישנם תחומים בהבנת התנהגויות מורכבות שבהם רק אם נשאל לקוחות נוכל להשלים את התמונה. לדוגמא, מה באמת עומד מאחורי נטישת לקוחות (Churn)- מיפוי המוטיבציות והחסמים לנטישה לפני או אחרי שזו התבצעה. כאן בדיוק נכנסת הוויראליות, כאשר מידת המעורבות וההמלצה של הלקוח יכולה להעיד על כוונותיו העתידיות – הרבה לפני שהן יתבטאו בפועל.
מדידת ויראליות
המונח ויראליות מתייחס לאופן שבו הצרכנים עצמם מפיצים את המידע על המוצר או מותג לאנשים אחרים אליהם הם מקושרים. באמצעות דאטה אנחנו בוחנים כמות פוסטים, אזכורים, sentiment וכו׳. בכדי להשלים את התמונה, אנחנו מודדים בנפרד ויראליות בקרב לקוחות פוטנציאליים לעומת קיימים.
ויראליות בקרב לקוחות פוטנציאליים נמדדת באמצעות מחקרי נכסיות מותג לעומת המתחרים (brand health/ brand equity tracking). במחקרים האלה אנו בוחנים בקרב מדגם מייצג במדינת היעד מהו שיעור המודעות הספונטנית בשאלה פתוחה לגמרי (Top of mind) ומהו שיעור המודעות הנעזרת למותג שלנו לעומת המתחרים הישירים, לצד מדידת העמדות כלפי המותגים. ההנחה היא שמותגים שהלקוח הפונציאלי מודע אליהם ונוקט עמדה חיובית כלפיהם, הם אלה שהוא יחפש אקטיבית ויספר עליהם לקולגות אם ישאלו.
מדידת ויראליות בקרב לקוחות קיימים היא יותר מורכבת. מודעות כבר איננה מדד רלבנטי.
לפני כ-15 שנים הומצא מדד ה- NPS ששואל על כוונת המלצה של לקוחות (How likely are you to recommend <Brand> to a friend or a colleague?) מדד ה- NPS הוכח כקורלטיבי לויראליות, לנאמנות למותג ולכוונות שדרוג. NPS הפך לאחד המדדים הגלובליים הפופולריים ביותר במדידת ויראליות ובחיזוי כוונות נטישה. יחד עם זאת, במקביל קמו גם מבקרי NPS שטענו בין היתר כי השאלה אינה שואלת על התנהגות המלצה בפועל, אלא על כוונות המלצה.
על מנת ליהנות משני העולמות, אני נוקטת בגישה משולבת-
השילוב בין שניהם- כוונות המלצה והתנהגות המלצה אקטיבית, נותן את תמונת הויראליות האמיתית של לקוחות הארגון.
לסקרי נטישה יש מגבלות אינהרנטיות, אפשר לשאול בצורה עדינה האם אתה מתכוון לחדש/ לקנות יותר וכו׳, אבל לא נקבל במקרים האלה תמיד תשובות כנות. משיבים לעיתים נוטים לספק תשובות חברתית רצויות או להימנע מתשובות ישירות (״לא נעים להם״ או שלא רוצים שיסמנו אותם כבעייתיים וכו׳ וכו׳). אני כן ממליצה שאם שואלים שאלה ישירה (שאני כן עושה הרבה פעמים) על כוונות התרחבות/ חידוש/ נטישה לכלול משרע רחב של תשובות, לצד תשובות מתלבטות של ״לא יודע/ עדיין מתלבט״. התוצאות בפועל ממחישות כי התשובות המתחמקות הם באחוז גבוה אינדיקציה ל״כנראה שלא, אבל לא נעים לי להגיד״.
אם כך, שאלה ישירה לא תיתן לנו את כל התמונה על כוונות נטישה. ופה נכנסת מתודולוגית מדידה שמשלבת בין ויראליות וכוונות נטישה. כאשר שואלים באותו סקר גם את השאלה הישירה של האם תחדש/ תרחיב שימוש וכו׳ וגם את השאלה למדידת ויראליות אקטיבית (האם המלצת בצורה אקטיבית על החברה/ מוצר ב- 6 החודשים האחרונים? וגם פה כוללים תשובה של ׳לא זוכר/ לא יודע׳) , ההצלבה ביניהם יוצרת מטריצה עם ארבעת הקבוצות הבאות-
ניתוח זה מאיר זרקור על שתי קבוצות סיכון- הראשונה היא המורדים Rebels, שהם בסיכון הגבוה ביותר לנטישה בטווח הזמן הקרוב.
הקבוצה המעניינת השנייה הם הכבולים Captives- אצלם המצב מורכב יותר. כנראה שהחברה שלהם מתכננת לחדש או להרחיב שימוש, אבל הם באופן אישי לא מרוצים מהמוצר ולא ממליצים עליו לקולגות, כלומר ידיהם כבולות. קבוצה זו נמצאת בסיכון גבוה לנטישה במידה ותהיה להם הצעה שעונה בצורה טובה יותר על הצרכים שלהם. כמו כן, הם עשויים להיות בעלי השפעה שלילית על השיח הויראלי בארגון.
כאשר נרצה לשפר נתוני נטישה נצטרך להבין מהם המוטיבציות והחסמים של הלקוחות הפוטנציאליים והקיימים לגבי החברה/ מוצר שלנו לעומת המתחרים המעודדים הרחבת שימוש או נטישה. על מנת לפצח את הצרכים של קבוצות הסיכון- הכבולים והמורדים, נמשיך לנתח באילו סגמנטים הם נמצאים, מהם הציפיות שלהם מהחברה או מהמוצרים ואלו אלמנטים נדרשים על מנת לשפר את החוויה שלהם.
לאחר מיפוי קבוצות הסיכון בסקרים, נחזור לדאטה הארגוני ונרחיב את הניתוח על סגמנטים דומים. הרחבת הניתוח תאפשר בניית הפרוטוקולים מדויקים יותר לחיזוי נטישה מצד אחד, ובניית מוצרים מתאימים לקבוצות הסיכון מהצד השני. היכולת לאחד בין תובנות סקר איכותיות לדאטה ארגוני כמותי – היא זו שמובילה אותנו למודל פעולה שלם יותר.
לסיכום, שילוב של מדידת ויראליות עם מדידת כוונות נטישה יוצר מתודולוגיה מדויקת יותר להבנת התנהגות לקוחות. הוא מאפשר לזהות סיגנלים מוקדמים לנטישה ולפעול בצורה ממוקדת מול קבוצות הסיכון. ארגונים שישכילו לשלב בין דאטה כמותי, הבנת התנהגות ומחקר עומק – יובילו ביכולת לשמר ולצמוח.
בלוג
בלוג
5 דק'
רוי לפין
תוכניות השותפים ככלל, ותוכנית הרפרלס בפרט (Referral Partner Program) הן אחד הכלים החזקים ביותר בארסנל של כל חברה צומחת. הן ממנפות את הנכס היקר ביותר שלנו: לקוחות מרוצים ושותפים שמאמינים במוצר. עם זאת, עולה כאן שאלה חשובה - איך הופכים רצון טוב למנגנון שמייצר לידים איכותיים באופן עקבי? המפתח הוא לא רק בתמריץ הכספי, אלא בבניית מערכת יחסים מבוססת אמון ובמתן ערך אמיתי לשותפים.
בפוסט הזה אפרט את השלבים לבניית תוכנית רפרל פרטנרס יעילה, כזו שמעודדת גיוס, מספקת כלים להצלחה ויוצרת מנוע צמיחה ארוך טווח.
הכול מתחיל בדלת כניסה ברורה ומזמינה. במקום להסתמך על פניות אקראיות, יש לבנות תהליך מובנה.
השלב הקריטי ביותר הוא 48 השעות הראשונות לאחר ההרשמה. אם התהליך יהיה מסורבל, תאבדו את המומנטום.
הצטרפות קלה והליך אונבורדינג חלק וברור הם רק ההתחלה. כדי ששותפים יישארו פעילים ובתקווה ייצרו ויקבלו ערך, הם צריכים להרגיש שיש להם גב.
הסתכלו על תוכנית השותפים שלכם לא רק כמקור ללידים, אלא כ"חממה" לדור הבא של השותפים האסטרטגיים שלכם.
השאלה אם להציע תמריץ כספי ומה גובהו היא חשובה, אך היא משנית לשאלה המרכזית: האם בנינו תוכנית שכיף וקל להצליח בה?
התמריץ האמיתי הוא לא רק העמלה. התמריץ הוא תהליך קליטה חלק, גישה לידע וכלים ששווים כסף, תחושת שותפות אמיתית, ומסלול צמיחה ברור. כשהמנגנון הזה עובד, התמריץ הכספי הופך להיות הדובדבן שבקצפת, ולא הסיבה היחידה להצטרף.
בלוג
בלוג
4 דק'
נוי דן
כולם מכירים את הפתגם 'אין חכם כבעל ניסיון', אבל בעולם הסטארטאפים הניסיון הזה לפעמים מגיע עם מחיר כואב. יש טעות אחת, נפוצה וכואבת, שאני רואה יזמים חוזרים עליה שוב ושוב… אותה טעות שגם אני עשיתי, למרות כל תמרורי האזהרה בדרך.
הדבר הראשון שלימדו אותי כשנכנסתי לעולם ניהול המוצר היה ״אל תתאהבי ברעיון שלך״. נשמע פשוט, נכון?
התמזל מזלי להיכנס לתחום במסלול קצת פחות שגרתי, התחלתי כג’וניור פרודקט בחברה יחסית גדולה ועברתי הכשרה כחלק מהתפקיד. זה היה ביום הראשון שלי ומנהל המוצר שליווה את ההכשרה פתח עם המסר הזה: ״כמנהלי מוצר, קודם כל עלינו להתמקד בבעיה, לא בפתרון.״
בהמשך, ראש הצוות שלי המליץ לי לקרוא ספרי פרודקט קלאסיים כדי ללמוד גישות חשובות ופריימוורקים מקובלים בתחום, והשאיל לי את 'The Lean Startup' של אריק ריס. כבר בפרקים הראשונים הבנתי את הפואנטה: המטרה היא לא לבנות מוצר, אלא לפתור בעיה אמיתית ללקוח. ואם זה לא מספיק ברור, אורי לוין, מייסד ווייז, תמצת את זה למשפט אחד והשתמש בו ככותרת לספרו: “תתאהב בבעיה, לא בפתרון”.
האמת? חשבתי שהמסר מובן - בעיה, לא פתרון. אבל במקרה הספציפי הזה, המסר לא חלחל.
כמה חודשים לתוך התפקיד, כבר הובלתי את המוצר המרכזי של החברה, מוצר עשיר ומורכב טכנית שפוגש אלפי יוזרים מדי יום. השקנו פיצ׳ר חדש שעבדנו עליו תקופה ארוכה, כזה שצפינו שירגש את היוזרים ויביא בשורה של חדשנות, אולי אפילו לשנות להם את היומיום. השקנו, חיכינו… ואז הדאטה התחיל להגיע. ההתלהבות שציפינו לה פשוט לא הייתה שם.
כדי להבין מה קרה, תיאמתי סדרה של שיחות פידבק. באחת מהן, שוחחתי עם שני משתמשים מצוות של לקוח שמעולם לא פגשתי, ארגון בינוני שמייצג סגמנט חשוב של לקוחות, אך רחוק מלהיות קבוצת ה־“Power Users” שאיתם הייתי רגילה לדבר. ביקשתי מהם להראות לי את תהליך העבודה השוטף שלהם, שלב אחרי שלב, כדי לראות איך הפיצ׳ר החדש משתלב בתהליך העבודה שלהם.
כבר בדקות הראשונות זה קפץ לי לעין: הם חוזרים שוב ושוב פעולות ידניות, איטיות ומעייפות, שבפועל ניתן היה לבצע אוטומטית בעזרת פיצ’רים קיימים במערכת. הבעיה? זה דרש הבנה טכנית הרבה יותר מתקדמת ממה שהייתה להם.
בהמשך, פגשתי עוד ועוד משתמשים שהמחישו גם הם את הכאב האמיתי. הכאב הזה כלל לא היה חוסר ביכולות חדשות ונוצצות, אלא הנגשה והתאמה לצרכים שלהם. בזמן שאנחנו ניסינו לייצר את ״אפקט הוואו״, פספסנו את הכאב היומיומי שאיתו הם התמודדו: עבודה שוחקת ורפטטיבית שמייצרת עייפות, תסכול, טעויות חוזרות ופניות מיותרות לתמיכה. חלק מהטעויות האלה אפילו גררו בעיות שהמוצר לא תוכנן להתמודד איתן, מה שהעמיס על הפיתוח, הגדיל עלויות והכביד על כולם.
ההבנה הזו לא נחתה עליי ברגע אחד, זה היה כמו נורה שמאירה בהדרגה מעל הראש שלי, שיחה אחרי שיחה. לבסוף המסר באמת חלחל: צריך להתמקד בעולם הבעיה, הכאבים האמיתיים של המשתמשים. וכל זה קרה בזכות הרחבת מעגל הפידבק שלי, אל מעבר לאותה קבוצת משתמשים מוכרת ונוחה.
כמה שנים אחרי, בתפקיד אחר, הפעם בצד של המשקיעים, אני ממשיכה להיתקל באותו דפוס מוכר, רק הפעם אצל יזמים בתחילת הדרך. אני פוגשת שוב ושוב יזמים שבאים לגייס, מלווה מקרוב ומייעצת ליזמים שכבר גייסו ורואה אותם רצים לבנות בכל הכח, להשיק MVP, אבל מבלי לחדור באמת לשורש הבעיה שהם מנסים לפתור. לפעמים אפילו בלי לשאול את השאלות הקריטיות: מי חווה את הבעיה? מתי? כמה היא כואבת? מה הניסיונות הקיימים לפתור אותה ולמה הם לא עובדים? אך בעיקר, בלי לצאת לשטח ולחפש את התשובות.
הרי Product Market Fit הוא לא רק הגעה למוצר טוב ובשל, אלא התאמה כירורגית בין המוצר לשוק, ו"השוק" כאן הוא הרבה יותר מרק “הלקוח”. הוא כולל את גודל ההזדמנות, את הדחיפות הכואבת של הבעיה, ואת מוכנות הלקוחות להיפתח לשינוי.
כמנהלת מוצר בחברה עם מוצר עובד, הכנסות משמעותיות ומאגר לקוחות גדול, הייתה לי הזכות והיכולת לעשות טעויות. עבור יזמים בחברות צעירות בשלבים מוקדמים המצב שונה. כללי המשחק אחרים. היכולת להתבונן בדפוס הזה שוב, אבל הפעם מזווית אחרת, הובילה אותי לתובנה שהנחות לא מאומתות לגבי הצורך של לקוחות, או בחירה לא נכונה של השוק שאליו מכוונים והמוצר עצמו, עלולים בסבירות גבוהה ״להרוג״ חברה צעירה, גם אם המוצר מדהים והטכנולוגיה מבריקה.
פה נכנס לתמונה ה-Customer Discovery, האמנות של לשאול את השאלות הנכונות כדי להבין מהם צרכי הלקוח, מי הם מקבלי ההחלטות בארגון וכל מידע נוסף שיסייע ״לסגור״ עסקה. אך במקרה הזה לא מדובר בשלב המכירה, אלא כשלב יסוד עוד לפני שכותבים שורת קוד ל-MVP, משקיעים בתכנון המודל העסקי ובטח לפני שמתחילים לחשוב על גיוס כספים.
כאן טמון אחד השלבים הקריטיים ביותר בבניית סטארטאפ ולא מעט יזמים מדלגים עליו או מבצעים אותו בצורה שטחית מדי. כשאתם מחוברים לשטח כבר מהיום הראשון, אתם מצמצמים את הסיכון להשקיע חודשים בפיתוח משהו שאף אחד לא צריך או יצרוך בצורה שחשבתם.
הרשימה הבאה מבוססת על עקרונות פשוטים אך רבי-ערך, שיכולים לחסוך לכם זמן, כסף ותסכול, ולעזור לכם להגיע ל-Product Market Fit מהר יותר:
אם אתם רוצים להגיע ל-Product Market Fit, אתם חייבים להכיר את הבעיה טוב יותר מכל אחד אחר בשוק. זה אומר לדבר עם כמות גדולה של לקוחות פוטנציאליים, מגוונים מספיק, כדי לראות את התמונה המלאה, ולא רק את מה שמתאים לנרטיב שלכם.
לתהליך הזה יתרון משמעותי נוסף, הוא מחזק את “שריר” ה-Growth hacking שלכם - פנייה יזומה, יצירת קשרים קרים (cold outreaches), בניית עניין, אמון ועוד. אלה מיומנויות קריטיות לרגע שבו תצאו לשוק ותתחילו למכור.
כן, בהחלט אפשר להיעזר בסוכני AI ובאוטומציות כדי לייצר פניות, לנתח את הדאטה ולסכם שיחות, אבל אל תוותרו על ההקשבה הפעילה שלכם בשיחות האלה. בלי זה, תאבדו את הקשר האישי והאנושי שמהווה את הלב של התהליך, יחד עם ההבנה העמוקה של הסנטימנט שמסתתר בין המילים, והרגישות הקריטית שבלעדיה תתקשו לזהות את מהות הבעיה שהלקוח הפוטנציאלי באמת חווה.
האתגר לחודש הקרוב: דברו עם לפחות 10 לקוחות פוטנציאליים, חצי העונים להגדרות ה־ICP (פרופיל הלקוח האידיאלי) וחצי שאינם, כדי לפתוח את הראש. חלקו את הזמן בין מקבלי החלטות לבין המשתמשים בפועל. הקשיבו יותר ממה שאתם מדברים, צפו בהם עובדים, ותעדו את התובנות.
בסוף החודש לא יהיו לכם רק פידבק ותובנות, יהיה לכם מצפן שמכוון אתכם למוצר שבאמת פותר בעיה אמיתית, בשוק שבאמת צריך אותו. כי מוצרים מעולים לא נולדים רק מרעיון מבריק - הם נולדים מהיכרות אינטימית עם הכאב שאתם באים לרפא.
בלוג
בלוג
6 דק'
שירלי באומר...
בלוג
בלוג
3 דק'
נוגה שפירו...
עם כלי הבינה מלאכותית שקיימים כיום, מעולם לא היה קל יותר לבנות מוצרים במהירות. אבל אם את/ה רוצה שהרעיון שלך יחזיק מעמד ולא ייעלם באותה מהירות שבה נוצר הוא חייב להגיע בזמן הנכון, למקום הנכון. ובעיקר - לענות על הצורך הנכון.
האמת היא שכדי להגיע להתאמה אמיתית בין מוצר לשוק (product-market fit), לא צריך קוד, לא צריך בינה מלאכותית, ואפילו לא מוצר מוגמר. מה שצריך זה בעיקר גישה חכמה יותר ל-MVP - כזו שמאפשרת ללמוד מהר.
החזרה מחופשת הלידה סימנה עבורי התחלה חדשה. חזרתי עם ראש נקי, הרבה מוטיבציה, ורצון אמיתי לשנות. ואז הגיעה גם ההזדמנות - אתגר משמעותי שהנחיתו על שולחני: לשפר את תהליך יצירת המשחקים החדשים ב-Zynga. באופן מאוד אופייני ל-mavens הוענק לי חופש פעולה מלא, אז החלטתי לגשת לזה אחרת הפעם. התוצאות היו חזקות במיוחד: עברתי מ discovery ל-proof of concept בתוך פחות מחודש, למרות משאבים מוגבלים.
ראשית, התעקשתי להבין באופן אישי, ״דרך השטח״, מי המשתמשים הפוטנציאליים ומהם הקשיים שלהם. מיפיתי כל אדם שמעורב בתהליך פיתוח משחק חדש בחברה - ממעצבי משחקים, דרך מנהלי מוצר,אנשי user acquisition, שיווק, מנהלים, Consumer Insights ואפילו ASO.
עברתי על הרשימה והתחלתי לבצע ראיונות עומק מקיפים איתם. באמצעות הראיונות הצלחתי להרכיב תמונה ברורה של איך בדיוק נראה התהליך, משלב הרעיון ועד ההשקה, ולזהות איפה נמצאים צווארי הבקבוק. כשהיתה לי הבנה ברורה של איך התהליך עובד היום ואיפה נמצאות הבעיות, התחלתי לחשוב בצורה ממוקדת יותר: אילו בעיות אנחנו מסוגלים לפתור, בהתחשב ביכולות ובחוזקות הייחודיות של הצוות שלנו.
החלטה נוספת שהייתי צריכה לקבל היא באיזו פרסונה בארגון להתמקד, תוך התחשבות בשאלות כמו: איפה ההשפעה תהיה הכי מוערכת? איפה יש את פוטנציאל הצמיחה הכי גדול? איפה הכי נוכל למדוד את ההשפעה? ומה הכי חשוב לחברה?
וכאן סטיתי מסט ההוראות הקלאסי של MVP: במקום לנסות לחשוב על פתרונות אפשריים ואז לתת למשתמשים להשתמש בהם, פשוט שאלתי אותם - "מה הצוות שלך צריך עכשיו כדי להתקדם? על מה אתם עובדים?" ואז הצעתי לספק את זה.
במקרה שלנו, המשתמשים הפוטנציאליים היו צריכים לבנות דו״ח שישכנע את ההנהלה ברעיון של המשחק החדש. אז פשוט התאמתי את מאפייני המוצר שבדרך לצורך הזה. התחלתי לייצר ״פיתרון״ לדו״ח הזה, כזה שיוכל בעתיד להפוך למוצר שלנו. אני יודעת שזה עשוי להישמע מוזר - הרי המשתמשים גם ככה בונים את הדו״ח הזה בעצמם, אז למה שאני אעשה את זה? אבל בפועל המשתמשים החדשים שמחו מאוד שאני ׳לוקחת׳ להם את המשימה הזאת. מבחינתם הצלחתי לנטרל בשבילם תהליך שהם תופסים כמייגע וגוזל זמן.
אחת המשימות הכי חשובות של אנשי מוצר, משימה שפעמים רבות מדי מתפספסת, היא הבנת הצורך האמיתי של היוזר. ההתנסות האישית בתהליכים הידניים של היוזרים עזרה לי להבין מקרוב את מקור התסכול שלהם וגם מה הם באמת מנסים לעשות.
ניקח לרגע דוגמה מתחום אחר לגמרי: נניח שהמשימה של הלקוח שלכם היא לתלות תמונה על הקיר. הפתרון האינטואיטיבי אולי יהיה להמציא מברגה אוטומטית – משהו מהיר, מדויק, שנראה כאילו הוא פותר את הבעיה. אבל רק כשמתנסים בפועל בתלייה, מגלים שהקידוח מייצר לכלוך, משאיר חור בקיר, האצבעות נכוות מהמברגה וכל טעות קטנה במיקום הופכת לבעיה בלתי הפיכה.
עכשיו, כשאנחנו מבינים את החוויה עצמה ולא רק את הפונקציה אנו עשויים להבין שהפתרון האופטימלי יכול להיות שונה לגמרי: אולי בכלל עדיף מגנט חכם או דבק שפותר את הבעיה בלי להשאיר נזק?
אחרי שחוויתי את ה ״כאב״ בעצמי והתחברתי לצורך האמיתי שלהם, היה לי הרבה יותר קל להבין מהו הפתרון הנכון. יכולתי באמת לשאול את עצמי: מה היה עוזר לי במשימה הזו? מה התוצר האידיאלי? ובסופו של דבר - איך הופכים את הדבר הזה למוצר?. למרות שהשלב הנוסף הזה, של להתנסות בעצמי פיזית באתגרים היומיומיים של המשתמשים הפוטנציאליים, יכול להיחשב כבזבוז זמן, הוא עזר לי להגיע לשלב הבא - גרסה 1 של המוצר - הרבה יותר מהר ובאופן מדויק יותר.
מה עשה את ההבדל? הטמעתי את עצמי ישירות בתוך תהליך העבודה של הצוות. על ידי ביצוע העבודה החזרתית והמבאסת, גיליתי מה הבעיה האמיתית ששווה לפתור ומשם הרעיון למוצר כבר היה מעבר חלק מאוד.
לא התחלתי מפיצ׳ר, התחלתי משירות.
הבהירות הזו הפכה את גרסה 1 של המוצר לזמינה בתוך זמן קצר יותר, פשוטה יותר, והרבה יותר מדויקת למה שהמשתמשים באמת היו צריכים.
בפעם הבאה שאתם מתכננים MVP, נסו את זה: תפסיקו לתכנן. תתחילו להתנסות במשימות המשעממות. מה התהליך הכי מעצבן שהמשתמשים שלכם עוברים היום? ואיפה אתם יכולים פשוט "לעשות אותו בשבילם" כדי להבין טוב יותר מה באמת צריך להיבנות?