מזה כמה חודשים שאתם פועלים עם פלטפורמה שכורה, והתוצאות טובות. יש תנועה, יש מכירות, רק שלאחרונה אתם מתחילים להרגיש את מגבלות המערכת איתה אתם עובדים: המערכת לא מאפשרת את הגמישות שאתם צריכים, זמן הטיפול ארוך, והמציאות הזאת מקשה על העסק להגיב בזמן ולצמוח. אתם מרגישים שכל מה שחסר לכם כדי להתפוצץ זה מערכת עצמאית.
אז איך מתחילים?
קריאייטיב או פיתוח? חברת אינטרנט או צוות של פרילנסרים? וכמה כסף וזמן עלינו להשקיע? כדי להיות מסוגלים לקבל תשובות לשאלות הללו, תשובות שמתאימות לצרכים המיוחדים של העסק שלנו, יהיה עלינו להיות מסוגלים להסביר את הצרכים שלנו – קודם לעצמנו, ולאחר מכן למי שאמור לספק אותם.
זה לא משנה אם מדובר בגרפיקאים, תוכניתנים, בתי תוכנה, סוכנויות פרסום, כותבי תכנים ואנשי קריאייטיב – כולם יסכימו שהשלב הראשון בעבודה הוא אפיון. מה מהותו של האפיון, כיצד הוא מתבצע ומה יהיו תוצריו – לאלו יש פרשנויות רבות.
מהות האפיון
ראשית, יש לחדד את החשיבות והמורכבות של אפיון החנות המקוונת שלנו. דמיינו שאתם מתכננים להקים מסעדה יוקרתית. לשרטוט אדריכלי של המסעדה חשיבות מכרעת בהצלחה העסקית שלכם : ניצול אופטימלי של חלל המסעדה יאפשר להגדיל את מספר השולחנות, לשפר את החוויה של לקוחות המסעדה, להקטין את הצורך בעובדים, ובכך למקסם את הריווחיות. במקביל, אם להזיז קיר במסעדה שני מטרים ימינה עולה 1$ כשזה מתבצע על גבי השרטוט האדריכלי, להזיז אותו שני מטרים לאחר שהוא הוקם יעלה בערך 1000$.
כמו בהקמת מסעדה, כך בתכנון חנות מקוונת – האפיון יכול להגדיל את יחסי ההמרה, להקטין את עלויות גיוס הלקוח ומקסם את הריווחיות, ובמקביל לחסוך כ-60% מעלויות הפיתוח (!!!).
כפי שנכתב למעלה, לשאלה "כיצד מאפיינים" יש תשובות רבות. טבעי הדבר, שכל גורם מקצועי מתייחס לאפיון מנקודת המבט הקשורה למודל העבודה שלו. כדי להבין את הדקויות, יש להjכנס למשקפיים של הגורמים מולם אנחנו נעבוד.
תוצרי אפיון צריך לחלק לשניים: אפיון לחישוב עלויות ואפיון מקצועי. אפיון לחישוב עלויות הוא משהו שנותן השירות סופג כדי "להביא" את הלקוח, ואילו אפיון מקצועי מתבצע כשירות בתשלום. זה דיוק חשוב ומהותי.
אפיון לצורכי תמחור
אפיון זה מתבצע ע"י נותן השירות מתוך שאיפה לייצר תיאום ציפיות מוסכם עם הלקוח ולצמצם את הסיכון הכרוך בטעות בהיקף בפרויקט.
כאשר הוא מתבצע על חשבון נותן השירות, אפיון זה לוקח ע"פ רוב שעות בודדות, ומן הסתם לא מאפשר הבנה מעמיקה של העסק שלכם.
כשמדובר על פיתוח טכנולוגי, פרשנות לא נכונה יכולה לגרום למשימה של 5 שעות להפוך למשימה של 50 שעות, ולהיפך. בעצם, כשמדובר בפתרונות "תפורים" לצרכי הלקוח, חישוב העלויות צפוי לדרוש שעות רבות, בהתאם למורכבות ולהיקף המערכת.
ברוב המקרים, מזמין השירות ("הלקוח") לא רוצה לשלם לנותן השירות ("הספק") מבלי להגדיר מה יהיו התוצרים, במיוחד כשמדובר בתחילת קשרי העבודה המשותפים. מנגד, עומד "הספק" שמבחינתו המוצר שלו הן שעות העבודה שלו, ולכן עליו לנהל אותן בקפידה. במפגש ביניהם, לא פעם ימצא את עצמו "הספק" נאלץ לממן על חשבונו את השעות שיידרשו לחישוב עלויות הפרויקט, זאת עקב התחרות על הלקוחות.
המציאות הזאת מחייבת תוכניתנים או בתי תוכנה להשתמש באחד מהכלים שלהלן:
- הצעת פתרונות מדף
הסיפור הבא חזר על עצמו בשיחות עם יזמים ואנשי עסקים לא פעם."אנחנו נכנסים למשרדים מרשימים של חברת אינטרנט מובילה. בחודשים האחרונים העסק בצמיחה והביטחון שלנו בשיאו. בדרך לחדר הישיבות התחושה מדהימה – אנחנו רואים מכונה משומנת היטב וכבר מתחילים לדמיין איך הארגון שלנו יצמח בעקבות המהלך הזה. מתחילה הפגישה, ומרגע שמתחילים להיכנס לפרטים טכניים של הפרויקט אנחנו מתחילים להתנתק – קשה לנו להגדיר מה בדיוק אנחנו צריכים, קשה לנו להתעמק בנתונים שנציג החברה שופך עלינו, ונראה שהוא מנסה לכוון אותנו לפתרונות קיימים שלדבריו עובדים מצוין עבור לקוחות אחרים שלו. קשה לשים את האצבע בדיוק על הסיבה, אבל האינטואיציה אומרת שמשהו כאן מתפספס…"פיצ'רים שקיימים בארסנל הפיתוחים קל להדגים, קל לתחום, וקל לממש. בעצם, זו הדרך הטובה ביותר מבחינת תוכניתן או בית תוכנה לצמצם את מרכיב הסיכון של הפרויקט, מכיוון שתיאום הציפיות קל יותר כשיש משהו "עובד" שהלקוח יכול לבחון מראש, ובנוסף רוב העבודה נעשתה כבר, ומה שנדרש לבצע ידוע לפרטים. פתרונות מדף הם דרך מצוינת להקטין עלויות וזמני ביצוע כשידוע באופן מדויק שהם עונים על צרכי העסק. אולם אם יש אי ודאות לגבי התאמתם לצרכי העסק הם צפויים להשיג בדיוק את ההיפך ולגרום לבזבוז משאבי כסף וזמן, ואף לגרום לסיבוכים ומגבלות שצפויים להיות מסוכנים בטווח של מספר חודשים מהתחלת הפיתוח. - הוספת "מרווח" כרשת בטחון
במצבים בהם התיאור של התנהגות וחזות המערכת בוסרי, או כאשר צריך יהיה להתחבר לפתרונות צד ג' שעדיין לא נבחרו ע"י הלקוח, נותן השירות יהיה חייב לשמור על עצמו מהפסדים ע"י הוספת שעות עודפות שיהוו מבחינתו רשת בטחון כשהפרויקט יתקל בסיבוכים. במקרה כזה מדובר בהימור של 2 הצדדים, גם כשהלקוח לא מודע לזה. הסיבה מוסברת לפרטים במקרה המתואר בפוסט הזה. - צמצום מרכיבים מסוכנים
דרך נוספת להימנע מהשטח האפור היא להוריד מהמפרט אלמנטים "מסוכנים", ולהשאיר אותם לשלבים הבאים. הגישה הזאת טובה גם ללקוח כשמדובר בפיצ'רים לא הכרחיים, ומסוכנת מאוד אם הלקוח או נותן השירות לא יודעים שמדובר בפיצ'רים חיוניים ליעדים העסקיים. - התמחור יהיה כרוך בעלות כספית
תושקע עבודה של יועצים מקצועיים על מנת להגדיר מה התוצרים הנדרשים בסוף התהליך, ומה הדרך הטובה ביותר מבחינת הלקוח ונותן השירות להגיע אליהם. אופן העבודה הזה הוא ללא ספק המקצועי ביותר מבין הארבעה. הוא יביא למקסימום את ההתייחסות המקצועית של נותן השירות ללקוח, ואת ההתייחסות של הלקוח לצרכי העסק שלו. מנגד, לגורם הטכנולוגי יהיה קשה לשמור על אובייקטיביות כשמדובר על איתור פיצ'רים מיותרים או שימוש בפתרונות מדף, ובכלל, סבירות גבוהה שהאדם שיבצע את האפיון יבחן אותו מתוך המשקפיים של "איך לאפיין פרויקט ריווחי" ולא מהמשקפיים של "איך לייצר מקסימום רווחים בעסק ממינימום השקעה כספית".
משימה גורלית
חנות מקוונת זה עסק שדורש כל הזמן פיתוחים. אין מציאות כזאת של "סיום הפיתוח", הרי מדובר בעסק ועסק זה דבר דינמי שחייב להתחדש ולהתעדכן בהתאם לדינמיות של צרכי השוק והתחרות. אנחנו לא מתכננים פרויקט, אנחנו בונים עסק. לכן, כשאנחנו ניגשים לתכנן "מפרט דרישות לפיתוח" עלינו להתאים אותו לאבולוציה הצפויה של העסק שלנו בצורה אחראית, מתוך הבנה מעמיקה של השוק, התחרות והעולם הטכנולוגי. המשאבים שלנו מוגבלים, וכל שקל שאפשר לחסוך בפיתוח יכול לשמש את תקציב השיווק והתפעול, ולייצר עבורנו את ה"אוויר לנשימה" שללא ספק נצטרך לאורך הדרך.
תכנון נכון יקבע אם העסק יצליח או יכשל: אם עקב ניהול כושל של תהליכי הפיתוח, ואם מבחינת חווית קנייה ושימוש שלא מספקת את המניעים האמיתיים של קהל היעד.
אחת מחברות התיירות המובילות בארץ, הגיעה אלי חודש לאחר שהעלתה אתר חדש. מאז המהלך, ההזמנות שלהם צנחו בכ-50%, מה שהדיר שינה מסמנכ"ל המכירות וסמנכ"ל מערכות המידע. לקח להם חודשיים ליישם את ההמלצות שלי ולחזור לביצועים של לפני המהלך (ואף לשפר אותם בהמשך). המשבר הזה ארך סה"כ שלושה חודשים, אולם גרם לזעזועים רציניים. אילולא הצוות הטכנולוגי היה מקצועי וזריז, החברה הייתה נכנסת לקטסטרופה רצינית. כנראה שבמצב דומה עסקים קטנים ובינוניים היו מתדרדרים למשבר קיומי.
מה חשוב אצל השותף הטכנולוגי
בחירת מי שיוביל את פיתוח אתר המסחר שלכם כמוה כבחירת שותף – כמובן שלא מדובר על שותף במובן של חלוקת ההכנסות וההוצאות, אלא ברמת ההשפעה שלו על הצלחת העסק. צריך להבין, לוקח חודשים להגיע שלב של השקת האתר, ולאחריו יש עוד המון עבודה של שיווק ואופטימיזציה.
איזה יכולות וכישורים מקצועיים נחוצים לאפיון מערכת מורכבת כמו אתר מסחר עצמאי. להלן הרשימה:
- הבנה עסקית ושיווקית – היכולת להבין רעיונות, חזון ויעדים עסקיים ולתרגם אותם לשלבים. היכרות עם מודלים מתקדמים של פיתוח כמו Lean ו-Agile. היכולת לזהות נקודות חולשה, להעלות נקודות למחשבה, ניסיון וידע בשיווק אינטרנטי, מנועי חיפוש, ויראליות ורשתות חברתיות, תכניות שותפים, רכישת מדיה, מגמות בשוק המטרה ואיתור הזדמנויות באקו-סיסטם.
- ניסיון בעולם הפיתוח – יכולת לתקשר עם גורמים טכנולוגיים בשפתם את צרכי הפרויקט ולהוביל אותם למימושם, יכולת לבצע בדיקה של איכות התוצרים, היכרות עם פתרונות קיימים, הבנה וניסיון בתהליכי אינטגרציה.
- היכרות עם פלטפורמות חיוניות – חנות זה חנות, גם מקוונת. יש להכיר מערכות סליקה, חשבוניות, אבטחה גיבוי, ניהול מלאי, מעקב אספקה, ניהול לקוחות, בקרה, אנליזה, שיווק, אופטימיזציה,יש לדעת כיצד להתנהל מול הגורמים הללו כדי להפיק את המקסימום מהקשר העסקי איתם.
- הבנה בחווית משתמש – היכולת לנתח מניעים ומגמות בקהל היעד, ולמנף אותם באופן טבעי ופשוט כדי לגרום ללקוחות לרכוש יותר, לשתף את החברים שלהם,ולבצע כפעולה אחרת שחשובה להצלחה עסקית.
האם אתם מוכנים לפיתוח?
יש בשלות מסוימת שנחוצה לעסק כדי להיכנס למהלך של הקמת אתר מסחר עצמאי, והיא משתנה בהתאם ליעדים העסקיים, לתחום בו העסק פועל, ולתשתית העומדת לרשות העסק. אתם מוזמנים לקבל חוות דעת לגבי הבשלות של העסק שלכם תהליך הפיתוח. כתבו לנו מייל המתאר את השלב בו אתם נמצאים ונחזור אליכם עם תשובות.
