סטרט-אפ בעידן ה-Web2.0 - חלק שלישי

זהו הפוסט השלישי מתוך סדרה של שלושה.
לפוסט הראשון בסדרה
לפוסט השני בסדרה

בהמשך לפוסט הראשון בו ניתחתי את תגובתו של Paul Graham ולפוסט השני בו ניתחתי את תגובתו של Richard White היום אני אנתח את תגובתו של Justin Kan - חבר בצוות של Kiko, מפתח ומייסד החברה, הטוען, שהדברים הבאים, הם אלה שהרגו את החברה:

(1) Getting distracted, (2) Hiring wrong, (3) "Cute Hacks", (4) Working from home, (5) Not getting investors involved, (6) Trying to do it all at once.

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

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

עבודת טלאים: Justin ממליץ לעשות דברים כמו שצריך כבר מההתחלה ולא לפתור אותם בפטצ'ים. ברמה העקרונית אני מסכים איתו אבל יש מקרים בהם דווקא כן הייתי משתמש בדרכי קיצור. (1) אם אפשר לבדוק פיטצ'ר מסויים ללא צורך בפיתוח כל המערכת התומכת בו ולקבל אינדקציה על רמת שביעות רצון המשתמשים במהרה. (2) במקרים קיצוניים בהם קיצור הדרך הוא משמעותי במונחי זמן ולא מהווה סיכון רציני לתשתית המוצר.

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

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

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

למי מכם המעוניינים לקרוא עוד מספר פוסטים הקשורים למקרה Kiko ולנקודות אותן הוא מעלה אני ממליץ על הפוסטים הבאים:

David Heinemeier Hansson - of 37signals, creator of Ruby on Rails. "Google does not win by default in any territory it enters."

Dharmesh Shah - Blogger at OnStartups "Google is the new Microsoft"

Stowe Boyd - Web 2.0 dude extraordinaire. Says they didn't release too early, they released "with too little of the social dimension in place."

Don Dodge - of Microsoft’s Emerging Business Team. "Calendars are a feature, not a company."