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

هرم مزلو و ترجمه‌اش به نیاز کاربر
منبع: بنیاد طراحی تعامل (IxDF) · بازنویسی آزاد: سپنتا پویا · ترجمه: ۶ شهریور ۱۴۰۵ · زمان مطالعه: حدود ۹ دقیقه

سلسله‌مراتب نیازها (Hierarchy of Needs) در طراحی چیست؟

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

«خیلی قشنگ است، ولی کار نمی‌کند.» این جمله را کاربر نمی‌گوید — چون محصولی که کار نمی‌کند، اصلاً به مرحله‌ای نمی‌رسد که قشنگی‌اش دیده شود.

و سلسله‌مراتب نیازها، ترتیب همین را توضیح می‌دهد.

تعریف

سلسله‌مراتب نیازها در طراحی تجربهٔ کاربری، مدلی هرمی و لایه‌ای است که از نظریهٔ روان‌شناختی آبراهام مزلو وام گرفته شده.

و پنج سطح از نیاز کاربر را ترسیم می‌کند: کارکرد، قابلیت اتکا، کاربردپذیری، راحتی، و معنا یا لذت.

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

مدل اصلی مزلو

مزلو این نظریه را در ۱۹۴۳ در مقالهٔ «نظریه‌ای دربارهٔ انگیزش انسانی» آورد، با پنج سطح از پایین به بالا:

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

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

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

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

ترجمه‌اش به طراحی

آرون والتر در کتاب «طراحی برای احساس» این مدل را به هرمی چهارلایه برای طراحی برگرداند: کارکردی، قابل‌اتکا، کاربردپذیر، لذت‌بخش.

و کاری که کرد این بود که نیاز انسانی را به نیاز کاربر ترجمه کند، تا طراح بتواند سراغش برود.

و یک تفاوت میان دو مدل هست که ارزش دیدن دارد: والتر چهار لایه دارد و مدل رایج‌تر در تجربهٔ کاربری پنج لایه. لایهٔ اضافه، «راحتی» است.

و جای درستش هم همان‌جاست که هست — میان کاربردپذیری و لذت. راحتی یعنی کاربر می‌تواند کار را انجام دهد و انجامش کم‌هزینه است.

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

پنج گام اجرا

یک: کارکرد را تحویل دهید. با پژوهش کاربر، اولویت‌دادن به قابلیت‌های اصلی، آزمون زودهنگام، و تحویل کمینهٔ محصول ارزشمند.

دو: قابلیت اتکا را تأیید کنید. یکپارچگی داده، مقاومت در برابر خرابی، و پایداری سکو.

سه: کاربردپذیری را بهتر کنید. با الگوهای آشنا، کمینه‌کردن ورودی، و آزمون کاربردپذیری.

چهار: راحت کنیدش. با میان‌بر، سفارشی‌سازی، و رابط سازگارشونده.

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

سه اشتباه رایج

و در کاربرد این مدل، سه خطا از بقیه بیشتر رخ می‌دهد:

  • - پریدن از سطح‌های پایین.
  • - نادیده‌گرفتن تفاوت کاربران.
  • - و برخورد با سلسله‌مراتب به‌عنوان چک‌لیست.

و مورد سوم ظریف‌ترین است. این هرم یک تشخیص است، نه یک برنامهٔ کاری. نمی‌گوید «اول این را تمام کن و بعد برو سراغ بعدی»؛ می‌گوید «اگر اینجا مشکل داری، بالاتر کار کردن بی‌فایده است».

و نکتهٔ دوم هم عملی است: نیازها با تجربهٔ کاربر تغییر می‌کنند. کاربر تازه روی پایه‌ها تمرکز دارد و کاربر باتجربه دنبال راحتی و لذت است.

و همین یعنی یک محصول می‌تواند هم‌زمان در دو سطح متفاوت باشد — برای کاربر تازه در سطح دوم و برای کاربر قدیمی در سطح چهارم.

نقدها

و مدل مزلو نقدهای جدی دارد که در دو پژوهش داوری‌شده آمده‌اند.

