תרגיל Design Sprint

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

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

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

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

אחד מהקסמים זה שגם הסטודנטים עם הכי פחות ביטחון עצמי בקורס זוהרים בתרגיל הזה. קבוצות של 2-3 זה מרגיע כי לא כל האחריות עליך אבל מצד שני גם אין מספיק אנשים בשביל להיעלם ברקע. קסם אחר זה היצירתיות, למרות שחלק מהאפליקציות שאני נותן חוזרות על עצמן הפתרונות כל פעם שונים בצורה קיצונית אחד מהשני וזה יפייפה לראות. אבל כנראה שהקסם הכי גדול זה שאין לאנשים זמן לחשוב "זה קשה" או "אני לא בטוח מה לעשות". סטודנטים שלפני שיעור התקשו להגדיר מה יהיו ה-KPI האידיאלים לפיתרון מעלים בלהט טיעונים לטובת ההצעות שלהם. אנשים שלפני כמה שיעורים התקשו לשרטט wireframes ו-mockups "כי אין להם כישרון עיצובי" רצים קדימה כי הם צריכים לשרטט כמה רעיונות ואין זמן. 

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

רוצים לנסות בעצמכם? יאללה:

תרגיל Design Sprint עצמאי

פנו לעצמכם כשעתיים וחצי. 

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

אפשרי: בצעו את העבודה עם 1-2 חברים. 

המטרה: עליכם ליצור אפליקציה לעזור למשתמש להתגבר על התמכרות. 

שלבים (אל תמשיכו לשלב הבא אם לא סיימתם את הקודם, הזמנים הם המלצה תמיד אפשר להוסיף 5-10 דקות, לא לקרוא הלאה אם לא סיימתם את השלב הנוכחי, ממליץ לעשות את כל התהליך בעבודה מאומצת אחת):

  1. אפיינו היטב את המטרה ואוסף הבעיות שנובעות ממנה (15 דקות)
  2. הגדירו לעצמכם גבולות גזרה (מה כן פותרים, מה לא פותרים, מה פותרים בעתיד) (10 דקות)
  3. כתבו פרסונות (User Personas), כולל צרכים ותסכולים ואת ה-use cases הבסיסיים של האפליקציה (15 דקות)
  4. הבינו את גודל השוק והערך האם יש כדאיות עסקית למוצר (המשך בלי קשר למסקנה) (15 דקות)
  5. שרטטו Wireframes עבור 3 פתרונות שונים (ממליץ על Draw.io אבל כל דבר עובד). (20 דקות)
  6. בחרו אחד מהפתרונות (מותר לגנוב פיצרים ורעיונות טובים מהרעיונות שלא נבחרו ;-)) (2 דקות)
  7. צרו Prototype בכלי לבחירתכם (ממליץ על Figma, כלי מצוין, תוסיפו עוד קצת זמן אם אתם לא מכירים את הכלי). (30 דקות)
  8. הכינו מצגת של 5 דקות שכוללת את :הצגת הבעיה, הצגת השוק והמודל העסקי, הצגת תפיסת הפיתרון, מדדי KPI והדגם באמצעות ה-prototype שלכם. (15 דקות)

תרגישו חופשיים לפרסם את המצגת שלכם ולתייג אותי. 

אורי ליפשיץ.