Samy UXD Notes !
سلام 👋
امیدوارم سلامت و شاد باشید 💐. ممنونم که برای یادگیری تکنیک ABCD برای مصاحبه های کاربر به من پیام دادید. ABCD یک فریم ورک ساده و خیلی کاربردی از خودم هست برای بهتر انجام دادن User Interview ها برای گرفتن بهترین نتیجه.
من اسمش رو گذاشتم ABCD Interview Framework. این یک متد رسمی و دانشگاهی نیست، چارچوبیه که بر اساس تجربه خودم از پروژه‌های مختلف طراحی محصول ساختمش و خیلی ازش جواب گرفتم. تمرکزش روی اینه که در زمان مصاحبه چطور رفتار کنیم تا به جای یک سری جواب سطحی، به Insight واقعی برسیم.
### چهار اصل پیشنهادی من برای اجرای یک مصاحبه UX بهتر
> A — Attend
> B — Build
> C — Clarify
> D — Dig Deeper
👂 واقعاً گوش بده A — Attend
وقتی کاربر در حال صحبت کردنه، وظیفه تو این نیست که فقط سؤال بعدی رو آماده کنی. به چیزی که میگه گوش بده و به لحن، مکث، تردید و حتی تغییر حالتش توجه کن.
مهم‌ترین نکته اینه که مصاحبه رو با یک لیست سؤال اشتباه نگیری. ممکنه کاربر وسط جواب سؤال سوم چیزی بگه که از ۵ سؤال بعدی ارزشمندتر باشه.
قانون من:
> تا وقتی کاربر حرفش تموم نشده، دنبال سؤال بعدی نباش.
🔗 روی جواب کاربر ادامه بده B — Build
مصاحبه خوب یک لیست سؤال نیست، یک گفت‌وگو هست. وقتی کاربر نکته جالبی گفت، همونجا روی حرفش ادامه بده.
مثلاً کاربر میگه:
> «وقتی داروم تموم میشه، خیلی استرس می‌گیرم.»
به‌جای اینکه سریع بری سراغ سؤال بعدی بپرس:
> «چه اتفاقی میفته که این موضوع باعث استرستون میشه؟»
یعنی از جواب کاربر سؤال بعدی رو بساز.
🔎 مطمئن شو درست فهمیدی C — Clarify
خیلی وقت ها ما فکر می‌کنیم منظور کاربر رو فهمیدیم، ولی در واقع داریم برداشت خودمون رو جای حرف اون میذاریم.
پس وقتی یک موضوع مهم مطرح شد، روشنش کن:
> «منظورتون اینه که پیدا کردن زمان مصرف دارو سخته یا اینکه یادتون میره دارو رو مصرف کنید؟»
این کار کمک می‌کنه Fact، Interpretation و Assumption رو با هم قاطی نکنی.
🕳 سطحی رد نشو D — Dig Deeper
هر چیزی که کاربر میگه ارزش یکسانی نداره. وقتی یک Pain Point، احساس، رفتار یا مشکل مهم پیدا کردی، یک لایه عمیق تر برو:
> چی شد که این اتفاق افتاد؟
> آخرین بار کی اتفاق افتاد؟
> بعدش چه کار کردید؟
> چرا این راه رو انتخاب کردید؟
> این مشکل چه تأثیری روی شما داشت؟
هدف این نیست که بیشتر سؤال بپرسی، هدف اینه که دلیل پشت رفتار کاربر رو پیدا کنی.
## یک مثال واقعی تر برای پروژه خودت
فرض کن برای یک اپ مخصوص بیماران دارای مشکلات تنفسی مصاحبه می‌کنی (این مورد یکی از تجربه های خودم بوده )
کاربر میگه:
> «من خیلی وقت‌ها دارو هام رو فراموش می‌کنم.»
یک مصاحبه ضعیف میگه:
> «آیا Reminder برای دارو مفیده؟»
ولی با ABCD:
مرحله A — Attend:
می‌شنوی که «فراموش کردن دارو» چند بار در صحبتش تکرار شده.
مرحله B — Build:
می‌پرسی:
> «آخرین بار که این اتفاق افتاد، چی شد؟»
مرحله C — Clarify:
میفهمی مشکلش فراموشی نیست، بعضی وقت‌ها زمان مصرف دارو با بیرون بودن از منزل تداخل داره.
مرحله D — Dig Deeper :
می‌پرسی:
> «وقتی بیرون از منزل هستید معمولاً برای مصرف دارو چه کار می‌کنید؟»
حالا یک Insight واقعی داری، نه یک جواب بله/خیر.
👈 این جمله رو همیشه یادت باشه:
"فقط اسکریپت مصاحبه رو دنبال نکن، درگیر مصاحبه با خود شخص باش."
یعنی:
اسکریپت برای اینه که گم نشی، نه اینکه بهش وابسته بشی.
@UXDNotes
18 · 744 ·