دزمت و فوکینگا در ۲۰۲۰ استدلال می‌کنند که ساختار خطی مدل سنتی، پیچیدگی انگیزش انسانی را بازتاب نمی‌دهد — و به‌جایش سیزده نیاز بنیادی در سه دسته پیشنهاد می‌کنند.

هنکاک و شوستک در ۲۰۲۳ بررسی کردند که توصیف ارزش در سطح‌های مختلف هرم، چطور بر تجربهٔ پیش‌بینی‌شدهٔ کاربر اثر می‌گذارد.

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

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

و راه سازگارکردن این دو، تفکیک تجربه از انتظار است.

هرم دربارهٔ تجربهٔ واقعی می‌گوید: محصولی که کار نمی‌کند، هرچقدر هم زیبا باشد، رها می‌شود.

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

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

و اگر فاصلهٔ این دو زیاد شود، همان چیزی می‌شود که در اثر مالکیت گفتم: کاربر می‌آید و می‌رود، و رفتنش گران‌تر از نیامدنش است.

کاربرد عملی: سطح‌بندی شکایت و اولویت‌بندی
نمودار از سپنتا پویا برای این ترجمه (sepantapouya.com)

چطور واقعاً به‌کارش ببرید

این بخش افزودهٔ من است، چون این مدل معمولاً به‌عنوان یک اسلاید نقل می‌شود و به تصمیم تبدیل نمی‌شود.

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

«این دکمه را پیدا نکردم» — سطح سوم. «سفارشم ثبت نشد» — سطح دوم. «اصلاً این کار را نمی‌شود اینجا انجام داد» — سطح اول.

و ارزشش در اولویت‌بندی است. ده شکایت سطح سوم، از یک شکایت سطح دوم کم‌اهمیت‌ترند — چون شکایت سطح پایین‌تر، بقیه را هم بی‌معنا می‌کند.

و یک استفادهٔ دوم هم دارد که در جلسه‌های اولویت‌بندی کار می‌کند: پرسیدن اینکه این قابلیت پیشنهادی در کدام سطح است.

اگر تیم در سطح دوم مشکل دارد و پیشنهاد تازه در سطح پنجم است، بحث تمام می‌شود بی آنکه کسی نظر شخصی بدهد.

و آزمون خودتان هم ساده است: «اگر این محصول برای یک کاربر خراب شود، او بقیهٔ ویژگی‌هایش را قدر می‌داند؟» پاسخ همیشه نه است — و همین کل استدلال هرم را می‌سازد.

هرم برای که؟

و یک پرسش هست که این مدل به آن پاسخ نمی‌دهد و در عمل مهم است: این هرم برای کدام کاربر است؟

محصولی که هم کاربر تازه دارد و هم کاربر روزمره، در واقع دو هرم دارد که هم‌زمان روی هم سوارند.

و اولویت‌هایشان متضاد است. کاربر تازه در سطح یک و دو زندگی می‌کند و از هر چیز اضافه‌ای گیج می‌شود. کاربر روزمره در سطح چهار است و هر قدم اضافه برایش هزینه است.

و به‌همین دلیل، ساده‌سازی برای تازه‌کار می‌تواند تجربهٔ کاربر روزمره را بدتر کند — و همان دعوای همیشگی «ساده‌تر کنیم یا قدرتمندتر؟» از همین‌جا می‌آید.

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

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

در بافت فارسی

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

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

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

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

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

و همان‌طور که در قانون هکل نوشتم، این تحمل نشانهٔ رضایت نیست. هرم را نباید با ترتیب واقعی رفتار اشتباه گرفت — هرم می‌گوید چه چیزی ارزش می‌سازد، نه چه چیزی کاربر را نگه می‌دارد.

چهار: سطح پنجم اینجا زودتر امتحان می‌شود. چون دیدنی است و در جلسه خوب ارائه می‌شود.

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

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

