שיתוף מידע בסטארטאפ ואיך בונים דשבורד פנימי שיעשה את העבודה

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

 

כמות חברות שנרשמות למערכת בפילוח לפי סוג המכשיר שנרשמו דרכו

כמות חברות שנרשמות למערכת בפילוח לפי סוג המכשיר שנרשמו דרכו

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

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

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

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

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

רשימת מטרות חודשית – כנראה הסיבה העיקרית שבגללה היה חשוב לי לבנות Dashboard בשלב זה – הגדרת יעדים ברורים ומעקב אחרי התקדמות החברה. בסטארטאפ דברים תמיד מתארכים ומתעכבים, זה הגיוני וכנראה בלתי נמנע. הגדרת המטרות לאותו חודש עוזרת מאד לשמור על הפוקוס ועל לו"זים הגיוניים. אני מנסה להגדיר יעדים בכל המישורים הקריטים של החברה – גם בצד הפרקטי (כמו פיצ'רים לפיתוח, כמות משתמשים) וגם בצד של החזון של החברה והתרבות (לחגוג אירועים חשובים, הבנה של השלב הבא של המוצר).

Milestones Log – בהמשך לפוסט על חגיגות קטנות – בחרנו ליצור רשימה לא מוגבלת אליה אפשר להזין כל milestone חשוב (או קצת חשוב) או אירוע בחיי החברה. אין סף וכל דבר לגיטימי – גרסא חדשה, פתרון של באג מציק, פידבק מעניין מיוזר, העלאת חלק חדש באתר, פוסט מוצלח וגם ארוחת צהריים כיפית או בובות Starwars חדשות שנוספו למשרד. בחרנו לא להוסיף כפתור Delete לרשימה זו – כל אירוע שנוסף נשאר, כרגע לתמיד.

dashboardOribi21

והנה הפרמטרים היותר שגרתיים: מספר לידים (נשאב מתוך ה-MailChimp), כמות מבקרים יומית וחודשית לאתר, לבלוג ולבלוג המשני.

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

Big Brain by DaPulse

חברה שלקחה את נושא הדשבורד הפנימי לרמת אומנות היא DaPulse המפתחת כלי לניהול פרוייקטים ותקשורת פנים ארגונית. בדה-פולס מפתחים לאורך השנתיים האחרונות כלי אנליטיקס פנימי בשם BigBrain שהתחיל כדשבורד בסיסי.

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

הסיפור של Big Brain מתחיל לפני שנתיים ש-DaPulse כאשר קבעו יעד לחברה – להגיע ל-25 לקוחות משלמים (כן, רק 25). מספר הלקוחות המשלמים באותו זמן היה 6. רועי מן וערן זינמן, מייסדי DaPulse התקינו טלוויזיה בחברה עם ה-dashboard הבסיסי ביותר שפשוט מנה את מספר הלקוחות המשלמים – 6 ואת היעד – 25. העקרונות שמנחים את החברה הם שקיפות, קביעת יעדים מדידים ועבודה עם נתונים מספריים לאורך הדרך. לא פלא שהתצוגה הבסיסית של מספר הלקוחות התפתחה לכלי מורכב שמאפשר לצוותי השיווק, מוצר, מכירות ותמיכה לקבל את כל האנליטקות שהם צריכים. החדשות הטובות הן שמלבד שהתצוגה הבסיסית התפתחה לכלי מעולה, החברה עמדה ביעד הלקוחות והיום נמצאת עם מעל 2,500 חברות משלמות.

אחד הקשיים שכל חברות הסטארטאפ נתקלות בו הוא איסוף וניתוח של כל המידע העיסקי. כלומר, הבנה עמוקה של ה-funnel – מהרגע הראשון שמשתמש נחת באתר ועד דפוסי תשלום. בשנים האחרונות הגיעו לשוק כלים חדשים כמו MixPanel ו-intercom.io שללא ספק הפכו את תהליך ניתוח המידע לפשוט יותר. הבעיה העיקרית שרוב החברות נתקלות בה כבר ב-Scale די נמוך היא קשירה בין כל סוגי המידע (אנליטיקס של האתר ודפי הנחיתה, ערוצי פרסום, events במוצר עצמו, תשלום, תמיכה), מספיק שכמה פרמטרים לא נתמכים בכלים הקיימים כדי לשבור את המעקב על ה-funnel.

