משוב אינו מפת דרכים — הוא חומר הגלם עבור אחת
כל צוות מוצר טובע במשוב ורעב לראיות. הבקשות נערמות בתיבות דואר נכנס, בשרשורי תמיכה, בשיחות מכירות ובייצוא סקרים, ונוטות לנצח הקולניות או העדכניות ביותר — לא החשובות ביותר. הפתרון אינו לאסוף עוד משוב או להתעלם ממנו; אלא להעביר אותו דרך תהליך זיקוק קל שהופך תגובות מפוזרות לסוג הראיות שעליו אפשר באמת לבנות מפת דרכים.
לתהליך הזה שלוש תנועות: הפרד את הבקשה מהכאב הבסיסי, צרף התנהגות לכל תגובה, וקדם דפוסים מעל אנקדוטות. אף אחד מאלה אינו דורש מערכת כבדה — רק הרגל עקבי.
הפרד בקשה, כאב וראיות
בקשת פיצ'ר אינה זהה לכאב שבבסיסה. כשמשתמש מבקש כפתור ייצוא, הכאב עשוי להיות דיווח למנהל, העברת נתונים לתהליך עבודה אחר, או שמירת ארכיון לא מקוון. כל אחד מאלה מצביע על פתרון שונה — וכפתור ייצוא עשוי להיות הגרוע שבהם. מפת הדרכים צריכה להגיב לכאב, לא רק לצורה שהתבקשה.
משמעת פשוטה עוזרת: עבור כל בקשה, רשום שלוש שורות נפרדות — הבקשה (מה שביקשו), הכאב (המשימה שניסו לבצע), ו הראיה (מה שאתה יכול לראות שמאשר זאת). אם אינך יכול למלא את שורת הראיות, זהו דגל לבדוק לפני שאתה מתחייב, ולא סיבה לבנות על אמונה.
צרף התנהגות להערה
פריט משוב נעשה חזק הרבה יותר כשהוא משולב עם הפעלה שהפיק אותו. השאלות שמשנות את התעדוף הן התנהגותיות:
- האם המשתמש נתקל קודם בשגיאה או במבוי סתום?
- האם הם פספסו פקד קיים שכבר עושה את מה שביקשו?
- האם כמה אנשים באותו חשבון חזרו על ההתנהגות?
- היכן ב משפך התרחש החיכוך — והאם הוא מתואם עם הנשירה?
תגובה שאומרת “לוח המחוונים מבלבל” היא דעה. אותה תגובה המצורפת להקלטה של המשתמש לוחץ על המסנן הלא נכון שלוש פעמים היא ראיה. הראשונה פותחת ויכוח; השנייה מסיימת אותו.
קדם דפוסים, לא אנקדוטות
שמור את האנקדוטה — היא חיה ושימושית לסיפור — אבל קדם את הדפוס. הערת מפת דרכים חלשה אומרת “משתמשים רוצים ייצוא.” הערה חזקה אומרת:
שש קבוצות ניסיון ביקשו ייצוא לאחר בניית הדוח הראשון שלהן; ארבע כבר שיתפו קישור ללוח מחוונים (כך שהצורך האמיתי הוא שיתוף, לא ייצוא); שתיים נחסמו על ידי ציות. השפעה משוערת: שלב ההפעלה שבו זה מתרחש מדליף 18% מהניסיונות.
זו ראיה שצוות יכול לתעדף לפיה מול הימורים אחרים, כי היא נושאת תדירות, את המשימה הבסיסית האמיתית ועלות הניתנת למדידה. תגובה בודדת משכנעת ללא דבר מכל זה היא השערה — שווה לבדוק, לא שווה ספרינט.
תן ציון וסגור את המעגל
ברגע שהמשוב מזוקק לראיות, התעדוף נעשה הרבה יותר פשוט. ניקוד גס של הגעה (כמה משתמשים), חומרה (עד כמה זה חוסם אותם), ו התאמה אסטרטגית (האם הוא מזיז יעד שחשוב לך) בדרך כלל מספיק כדי לדרג את הרשימה ללא גיליון של 40 שורות. לוח הצבעה על תכונות יכול לספק את אות ההגעה אוטומטית ככל שהבקשות צוברות הצבעות.
ואז סגור את המעגל. ספר לאנשים שהעלו כל נושא כשאתה משחרר — ומתי אתה מחליט שלא, ולמה. סגירת המעגל היא מה שגורם למשתמשים להמשיך לתת לך את המשוב האיכותי שכל התהליך הזה תלוי בו. תוכנית משוב שלעולם לא מדווחת בחזרה מתייבשת בשקט.
שאלות נפוצות
כיצד אני מתעדף משוב סותר?
זקק כל פריט להגעה, חומרה והתאמה אסטרטגית, מגובה בראיות התנהגותיות. קונפליקטים בדרך כלל נפתרים ברגע שאתה משווה דפוסים ועלות הניתנת למדידה במקום כמה משכנעת הייתה כל תגובה בודדת.
כמה משוב מספיק כדי לפעול לפיו?
חפש דפוס חוזר שמאושר על ידי התנהגות — כמה משתמשים שמתארים את אותו כאב, מתואמים עם חיכוך או נשירה נראים לעין. בקשה בודדת, ככל שתהיה משכנעת, היא השערה שיש לאמת קודם.
האם משוב ממכירות ותמיכה צריך להיחשב כמו זה של המשתמשים?
התייחס אליהם כקלטים בעלי ערך אך מוטים — הם מייצגים יתר על המידה עסקאות ואת מי שצועק הכי חזק. העבר אותם דרך אותו זיקוק בקשה-כאב-ראיה, ושקלל לפי נתונים התנהגותיים ולא לפי מי שצעק הכי חזק.
מה ההבדל בין בקשת תכונה לבין ראיה למפת הדרכים?
בקשה היא מה שמשתמש מבקש. ראיה למפת הדרכים היא הכאב שבבסיס בתוספת תדירות, הקשר התנהגותי והשפעה מדידה. יש לבנות את מפת הדרכים מהשני, בעזרת הראשון.