سپنتا پویا — طراح محصول

نقشهٔ ذی‌نفعان و خانه‌ای که کنار گذاشته می‌شود
منبع: بنیاد طراحی تعامل (IxDF) · بازنویسی آزاد: سپنتا پویا · مرداد ۱۴۰۵ · زمان مطالعه: حدود ۱۴ دقیقه

آگاهی از مخاطب (Audience Awareness) چیست؟

💡 این متن «بازنویسی آزاد» است: ایده‌ها و مفاهیم مطلب اصلی با نگارش کاملاً مستقل فارسی و مثال‌های تازه بازگو شده‌اند و ترجمهٔ کلمه‌به‌کلمه نیست. بخش‌های افزودهٔ مترجم در جعبهٔ منبع مشخص شده‌اند.

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

برای یک ارائه، این توصیه درست است. برای یک تصمیم، معمولاً غلط — و در ادامه می‌گویم چرا.

تعریف

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

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

چرا مهم است

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

شش گام

  • - ۱. مخاطب را پیش از ارائه ترسیم کنید. با نقشهٔ ذی‌نفعان بر دو محور نفوذ و علاقه: نفوذ بالا و علاقهٔ کم → کوتاه بگویید و سریع به اثر برسید · علاقهٔ بالا و نفوذ کم → یک ایمیل پیگیری ممکن است کافی باشد · نفوذ بالا و علاقهٔ بالا → روی محتوای دوخته‌شده و مثال‌های مرتبط سرمایه‌گذاری کنید.
  • - ۲. واژگان را تطبیق دهید. برای غیرطراح، به‌جای «آزمون کاربردپذیری» بگویید «جلسهٔ بازخورد». و طرح را از دید دیگری بسنجید — از همکارتان بخواهید تمرینتان را ببیند، یا خودتان ضبط و بازپخش کنید.
  • - ۳. خودتان را برای دادن و گرفتن بگذارید. ارائه یک‌طرفه به‌نظر می‌رسد اما دوطرفه است. اگر ایستاده‌اید، با مخاطب حرف بزنید نه با پرده؛ اگر نشسته‌اید، چارچوب SOLER (نشستن روبه‌رو، حالت باز، خم‌شدن به جلو، تماس چشمی، آرام‌بودن) پذیرندگی مخاطب را بالا می‌برد.
  • - ۴. در لحظه واکنش‌ها را ببینید. نشانه‌ها را بخوانید: چشم‌هایی که به گوشی می‌روند، بی‌قراری، افت انرژی. و اگر دیدید، بچرخید — مثلاً یک انتخاب پیشنهاد دهید: «می‌خواهید فرایند را مرور کنم یا اول یک مثال ببینید؟»
  • - ۵. شکل ارائه را متنوع کنید. فقط به اسلاید تکیه نکنید — اسلاید شما را «زائد» می‌کند، بار شناختی می‌سازد و مخاطب را جلوتر از حرف شما می‌برد. صدا و آهنگ و سکوت ابزارهای شمایند؛ و سکوت مثل فضای سفید در طراحی عمل می‌کند.
  • - ۶. تعامل را دعوت کنید. پرسش بپرسید، فهم را بسنجید، مشارکت را تشویق کنید — حتی «تا اینجا منطقی بود؟» هم مخاطب را درگیر نگه می‌دارد.

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

نقشه، نقشهٔ اتاق است نه نقشهٔ مسئله

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

  • - کارشناس پشتیبانی که تلفن را جواب می‌دهد، در اسلاید علاقه‌ای ندارد و در جلسه نفوذی — و دقیقاً می‌داند کدام تصمیم کار نخواهد کرد.
  • - همین دربارهٔ عملیات، انبار، پیک و متصدی شعبه هم درست است.

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

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

ساده‌سازی واژه تا کجا، و از کجا کم‌گفتنِ یافته

مرز ساده‌سازی واژگان و نرم‌کردن یافته
نمودار از سپنتا پویا برای این ترجمه (sepantapouya.com)

این بخش هم افزودهٔ مترجم است. گام دوم منبع درست است اما یک جملهٔ خطرناک دارد: «نکته اینجا آن‌قدر دقت نیست... مسئله روشنی است.» و بی‌مرز، این جمله به مجوزی تبدیل می‌شود برای عوض‌کردن معنا.

مرزی که به‌نظرم دقیق است: ساده‌کردن نام یک روش بی‌اشکال است؛ ساده‌کردن یک یافته گزارش نادرست است.

  • - «جلسهٔ بازخورد» به‌جای «آزمون کاربردپذیری» → ترجمه است. شنونده هنوز می‌تواند درست تصمیم بگیرد.
  • - «بعضی کاربران کمی سختی داشتند» به‌جای «پنج نفر از شش نفر نتوانستند کار را تمام کنند» → ترجمه نیست. نرم‌کردن است، و کنشِ درست را از تصمیم‌گیرنده می‌گیرد.