جمع‌بندی

  • - سلسله‌مراتب نیازها مدلی هرمی وام‌گرفته از مزلو است، با پنج سطح: کارکرد · قابلیت اتکا · کاربردپذیری · راحتی · معنا یا لذت
  • - مزلو، ۱۹۴۳، «نظریه‌ای دربارهٔ انگیزش انسانی» · پنج سطح از فیزیولوژیک تا خودشکوفایی
  • - خود مزلو گفت این ترتیب سفت نیست · نیاز سطح بالا می‌تواند پیش از برآورده‌شدن کامل سطح پایین ظاهر شود
  • - آرون والتر در «طراحی برای احساس» چهار لایه ساخت: کارکردی · قابل‌اتکا · کاربردپذیر · لذت‌بخش
  • - پنج گام: تحویل کارکرد · تأیید قابلیت اتکا · بهبود کاربردپذیری · راحت‌کردن · و معنادار و لذت‌بخش کردن
  • - سه اشتباه: پریدن از سطح پایین · نادیده‌گرفتن تفاوت کاربران · و برخورد چک‌لیستی — این هرم یک تشخیص است، نه برنامهٔ کاری
  • - نقدها: دزمت و فوکینگا (۲۰۲۰) خطی‌بودن را رد می‌کنند و سیزده نیاز در سه دسته پیشنهاد می‌دهند · هنکاک و شوستک (۲۰۲۳) نشان دادند توصیف ارزش سطح بالا، تجربهٔ پیش‌بینی‌شده را بهتر می‌کند
  • - کاربرد عملی: شکایت‌ها را سطح‌بندی کنید · و در جلسهٔ اولویت‌بندی بپرسید این پیشنهاد در کدام سطح است
  • - و در فارسی: سطح دوم سخت‌تر برآورده می‌شود · راحتی یعنی کمتر تایپ و کمتر انتظار · تحمل کاربر نشانهٔ رضایت نیست · و پیش از کار سطح پنجم، عدد سطح دوم را نشان دهید

منبع

این نوشته «بازنویسی آزاد» است از مطلب What is the Hierarchy of Needs in Design? در وب‌سایت بنیاد طراحی تعامل (Interaction Design Foundation — IxDF؛ بدون نام نویسندهٔ مشخص). مفاهیم پایه — تعریف سلسله‌مراتب نیازها در طراحی و وام‌گرفتنش از مزلو و هر پنج سطح کارکرد و قابلیت اتکا و کاربردپذیری و راحتی و معنا یا لذت، اصل حاکم دربارهٔ لزوم کار قابل‌اتکا پیش از قدردانی از زیبایی، سال ۱۹۴۳ و مقالهٔ «نظریه‌ای دربارهٔ انگیزش انسانی» و هر پنج سطح اصلی مزلو با شرحشان، نقل‌قول مزلو دربارهٔ نان، گزارهٔ سفت‌نبودن ترتیب و امکان ظهور نیاز سطح بالا پیش از برآورده‌شدن کامل سطح پایین، معرفی آرون والتر و کتاب «طراحی برای احساس» و چهار لایه‌اش و کارکردش در ترجمهٔ نیاز انسانی به نیاز کاربر، هر پنج گام اجرا با جزئیاتشان، سه اشتباه رایج طراحان، گزارهٔ تغییر نیازها با تجربهٔ کاربر و تفاوت کاربر تازه و باتجربه، و هر دو نقد یعنی دزمت و فوکینگا در ۲۰۲۰ با سیزده نیاز در سه دسته و هنکاک و شوستک در ۲۰۲۳ با یافتهٔ اثر توصیف ارزش سطح بالا بر تجربهٔ پیش‌بینی‌شده — از این منبع گرفته شده. متن فارسی، ساختار بخش‌ها و همهٔ تحلیل‌ها کاملاً مستقل نوشته شده‌اند.

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

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

تصاویر: هیچ تصویری از مطلب اصلی بازتولید نشده است. هر سه نمودار این صفحه طراحی مستقل مترجم است.

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

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

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

دربارهٔ من

در این مقاله

  • - تعریف
  • - مدل اصلی مزلو
  • - ترجمه‌اش به طراحی
  • - پنج گام اجرا
  • - سه اشتباه رایج
  • - نقدها
  • - چطور به‌کارش ببرید
  • - در بافت فارسی

برچسب‌ها

  • سلسله‌مراتب نیازها
  • مزلو
  • اولویت‌بندی
  • UX
  • ترجمه