אבני דרך ליזם המתחיל

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

היכן מתחילים?

אז לפני שבכלל מתחילים לאפיין, לעצב ולפתח את הרעיון שלכם, אתם צריכים תחילה רעיון! :-)

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

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

המאפיינים של המיזם

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

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

• מה הרעיון המרכזי של המיזם שלי?

• באיזה צורך(ים) הוא בא לסייע?

• מי הוא קהל היעד שלי?

• גילאים? סוציואקונומי? תבנו פרסונה (פרטים בהמשך)

• האם המיזם מתאים לשוק המקומי או לשוק הבינלאומי?

• באילו תכונות מכשיר האפליקציה תעשה שימוש? (כמובן שמותר לכם לא לדעת הכל, אבל ממה שאתם מבינים) האם יש צורך בשימוש במצלמה או בתיקיית התמונות? זיהוי מיקום? גישה לרשימת אנשי קשר?

השלב השני - אפיון

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

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

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

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

2. היזמים מכירים את הרעיון שלהם יותר טוב מכולם! לכן מומלץ לעשות את הצעד הראשון בשיתוף פעולה מלא עם יועץ אשר ילווה אתכם שלב אחרי שלב ויכתוב אתכם יחד את הרעיון שלכם בשילוב הידע המקצועי / טכנולוגי שהוא מביא עימו.

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

4. יחס אישי הרבה יותר.

שלב שלישי - אפיון טכנולוגי

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

אז מה בעצם הכי חשוב באפיון טכנולוגי?

1. מה יכיל הפיתוח? צד לקוח? צד שרת? את שניהם?

2. באיזו טכנולוגיה / שפות פיתוח יעשה שימוש? מה הכי מתאים למיזם שלי?

3. באילו סוג מסדי נתונים?

4. אילו שרתים יארחו את צד השרת? גוגל? אמזון? מיקרוסופט?

5. מי מגבה את מי?

6. מה התשלומים החודשיים לתחזוקת השרתים?

7. רישיונות צד שלישי? האם אני צריך להתממשק ל-API חיצוני?

8. מה כדאי / משתלם יותר? פיתוח נייטיב או Cross Platform?

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

פרוטוטייפ

השלב הבא בהגשמת החזון שלכם הוא הפרוטוטייפ Prototype. והוא למעשה העיצוב (עדיין לא עיצוב מרשים וצבעוני) אלא עיצוב כללי הממחיש את מסכי האפליקציה ומאפשר ניווט בין המסכים השונים ללא שימוש בקוד כלל. במקרה הזה תצטרכו כמובן עזרה מחברות המתמחות בעיצוב ממשקים וחווית משתמש (UI/UX) וזה לא משהו שהייתם רוצים לנסות לבצע בעצמכם אלא אם אחד מכם מגיע מעולמות העיצוב - דגש על עיצוב חווית משתמש.

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

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

הכל נשאר במשפחה

השלב הבא הוא השלב הקשה והכואב ביותר בעבור כל יזם. שלב גיוס הכספים. רוב היזמים אשר נמצאים בתחילת הדרך להגשמת הרעיון שלהם מגייסים את התקציב הראשוני שלהם מחברים ומשפחה או בקיצור FFF - Friends-Family-Fools. שלב ה-Pre Seed – השלב הראשון והמוקדם ביותר במחזור החיים של כל סטארט-אפ, כשהכוונה היא לשלב שלפני שלב גיוס ההון הראשוני. למעשה, זה השלב שבו יש לכם כבר רעיון לסטארט-אפ, אבל אין לכם עדיין צוות, לא התחלתם לפתח את המוצר ועוד לא ברור אם יש היתכנות כלכלית לרעיון שלכם. נגזרת של השלב הזה היא העובדה שאין לכם יותר מדי הוצאות. לכן, יזמים נוטים להשקיע קצת כסף שיש ברשותם (Self-Funded) או לגייס הון קטן ממשפחה וחברים. הכסף הזה מיועד למימון שלבי הכנת האפיונים, הפרוטוטייפ והפיתוח.

כיצד ניתן למזער עלויות?

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

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

3. חצי עלות מפיתוח מלא - קל יותר לגייס ממשפחה וחברים.

4. גרסה רזה משמשת לבדיקת היתכנות POC

5. גרזה רזה משמשת להצגה למשקיעים למטרת גיוס seed או סבב ראשון.

6. ההשקעה נמוכה וכך הסיכון להפסיד הרבה כסף נמוך בהרבה.

רגע לפני שיוצאים לדרך

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

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

2. בדקו את עלות ההצעה לעומת מספר השעות / מספר חברי הצוות אשר עומדים להשתתף בפיתוח. יכול להיות פרויקט קטן שדורש צוות של 2 מפתחים לתקופה של חודש או 15 מפתחים לתקופה של חודש ויותר.

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

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

5. הכי חשוב - לתכנן Milestones אבני דרך ברורים לתהליך הפיתוח. כמה זמן נדרש לפיתוח כל תכונה באפליקציה. לדוגמה: פיתוח צד השרת - 30 ימים, מסך הרשמה והתחברות - 6 ימים, עמוד ראשי להצגת פוסטים - 12 ימים, בקשת חברות - 2 ימים וכן הלאה. אבני הדרך אמורים להיכתב מפורשות בהסכם ההזמנה ובתוכנת המשימות של צוות הפיתוח.

יוצאים לדרך

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

1. עקבו אחר ביצוע המשימות של צוות הפיתוח

2. תדאגו לנהל פגישות תהליך עם מנהל המוצר וראש צוות הפיתוח אחת לשבוע / שבועיים

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

4. כדי למנוע עיכובים - התריעו בפני מנהל המוצר בכל אי עמידה ביעדים / בלו״ז שאתם מגלים

5. הקפידו על בדיקות QA מקיפות מצד בית התוכנה אך בצעו אותן גם בעצמכם (בקשו סיוע מחברים או משפחה)