כיצד לאמת את הרעיון העסקי שלך

אימות הרעיונות וההנחות שלך

זהו החלק החמישי בסדרת המדריך המאויר שלנו לפיתוח מוצר.

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

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

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

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

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

שפיות בודקת את ההנחה הראשונה שלנו

איך אנחנו יכולים לבדוק אם אפיית ברידג'ט ובובים הם אמיתיים?

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

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

• כמה פעמים בשנה אתה מביא אוכל חינם?
• כמה מנות יש בממוצע?

עם הנתונים האלה והנוסחה שלנו נוכל להבין אם יש באמת מספיק בריג'טס ובובים אפייתים.

מה אם הסקר נותן נתונים שאנחנו לא אוהבים?

התרחיש הטוב ביותר הוא שהבדיקה המהירה שלך אומרת שאתה צודק ב-100%. זה נדיר ויוצא דופן בניסיון הראשון שלך, אז אולי כדאי לך לבדוק שוב!

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

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

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

מרכיבים את זה ביחד

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

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

הנחות גדולות אחרות שהנחנו

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

2. משאבי אנוש יהיה לקוח היעד שישלם על כך בפועל

3. ה-IT יהיה מוכן עם חששות אבטחה לפרוס בפועל את היישום ואז יהיה לו זמן לעשות זאת

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

5. מה הנחות גדולות אחרות ראית כאן?

חפירה עמוקה יותר עם מינימום מוצרים ברי קיימא

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

הספר האהוב עלי ביותר בנושא זה הוא Lean Startup מאת אריק ריס, אותו אני קורא שוב באופן קבוע. הוא לקח את הקונספט הזה של משוב הדוקים להפליא ולולאות בדיקה ושידך אותם עם הפתרון של יצירת מוצר מינימום קיימא (MVP). MVP הוא הפתרון/אב-טיפוס הכי זול שאפשר לראות איך לקוחות אמיתיים מגיבים לרעיונות שלך, והוא מאפשר למידה עוצמתית בשבריר מהעלות.

לאחר שנים של חוויות משלי בפיתוח מוצר, מצאתי את הפילוסופיות של MVPs ו-Agile Development מהדהדות במה שראיתי שוב ושוב, אבל לא היה לי את הטרמינולוגיה, או נקודת מבט של 10,000 רגל להסביר. כשאני, אהרון שרמן, יצרתי את Storyboard That, המטרה שלי מהיום הראשון הייתה להעצים מפתחי מוצר

1. להיות מסוגל לשבת ולהביע את רעיונות המוצרים שלהם בצורה טבעית יותר, מספרת סיפורים

2. הפוך את זה לפשוט לשתף רעיונות (תחשוב על כמה פשוטות וברורות הדוגמאות היו)

3. קבל משוב אמיתי מבעלי עניין ולקוחות פוטנציאליים

• זה ה-MVP.

בשילוב זה עם כל התרגילים שעשינו, יש לנו כעת את הכלים והידע לחשוב כמו לקוח, ליצור אבות טיפוס פשוטים ולקבל משוב כדי לוודא שאתה לא חלק מ-90% מהסטארט-אפים שנכשלים, 42% מ- בניית מוצר שאף אחד לא רצה ( פורבס ).

עכשיו תורך!

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

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

Storyboard That 's Illustrated Guide לפיתוח מוצר

1. את "Pitch המעלית"

2. בחירת האסטרטגיה הנכונה Go-To-Market

3. Personas עבור פיתוח מוצרים

4. מיפוי לקוחות מסע

5. רשומי נחות העסק שלך

אודות אהרון שרמן

אהרון שרמן ( @AaronBenSherman ) הוא מנכ"ל בורא Storyboard That (www.storyboardthat.com) - עטורת הפרסים, החברה המובילה בעולם בתחום הטכנולוגיה הדיגיטלית סיפורים. אהרון נוסדה Storyboard That בשנת 2012 לאחר 10 שנות עבודה את מכלול מלא של תפקידי פיתוח המוצר (Developer, מנהל פרויקטים, לבעלי המוצר, ו אסטרטג לזמן ארוך) על פני שלוש יבשות (צפון אמריקה, אירופה ואוסטרליה) כדי לשפר באופן מהותי את הדרך המוצרים היו prototyped פנימי ודן.

אהרון דיבר כמרצה אורח לסטודנטים MBA בבית הצפוני, ועם סדנאות מובילה העצרת הכללית על פיתוח מוצרים.