تیم محصول بدون پرسونای مشخص، مثل راننده‌ای است که نقشه ندارد: همه حرکت می‌کنند، اما هرکس به سمت مقصدی دیگر. طراحی پرسونا و سناریو همین جهت‌گیری را در پروژه ایجاد می‌کند. پرسونا خلاصهٔ قابل‌استفادهٔ داده‌های پژوهش است و سناریو، روایت کوتاه کاری که کاربر می‌خواهد انجام دهد. در «داده پرداز مغزهای متفکر» این دو ابزار را از دل مصاحبه‌ها و رفتار واقعی بیرون می‌کشیم تا در هر جلسه، به‌جای بحث دربارهٔ «کاربر فرضی»، دربارهٔ یک شخص مشخص با نیاز مشخص تصمیم بگیریم.

پرسونا و سناریو دقیقاً چه هستند

پرسونای معتبر یک شخصیت ساختگی نیست؛ ترکیب فشرده‌ای از الگوهای رفتاری کشف‌شده در پژوهش و تحلیل کاربر است: هدف اصلی، زمینهٔ استفاده، مهارت دیجیتال، انگیزه، مانع و نشانه‌هایی که با آن‌ها موفقیت را می‌سنجد. سناریو اما روایت یک سفر مشخص است: «سارا، مدیر انبار، صبح در کارگاه و با یک دست آلوده می‌خواهد موجودی یک قلم را ثبت کند…»; نه فیچر، بلکه موقعیت، محرک و پیامد را توصیف می‌کند. سناریوی خوب قابل داوری است: می‌توان پرسید آیا طراحی فعلی این روایت را بدون توقف ممکن می‌کند یا نه. برای پروژه‌هایی که معماری اطلاعات برایشان مهم است، سناریوها تعیین می‌کنند کدام مسیرها باید در ناوبری برجسته شوند.

چرا این مرحله، تصمیم‌های بعدی را ارزان می‌کند

بیشتر اختلاف‌های بی‌پایان در تیم‌های محصول از پاسخ نداشتن به سؤال «برای چه کسی می‌سازیم» بیرون می‌آید. وقتی سه پرسونای مصوب روی دیوار باشد، جملهٔ «نظر کاربر چیه» جای خود را به «نظر پرسونای اول چیه» می‌دهد و بحث تمام می‌شود. سود دوم، حذف فیچرهای وسوسه‌انگیز اما بی‌ربط است: هر خواسته روی سناریوها تست می‌شود و اگر هیچ پرسونایی به آن نیاز نداشته باشد، از نسخهٔ اول بیرون می‌رود. سود سوم، هم‌زبانی تیم‌هاست؛ بازاریابی، فروش و پشتیبانی از یک شخصیت مشترک حرف می‌زنند و پیام، کانال و سرنخ‌ها هم‌راستا می‌شوند. نقشه سفر مشتری هم نقاط درد را در طول زمان نشان می‌دهد، نه فقط در یک صفحه، و همین مبنای اولویت‌بندی نسخه‌های بعدی می‌شود.

خروجی‌های این سرویس

• دو تا چهار پرسونای رفتارمحور با هدف، زمینه، مانع، جملهٔ کلیدی و شاخص موفقیت مخصوص هرکدام.
• سناریوهای استفاده مکتوب برای مسیرهای اصلی، شامل محرک، گام‌ها و وضعیت موفق.
• نقشه سفر مشتری با نقاط تماس، کانال‌ها، احساسات و لحظات بحرانی ریزش.
• نقشهٔ تمایز نیازها که نشان می‌دهد کدام فیچر برای کدام پرسونا حیاتی و برای دیگری بی‌اثر است.
• بستهٔ تصمیم برای تیم شامل پرسونای اصلی نسخهٔ اول و معیارهای حذف خواسته‌ها از وایرفریم‌ها.

چطور پرسونا و سناریو می‌سازیم

1. مرور پژوهش‌های موجود و پر کردن شکاف‌ها با چند مصاحبهٔ تکمیلی.
2. خروجی گرفتن الگوها از داده و خوشه‌بندی شرکت‌کننده‌ها بر پایهٔ رفتار و انگیزه.
3. کارگاه داخلی با تیم محصول برای نام‌گذاری، نقد و تصویب پرسوناها.
4. نگارش سناریوها و ترسیم سفر مشتری برای مسیرهای پول‌ساز.
5. وصل کردن خروجی‌ها به فرآیند توسعه: معیار پذیرش، اولویت بک‌لاگ و راهنمای طراحی رابط کاربری.

پرسش‌های متداول

تعداد پرسوناها چند تا باشد؟

عملاً بین دو تا چهار مورد کافی است. بیشتر از این، تیم نمی‌تواند آن‌ها را به‌خاطر بسپارد و در نتیجه در جلسه‌ها استفاده نمی‌شوند. اگر محصول پلتفرمی است با دو طرف بازار—خریدار و فروشنده—برای هر سمت یک پرسونای اصلی و در صورت ضرورت یک پرسونای ثانویه تعریف می‌کنیم و صراحتاً اعلام می‌کنیم کدام پرسونا در نسخهٔ پیش‌رو اولویت دارد.

پرسونا از کجا داده می‌گیرد؟

از پژوهش، نه از تخیل تیم. نام، تصویر و جزئیات ظاهری فقط ابزار روایت‌اند؛ رفتار، هدف و مانع باید از مصاحبه، مشاهده یا لاگ تحلیلی آمده باشد. هر ادعای بی‌پشتوانه از پرسونا حذف می‌شود، چون یک پرسونای ساختگی می‌تواند تصمیم‌های بد را با ظاهر علم توجیه کند و این خطرناک‌تر از نداشتن پرسونا است.

چه زمانی باید به‌روزرسانی شوند؟

پرسوناها سند زنده‌اند. با ورود به بازار جدید، تغییر مدل درآمدی یا رشد معنادار کاربر، بازبینی‌شان کنید؛ معمولاً سالی یک بار و پیش از هر بازطراحی محصول دیجیتال کافی است. برای دیدن روش کار ما در این حوزه به صفحهٔ نمونه‌کارها سری بزنید، فهرست کامل در خدمات است و برای شروع یک کارگاه پرسونا می‌توانید از راه تماس با ما پیام بفرستید.