نویسندگان: Rikke Friis Dam و Yu Siang Teo · منبع: بنیاد طراحی تعامل (IxDF) · ترجمهٔ آزاد: سپنتا پویا · تیر ۱۴۰۵ · زمان مطالعه: حدود ۱۱ دقیقه

پرسونا؛ چرا و چگونه باید از آن استفاده کنید

💡 این متن ترجمهٔ آزاد است: نکات مهم مقالهٔ اصلی جمع‌آوری و به فارسی روان بازنویسی شده و ترجمهٔ کلمه‌به‌کلمه نیست. برای متن کامل انگلیسی، به مقالهٔ اصلی (لینک در پایین صفحه) مراجعه کنید.

پرسونا (Persona) شخصیتی خیالی اما مبتنی بر داده است که یک گونه از کاربران محصول شما را نمایندگی می‌کند. پرسوناها از دل تحقیق واقعی با کاربران ساخته می‌شوند و به تیم طراحی کمک می‌کنند به‌جای تکیه بر حدس و فرضیات، نیازها، رفتارها، تجربه‌ها و هدف‌های واقعی کاربران را بشناسد.

پرسونای خوب سه کار مهم انجام می‌دهد: پیچیدگی مسئلهٔ طراحی را کم می‌کند، به جلسات ایده‌پردازی جهت می‌دهد، و کمک می‌کند تیم فراتر از کلیشه‌ها برود و با کاربرانِ واقعاً متفاوت همدلی کند.

پرسونا در تفکر طراحی

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

چهار نوع مختلف پرسونا

در ادبیات طراحی، چهار رویکرد اصلی برای ساخت پرسونا وجود دارد:

• - پرسونای هدف‌محور (Goal-directed): بر این تمرکز دارد که کاربر می‌خواهد با محصول چه کاری انجام دهد و مسیر ترجیحی‌اش برای رسیدن به آن هدف چیست. این رویکرد ریشه در روش‌شناسی آلن کوپر دارد و فرض می‌گیرد ارزشمندبودنِ خود محصول قبلاً اعتبارسنجی شده است.
• - پرسونای نقش‌محور (Role-based): با تکیه بر داده‌های کیفی و کمّی، نقش کاربر در سازمان و بستر استفاده را بررسی می‌کند: محصول کجای مسئولیت‌های شغلی او می‌نشیند و چه تأثیری بر تعاملاتش می‌گذارد.
• - پرسونای جذاب (Engaging): ابعاد احساسی، روانی و زمینه‌ای را هم به تصویر اضافه می‌کند تا شخصیتی چندبعدی و باورپذیر ساخته شود. این رویکرد از قدرت داستان‌گویی استفاده می‌کند تا مهم‌ترین چالش پرسوناها را حل کند: اینکه تیم واقعاً در طول توسعه از آن‌ها استفاده کند.
• - پرسونای خیالی (Fictional): نه از تحقیق، بلکه از تجربهٔ تیم ساخته می‌شود. برای جهت‌گیری اولیه به کار می‌آید، اما چون پایهٔ پژوهشی ندارد، نباید مبنای تصمیم‌های نهایی محصول باشد.

ده گام تا ساخت پرسونای جذاب و سناریوهای آن

این روش ده‌گامی که پژوهشگر دانمارکی لنه نیلسن (Lene Nielsen) توسعه داده، مسیر کامل از دادهٔ خام تا پرسونای زنده و قابل‌استفاده را پوشش می‌دهد:

• - ۱. گردآوری داده: با تحقیق جدی، بیشترین شناخت ممکن از کاربران به دست آورید.
• - ۲. ساخت فرضیه: از دل یافته‌ها، دسته‌بندی اولیه‌ای از گونه‌های کاربران شکل دهید.
• - ۳. اعتبارسنجی با تیم: فرضیه‌ها را با دانسته‌های قبلی تیم مقایسه کنید و همه را در تأییدشان مشارکت دهید.
• - ۴. تعیین تعداد: تصمیم بگیرید چند پرسونا لازم دارید — معمولاً چندتا برای هر محصول، اما با تمرکز اصلی روی یکی.
• - ۵. توصیف پرسوناها: برای هر پرسونا توصیفی غنی بنویسید: تحصیلات، سبک زندگی، انگیزه‌ها، محدودیت‌ها و الگوهای رفتاری — با اسم و جزئیات شخصی، تا واقعی به نظر برسد.
• - ۶. ساخت موقعیت‌ها: موقعیت‌های مشخصی توصیف کنید که پرسونا را به‌سمت استفاده از محصول می‌برند.
• - ۷. جلب مشارکت سازمان: با درگیرکردن افراد در فرایند، تعهد سازمان به پرسوناها را به دست آورید.
• - ۸. انتشار دانش: پرسوناها را به همهٔ تیم‌ها و ذی‌نفعان معرفی کنید.
• - ۹. نگارش سناریو: داستان‌هایی بنویسید که نشان می‌دهند پرسونا چگونه با راه‌حل آینده تعامل می‌کند.
• - ۱۰. به‌روزرسانی مداوم: پرسوناها را با بینش‌های تازه بازبینی و به‌روز کنید.

