הפיכת משוב משתמשים להנחיה הבאה שלכם: שלוש דרכים שבהן אנשים טועים

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

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

טעות ראשונה: לבנות בדיוק את מה שהם הקלידו

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

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

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

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

טעות שנייה: להשתתק, ואז לפרוק הכל בבת אחת

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

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

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

טעות שלישית: לתת להודעה הכי רועשת לקבוע את מפת הדרכים

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

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

איך נראית ההנחיה הנכונה בפועל

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

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

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

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