מה באמת קורה בשלב גילוי מוצר (Discovery)?

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

ממה מורכב שלב הגילוי?

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

• הגדרת בעיות ויעדים עסקיים: במקום יעד כללי כמו "ייעול תפעול", מגדירים יעד מדיד כמו צמצום זמן טיפול בפנייה מ-24 שעות לשעתיים. חשוב להבחין בין יעד מוצרי (למשל, פתיחת בקשה דיגיטלית) ליעד עסקי (הקטנת כמות הבקשות החסרות ב-40%).
• מיפוי משתמשים ותהליכים: המערכת מתוכננת עבור תפקידים שונים (מנהל תפעול, נציג שירות, מנהל מערכת) עם הרשאות וצרכים ספציפיים. המיפוי חייב לכלול גם מקרי קצה (חריגים) – כגון מה קורה אם ספק לא מגיב או לקוח מבטל – שכן אלו קובעים את שימושיות המערכת בעולם האמיתי.
• איסוף דרישות ותיחום הגבולות (Scope): הגדרת הדרישות ההכרחיות להשקה (MVP) מול תכונות שניתן לדחות לשלבים הבאים. שלב זה כולל במפורש גם הגדרה של מה לא ייכלל בגרסה הראשונה, כדי לתאם ציפיות ולנהל תקציב.

ארכיטקטורה, סיכונים ותעדוף

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

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

אילו תוצרים מתקבלים בסוף התהליך?

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

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

מה גילוי מוצר לא עושה?

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

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