BigBrain עושה עבודה מעולה בקישור כל מרכיבי ה-funnel למידע בהיר שמאפשר לכל צוות לדעת במה להתמקד.

כמה דוגמאות לאינפורמציה שניתן להוציא מ-Big Brain בקלות:

  • מעקב אחרי כל ההכנסות החודשיות של החברות עם התפלגות לפי משתמשים חדשים, ערוצי שיווק, סוגי מכירה, ורטיקלים, churn rate ושידרוגים.
  • מעקב אחרי תהליך ה-onboarding של משתמשים – מה האינדקציות הכי חשובות שיעידו על כך שללקוח פוטניצאל טוב להפוך ללקוח משלם, מה מעיד על כך שלקוח עומד להפסיק את השימוש.
  • Dashboard אינפורמטיבי לאנשי customer success – לאיזה לקוחות פוטנציאל גדילה הכי משמעותי, אינדקציה על פעילות שמצריכה תקשורת.
  • פילוח של כל הקמפיינים בערוצי הפרסום השונים והצגת נתונים על סוגי המשתמשים שמגיעים מכל ערוץ וכמות הלקוחות המשלמים
סוגי האנליטיקות השונות והתצוגות שנתמכות ב BigBrain

סוגי האנליטיקות השונות והתצוגות שנתמכות ב BigBrain

גרפים של הכנסות לפי קבוצת Cohort של חברות משלמות

גרפים של הכנסות לפי קבוצת Cohort של חברות משלמות

כמות חברות שנרשמות למערכת בפילוח לפי סוג המכשיר שנרשמו דרכו

כמות חברות שנרשמות למערכת בפילוח לפי סוג המכשיר שנרשמו דרכו

 

כמות חברות שנרשמות למערכת בפילוח לפי סוג המכשיר שנרשמו דרכו

כמות חברות שנרשמות למערכת בפילוח לפי סוג המכשיר שנרשמו דרכו

איך שיפרו את איכות הקוד ב-Kenshoo בעזרת דשבורד

כיוון קצת שונה לדשבורד, בגבול בין הצגת נתונים ל-Gamification בפיתוח. אחת הדוגמאות המעניינות שנתקלתי בהן הייתה בחברת Kenshoo בה עשו שימוש בדשבורד כדי להתמודד עם בעיה ולהניע לפעולה. לפני כמה שנים, צוות הפיתוח עבר לשימוש ב-Git + Github, אחד מהגורמים למעבר היה גישה נוחה יותר לקוד עבור כל המתכנתים ולאפשר להם לעשות code review. רוב המתכנתים שלא היו מורגלים בצורת עבודה זו נמנעו מ-code review והזמן לא שיפר את המצב. בקנשו בחרו ליצור דשבורד שיציג כמה comments בגיטהאב משאיר כל מתכנת בשבוע ולהציג את המידע באופן שוטף על מסך בחדר האוכל. המשחקיות של מספר ה-comments וההצגה הפומבית גרמה לעליה של 170% במספר התגובות ו-200% במספר המתכנתים שהשאירו תגובות. ניתן לראות עוד פרטים ודוגמאות ל-gamification במצגת.

kenshoo-1024x713

והנה עוד כמה דוגמאות מעניינות מסטארטאפים ישראליים:

חברת Catchapp שמתמקדת ביצירת newsletters אישיים בנתה לעצמה דשבורד שעוקב אחרי כל חשבונות הטוויטר השונים שהם מנהלים ואחרי הגדילה שלהם.

Sagee

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

Omri

Genome Compiler בנו דשבורד שעוקב אחרי משתמשים חדשים, events באפליקציה וגם מפרט את המטלות היומיות של כל אחד מחברי הצוות. וכמובן בהתאם לסוג המוצר – מספר ה-DNAים שתוככנו ע"י משתמשים.