نمونه‌ای از توصیف پرسونا

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

همین جزئیات به‌ظاهر فرعی است که پرسونا را از یک جدول آماری به آدمی باورپذیر تبدیل می‌کند — کسی که تیم می‌تواند موقع هر تصمیم بپرسد: «کریستی با این چه می‌کرد؟»

تاریخچه را بدانید

ریشهٔ پرسونا به اواخر دههٔ ۱۹۹۰ و توسعهٔ سیستم‌های IT برمی‌گردد؛ زمانی که پژوهشگران دنبال راهی مؤثر برای صحبت‌کردن دربارهٔ کاربران بودند. آلن کوپر (Alan Cooper) در کتاب سال ۱۹۹۹ خود، The Inmates Are Running the Asylum، پرسونا را به‌عنوان یک ابزار رسمی طراحی معرفی کرد. با وجود ادبیات گسترده‌ای که از آن زمان شکل گرفته، هنوز استاندارد واحدی برای کاربرد پرسونا وجود ندارد — و همین است که شناختن رویکردهای مختلف اهمیت دارد.

پرسونا، بخش‌بندی بازار نیست

این بخش افزودهٔ مترجم است، چون پرتکرارترین سوءتفاهم دربارهٔ پرسونا همین است. در بسیاری از تیم‌ها چیزی ساخته می‌شود که اسمش پرسوناست ولی در واقع یک بخش بازار (Market Segment) است: «زنان ۲۵ تا ۳۵ سالهٔ ساکن تهران با درآمد متوسط به بالا». این جمله برای تیم بازاریابی مفید است — می‌گوید تبلیغ را کجا بخرند — اما به طراح هیچ نمی‌گوید.

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

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

کجا پرسونا شکست می‌خورد

این بخش هم در منبع نیست و از دیدن پرسوناهایی می‌آید که ساخته شدند و هیچ‌وقت به کار نیامدند. الگوهای تکرارشونده:

• - پرسونای ساخته‌شده از فرض. همان «پرسونای خیالی» که در فهرست بالا آمد، با این تفاوت که تیم فراموش می‌کند خیالی است. بعد از چند ماه، کسی یادش نمی‌آید این شخصیت از تحقیق کاربر آمده یا از حدسِ یک جلسه — و از آن به بعد فرض‌های تیم با اعتبار داده تصمیم می‌گیرند. اگر پرسونایی پژوهش پشتش نیست، همان‌جا روی سند بنویسید که فرضیه است.
• - عکس استوک و اسم قشنگ. جزئیات شخصی برای باورپذیری لازم است، اما وقتی جای محتوا را می‌گیرد به ضد خودش تبدیل می‌شود. سندی که نصفش عکس و اسم و «علاقه‌مند به سفر و قهوه» است و یک خط دربارهٔ مانع واقعی کاربر ندارد، یک پوستر است نه ابزار طراحی.
• - پرسونای میان‌گین‌گرفته. وقتی از ترس جا‌ماندن کسی، همهٔ گونه‌ها را در یک شخصیت جمع می‌کنید، به آدمی می‌رسید که هم‌زمان تازه‌کار و حرفه‌ای است، هم عجله دارد هم حوصله. چنین پرسونایی هیچ تصمیمی را رد نمی‌کند — و پرسونایی که هیچ گزینه‌ای را حذف نکند، بی‌فایده است.
• - تعداد زیاد. هفت پرسونا یعنی هیچ پرسونا. تیم نمی‌تواند هفت شخصیت را در ذهن نگه دارد و در عمل سراغ اولی می‌رود یا هیچ‌کدام. دو تا سه پرسونا با یک پرسونای اصلی مشخص، تقریباً همیشه کافی است.
• - مرگ بعد از کارگاه. شایع‌ترین شکست: پرسوناها ساخته می‌شوند، روی دیوار می‌روند، و دیگر در هیچ جلسه‌ای نامشان برده نمی‌شود. علتش معمولاً این است که پرسونا به هیچ تصمیم جاری وصل نشده. درمانش این است که در سند طراحی هر قابلیت، صریح بنویسید این برای کدام پرسوناست و کدام پرسونا از آن استفاده نمی‌کند.
• - پرسونا به‌جای کاربر واقعی. پرسونا خلاصه‌ای از پژوهش گذشته است، نه جای‌گزین پژوهش تازه. اگر شش ماه است با هیچ کاربری حرف نزده‌اید، آنچه دارید سندی است که هر روز از واقعیت دورتر می‌شود. پرسونا حرف آخر نیست؛ فرضیه‌ای است که باید در آزمون کاربردپذیری دوباره بیازماییدش.

از کجا بفهمیم پرسونا کار می‌کند

این بخش افزودهٔ مترجم است، چون معیار موفقیت پرسونا معمولاً هیچ‌جا نوشته نمی‌شود و همین باعث می‌شود کیفیتش قابل بحث نباشد. سه نشانهٔ عملی:

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

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

پرسونا در محصولات فارسی‌زبان

این بخش هم در منبع نیست و از کار روی محصولات فارسی‌زبان می‌آید.

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

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

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

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

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

جمع‌بندی

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