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

بلوغ تجربهٔ کاربری (UX Maturity) چیست؟

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

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

تفاوت در استعداد نیست. تفاوت در بلوغ تجربهٔ کاربری آن دو سازمان است — و این چیزی است که بیشتر از هر مهارتی تعیین می‌کند کار شما به کجا می‌رسد.

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

بلوغ تجربهٔ کاربری چیست؟

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

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

سه مدل، یک شکل مشترک

سه مدل پرارجاع در این حوزه هست و خوشبختانه با هم دعوا ندارند:

• - مدل شش‌مرحله‌ای Nielsen Norman Group: نبود تجربهٔ کاربری، تجربهٔ کاربری محدود، نوظهور، ساختارمند، یکپارچه، و سازمان کاربرمحور. (نسخهٔ اولیه هشت مرحله داشت و بعداً به شش رسید.)
• - مدل پنج‌سطحی مؤسسهٔ مدیریت طراحی: آغازین، تکرارپذیر، تعریف‌شده، مدیریت‌شده، بهینه‌شده.
• - مدل Jared Spool: عصر تاریکی، طراحی نقطه‌ای، طراحی به‌عنوان خدمت، طراحی جاسازی‌شده، طراحی درهم‌تنیده.

اگر کنار هم بگذاریدشان، همه یک قوس را توصیف می‌کنند و این قوس چهار پرسش پشت سر هم است: آیا کسی این کار را انجام می‌دهد؟ آیا به‌طور منظم انجام می‌شود؟ آیا در فرایند رسمی جا دارد؟ آیا بر تصمیم‌های راهبردی اثر می‌گذارد؟

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

چطور بفهمیم واقعاً کجاییم؟

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

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

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

چرا سطح بلوغ، سقف کار شماست

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

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

پس چه چیزی سازمان را بالا می‌برد؟ از تجربه، سه چیز بیشتر از بقیه جواب می‌دهد و هیچ‌کدام «بحث‌کردن بیشتر» نیست:

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

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

الگوی بازار ایران

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

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

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

جمع‌بندی

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