مصاحبهٔ راه‌حل‌محور
چرا این ابزار
مصاحبهٔ همدلانه دربارهٔ مسئله است؛ مصاحبهٔ راه‌حل‌محور دربارهٔ چیزی است که ساخته‌اید. تفاوتشان در خطری است که کار را تهدید می‌کند: این‌جا شما چیزی برای دفاع‌کردن دارید، و همین کار را خراب می‌کند.
قاعدهٔ اصلی: راه‌حل را توضیح ندهید؛ نشان دهید و ساکت بمانید. هر جمله‌ای که در توجیه بگویید، بازخورد را کم‌ارزش‌تر می‌کند.
قاعدهٔ دوم: دنبال تعهد بگردید، نه تعریف. «جالب است» ارزشی ندارد؛ «کِی می‌توانم شروع کنم؟» ارزش دارد.
پیش‌نیازها
- نمونه یا MVPای که بشود نشانش داد.
- آمادگی شنیدن اینکه راه‌حل کار نمی‌کند.
اجرا
- بدون مقدمه نشان دهید ۵ دقیقه
توضیح ندهید چه فکری پشتش بوده؛ بگذارید خودش برداشت کند.
- بپرسید فکر می‌کند این چیست ۱۰ دقیقه
اگر برداشتش با قصد شما فرق دارد، همین یک یافتهٔ مهم است.
- بخواهید استفاده کند، نه نظر بدهد ۱۵ دقیقه
«نشانم بده چطور با این کار می‌کنی.» رفتار از نظر ارزشمندتر است.
- دنبال تعهد بگردید ۱۰ دقیقه
«حاضری هفتهٔ آینده امتحانش کنی؟» جواب واقعی این‌جاست.
- اگر دفاع کردید، یادداشت کنید ۵ دقیقه
ثبت کنید کجا نتوانستید ساکت بمانید؛ بازخورد آن بخش مخدوش است.
مثال بالینی — تأمین و استانداردسازی همراه بیمار
«این دفترچه برای این است که همراه بداند چه کاری انجام داده و پرستار هم تأیید کند…»
بعد از دو دقیقه توضیح، طرف گفت «آها، خوبه». هیچ چیزی یاد نگرفتیم.
دفترچه را جلویش گذاشتند و ساکت ماندند
اول صفحه‌ها را ورق زد، بعد پرسید «این را من پر کنم یا پرستار؟»؛ ابهامی که تیم اصلاً ندیده بود.
«حاضرید از فردا این را پر کنید؟»
«اگر پرستار هم قبول کند، بله.» این جواب نشان داد پذیرش به طرف دیگری وابسته است.
دام‌های رایج
- توضیح‌دادن پیش از نشان‌دادن بزرگ‌ترین خطای این مصاحبه است.
- دفاع در برابر انتقاد هر جملهٔ دفاعی، جریان بازخورد را می‌بندد.
- قبول‌کردن تعریف به‌عنوان تأیید «قشنگه» تعهد نیست؛ تعریف است.
- مصاحبه با کسی که راه‌حل را نمی‌خواهد استفاده کند بازخورد از کسی که کاربر نیست، گمراه‌کننده است.
خروجی
- محصول: یادداشت رفتار کاربر هنگام استفاده، و پاسخ روشن به پرسش تعهد.
- نشانهٔ آمادگی: اگر دست‌کم یک برداشت اشتباه از راه‌حل دیده باشید، می‌دانید کجای طراحی خودش را توضیح نمی‌دهد.
- گام بعد: ورودی جدول ثبت بازخورد و دروازهٔ ۱۶ در نقشهٔ Innovation A to Z.