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