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

چارچوب HEART چیست؟

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

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

اما پایش، قاعدهٔ تصمیم نیست. و این چارچوب عدد تولید می‌کند؛ هیچ‌وقت نمی‌گوید کدام عدد باید ببرد.

تعریف

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

پژوهشگران گوگل — کری رادن، هیلاری هاچینسون و شین فو — این چارچوب را در سال ۲۰۱۰ در مقالهٔ «سنجش تجربهٔ کاربری در مقیاس بزرگ» در کنفرانس ACM CHI معرفی کردند. و انگیزه‌اش یک شکاف مشخص بود: سنجش تجربه در مقیاس کوچک با مشاهده و مصاحبه رایج بود، ولی هیچ چارچوبی برای سنجش خودکار در مقیاس بزرگ وجود نداشت.

پنج معیار

• - شادی (Happiness). نگرش و رضایت و واکنش عاطفی کاربر — معمولاً با نظرسنجی و NPS.
• - درگیری (Engagement). شدت تعامل کاربر — طول نشست، بسامد استفاده از ویژگی، عمق تعامل. و منبع یک قید مهم می‌زند: در بافت سازمانی ارزش محدودی دارد، چون کاربر استفاده از سامانه را انتخاب نکرده؛ بخشی از شغلش است.
• - پذیرش (Adoption). موفقیت محصول در جذب کاربر تازه و تبدیلش به کاربر فعال. و منبع صادقانه می‌گوید همهٔ پذیرش به طراحی مربوط نیست؛ باید اعتبارش را با فروش و بازاریابی تقسیم کرد.
• - نگه‌داشت (Retention). نگه‌داشتن کاربران موجود در بازه‌های زمانی مختلف — و منبع می‌گوید مستقیم‌ترین رابطه را با درآمد دارد.
• - موفقیت در انجام کار (Task Success). نرخ تکمیل، نرخ خطا، و زمان تا تکمیل — با این قید که زمان و دشواری هم مهم‌اند، نه فقط تکمیل‌شدن.

هدف‌ها، نشانه‌ها، معیارها

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

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

و در بهترین‌روش‌ها سه چیز درست می‌گوید: معیار را به‌خاطر آسان‌بودنِ سنجشش انتخاب نکنید · داده را نرمال کنید (نسبت و درصد و سرانه، نه عدد خام، چون عدد خام با رشد کاربر خودبه‌خود بالا می‌رود) · و فهرست معیارها را کوتاه نگه دارید — «آمار جالب» اضافه نکنید.

علامت هر معیار را پیش از جمع‌آوری تعیین کنید

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

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

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

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

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

و بنویسید در تعارض، کدام معیار می‌بازد

این بخش هم افزودهٔ مترجم است و ادامهٔ همان تناقض ابتدای متن است.

HEART یک چارچوب سنجش است که غالباً به‌جای چارچوب تصمیم استفاده می‌شود. و کاری که نمی‌کند — و کسی هم جایش انجام نمی‌دهد — این است:

پیش از نصب هیچ ابزاری، بنویسید وقتی دو معیار با هم تعارض کردند، کدام‌شان می‌بازد.

• - «اگر درگیری بالا رفت و موفقیت در انجام کار پایین آمد، این را پسرفت می‌شماریم.»
• - «اگر پذیرش بالا رفت و نگه‌داشت هفتهٔ چهارم پایین آمد، این را پسرفت می‌شماریم.»

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

«شادی» ضعیف‌ترین حلقه است، و منبع آسانش می‌داند

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

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

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

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

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

در بافت فارسی: مسئله در لایهٔ نشانه است، نه معیار

این بخش هم افزودهٔ مترجم است و سه نکته دارد.

یک: این چارچوب فرض می‌گیرد می‌توانید رویداد سمت کلاینت را ثبت کنید — و اینجا این فرض شکننده است: بخشی از سرویس‌های تحلیلی در دسترس نیستند، بخش بزرگی از کاربران روی VPNاند (که دادهٔ مکان و نشست را خراب می‌کند)، و کاربران حساس‌تر ردیاب‌ها را می‌بندند.

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

دو: پنجره‌های نگه‌داشت را با تقویم اینجا تنظیم کنید. شبکهٔ استاندارد D1/D7/D30 فرض می‌گیرد هفته دوشنبه شروع می‌شود. هفتهٔ ما شنبه تا پنجشنبه است و جمعه نقطهٔ استثناست — و مهم‌تر، خوشه‌های تعطیلات (نوروز، محرم) در نمودار شبیه ریزش فاجعه‌بار یا جهش ساختگی دیده می‌شوند. پس دو کار: هفته را درست تعریف کنید، و تعطیلات را روی نمودار علامت بزنید پیش از آنکه کسی جشن بگیرد یا وحشت کند.

سه: پنج معیار این چارچوب اینجا یک‌اندازه در دسترس نیستند — و به‌نظرم مفیدترین کاری که می‌شود با HEART در بازار ما کرد، مرتب‌کردنشان بر پایهٔ سنجش‌پذیری است:

• - ۱. موفقیت در انجام کار — سالم به اینجا می‌رسد، چون به خود‌گزارش‌دهی وابسته نیست. تکمیل، خطا، زمان.
• - ۲. نگه‌داشت — قابل سنجش، به‌شرط تصحیح تقویم.
• - ۳. پذیرش — قابل سنجش، ولی بی مقایسهٔ گروهی قابل انتساب به طراحی نیست.
• - ۴. درگیری — قابل سنجش، ولی علامتش برای بیشتر محصول‌ها منفی است.
• - ۵. شادی — کم‌اعتمادترین، چون NPS از تعارف و از سطل‌بندی آسیب می‌بیند و توزیعش بالا تجمع می‌کند.

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

جمع‌بندی

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