و آزمونش یک پرسش است: پس از ترجمه، آیا شنونده هنوز می‌تواند درست عمل کند؟ اگر جملهٔ ساده‌شده هیچ کنشی را ایجاب نمی‌کند، شما آن را ساده نکرده‌اید؛ خنثا کرده‌اید.

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

روایت عدد را حمل می‌کند، جایش را نمی‌گیرد

این بخش هم افزودهٔ مترجم است. مثال «ریک» بهترین چیز آن فهرست است و همزمان تلهٔ آن. کار می‌کند چون یک نفرِ نام‌دار از یک درصد قابل‌تصورتر است — و همین دلیلِ خطرناک‌بودنش است، چون شاهدِ واقعی همان درصد است و ریک فقط تصویرگرِ آن.

دو قاعده:

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

راه ساده‌اش هم این است: وقتی مثال از پرسوناست، همان‌جا بگویید. «برای مثال، پرسونای ما...» یک کلمه بیشتر است و تفاوت شاهد و تصویرگری را حفظ می‌کند.

همین مهارت، دربارهٔ سندها

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

و نسخهٔ سندیِ همان نقشهٔ ذی‌نفعان ساده است: یک سند، دو مخاطب، به ترتیب خواندن.

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

در بافت فارسی: چهار تفاوت جلسه

چهار تفاوت جلسه‌های کاری ما و توصیه‌های استاندارد ارائه
نمودار از سپنتا پویا برای این ترجمه (sepantapouya.com)

این بخش هم افزودهٔ مترجم است. توصیه‌های استاندارد ارائه در فرهنگ جلسه‌ای ما جاهایی جور نمی‌شوند:

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

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

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

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

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

جمع‌بندی

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

منبع

این نوشته «بازنویسی آزاد» است از مطلب What is Audience Awareness? در وب‌سایت بنیاد طراحی تعامل (Interaction Design Foundation — IxDF؛ بدون نام نویسندهٔ مشخص). مفاهیم پایه — تعریف آگاهی از مخاطب به‌عنوان توان فهمیدن اینکه چه کسی در اتاق است و چه چیزی برایش مهم است و چه واکنشی به پیام می‌دهد، پیوندش با شنیدن فعال و اثرش بر اعتماد و اقناع و فرصت‌های حرفه‌ای، چهار فایده شامل چسبیدن موضوع در صورت ارتباط با نیاز مخاطب و صرفه‌جویی زمان با تفکیک تصمیم‌گیرنده از همتا و ساختن اعتماد و اعتبار و کمک به نفوذ و اقناع با فهم پویایی قدرت و علاقه، و شش گام شامل ترسیم مخاطب با نقشهٔ ذی‌نفعان بر محورهای نفوذ و علاقه و توصیهٔ متفاوت هر خانه، تطبیق واژگان و پیشنهاد «جلسهٔ بازخورد» به‌جای «آزمون کاربردپذیری» و روش بازپخش و بازبینی همکار، جای‌گیری برای دادن و گرفتن و چارچوب SOLER، دیدن واکنش در لحظه و نشانه‌های افت توجه و تکنیک پیشنهاد انتخاب به مخاطب، تنوع در شکل ارائه و نقد تکیه بر اسلاید و استفاده از صدا و آهنگ و سکوت و روایت با مثال نرخ ۶۷ درصدی و روایت «ریک»، و دعوت تعامل — از این منبع گرفته شده. منبع به Morgane Peng ارجاع می‌دهد. متن فارسی، ساختار بخش‌ها و همهٔ تحلیل‌ها کاملاً مستقل نوشته شده‌اند.

متن مقالهٔ اصلی تحت هیچ لایسنس بازی منتشر نشده است؛ به همین دلیل اینجا ترجمهٔ کلمه‌به‌کلمه ارائه نشده و متن کامل انگلیسی (به‌همراه همهٔ تصاویر) در لینک زیر در دسترس است.

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

تصاویر: هر سه نمودار این صفحه طراحی مستقل مترجم است. تصویر نسخهٔ اصلی با لایسنس CC BY-SA 4.0 بنیاد طراحی تعامل منتشر شده؛ اینجا بازتولید نشده و در مطلب اصلی قابل مشاهده است.

مشاهدهٔ مقالهٔ اصلی
سپنتا پویا

مترجم: سپنتا پویا

طراح ارشد محصول. مقالات تخصصی UI/UX را با حفظ ساختار و لحن نسخهٔ اصلی به فارسی برمی‌گردانم.

دربارهٔ من

در این مقاله

  • - تعریف
  • - چرا مهم است
  • - شش گام
  • - نقشهٔ اتاق
  • - مرز ساده‌سازی
  • - روایت و عدد
  • - دربارهٔ سندها
  • - در بافت فارسی

برچسب‌ها

  • ارائه
  • ذی‌نفعان
  • ارتباط
  • UX
  • ترجمه