omri

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

omer

בלי פיתוח – דשבורד ב Google doc:

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

איך בונים דשבורד?

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

על קצה המזלג:

קודם כל חשוב להבהיר שאין צורך בהרבה טכנולוגיה בשביל לבנות דשבורד ואם אין לכם יכולת או משאבי פיתוח זה כמובן עדיין אפשרי. את הדשבורד הראשוני שאנחנו בנינו הוצאו ב-outsourcing, הפרוייקט כלל למעשה עריכה של פרמטרים על דף HTML, חיבור ל-Database והתממשקות ל-API של Google analytics + MailChimp. בחרנו בשלב זה לוותר על גראפים ועל תצוגה ויזואלית מרשימה. הפרוייקט עלה $300 והסיבה שהוצאנו אותו ב-outsourcing ולא פיתחנו את הדשבורד in-house היא כדי לא לצרוך עוד משאבים של צוות הפיתוח. אני מאמינה שכדאי להוציא החוצה כל פרוייקט שלא קשור למוצר המרכזי ולא נמצא בסיכון טכנולוגי.

כמה פתרונות שכדאי לבחון (ותודה לחן הראל על הרשימה המלאה):

Redash שנכתב ב-Everything.me וכיום ב-open source

Geckoboard – תשתית לבניית דשבורדים (גם חיבורים ל API ול backend וגם תצוגה ויזואלית)

עוד שני כלים דומים לבניית דשבורדים ששווים בחינה הם Cyfe ו–Leftronic

Funnel.io – כלי אנליטיקס למעקב אחרי ה funnel, לא הבחירה הראשונה ליצירת custom dashboard אבל יכול להביא הרבה מידע מרתק על המוצר שלכם בלי הרבה תפירות ב backend.

Keen.io מאפשרים גם טיפול בניתוח ושמירת ה-events השונים וגם תצוגה גרפית

ספריות לבניית גראפים וגרפיקה מגניבה אחרת:

Google visualizations

D3.js – בעלת הכי הרבה אופציות אבל עם מורכבות שימוש גבוה יותר מהאלטרנטיבות

Highcharts

דיון מוצלח ב-Quora על טכנולוגיות בהן סטארטאפים יכולים להשתמש בבניית דשבורד

הפוסט פורסם לראשונה בבלוג סטארטאפיקו.

איריס שור

איריס שור היא יזמת. כיום היא נמצאת בתחילת הסטארטאפ השלישי שלה - אוריבי (oribi.io) שבא לעזור לחברות להגיע לקהל ממוקד יותר ולרכוש לקוחות חדשים. הסטארטאפ הראשון שלה עסק בהבאת שרטוטים למובייל ולווב ונרכש ע"י אוטודסק ב-2009. טקיפי, הסטארטאפ השני עוזר למתכנתים למצוא בעיות קריטיות בקוד. תוכלו לקרוא עוד תכנים של איריס בנושא תרבות סטארטאפים ב-startupiko.com ובנושא שיווק ב-blog.oribi.io

הגב

7 Comments on "שיתוף מידע בסטארטאפ ואיך בונים דשבורד פנימי שיעשה את העבודה"

avatar
Photo and Image Files
 
 
 
Audio and Video Files
 
 
 
Other File Types
 
 
 
Sort by:   newest | oldest | most voted
Uber
Guest

הפוסט הכי טוב ושימושי שהיה בגיגטיים זה זמן רב

Assaf
Guest

We are using http://dashing.io/

superduper
Guest

אם מישהו יכול להסביר מה המשמעות של המספר 7.4 ליד התמונה של הבחור הנאה בדש-בורד הראשון

YOS
Guest

משחקים ולא עבודה

אנליסט
Guest

מה עם גרפנה על גבי הוסטד גרפייט?

Roni Toledano
Guest

אם עוד לא ראיתם בדקו http://www.bilbeo.com

ג'ון
Guest

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

wpDiscuz

תגיות לכתבה: