چطور هیت‌مپ را تحلیل کنیم؟
از یک سوال روشن تا یک فرضیه قابل آزمایش
هیت‌مپ را باز می‌کنیم. چند نقطه قرمز، یک دکمه کم‌کلیک و بخشی از صفحه که کمتر کسی به آن رسیده.
وسوسه‌انگیز است که همان لحظه تصمیم بگیریم: «دکمه را بزرگ‌تر کنیم» یا «قیمت را بالاتر بیاوریم».
اما بین دیدن یک الگو و فهمیدن معنای آن فاصله وجود دارد. آموزش تحلیل هیت‌مپ از همین‌جا شروع می‌شود: چطور یک مشاهده را به سؤال، فرضیه و در نهایت یک آزمایش قابل سنجش تبدیل کنیم؟
۱. قبل از باز کردن نقشه، سؤال را بنویسیم
«ببینیم کاربران چه کار می‌کنند» برای شروع تحلیل زیادی گسترده است. سؤال بهتر، یک رفتار مشخص را به یک صفحه و یک گروه از کاربران وصل می‌کند:
کاربران موبایل در لندینگ محصول، به بخش قیمت می‌رسند؟
با همین سؤال، محدوده کار روشن می‌شود: صفحه لندینگ، بازدیدهای موبایل و نقشه اسکرول. اگر سؤال درباره کلیک روی یک تصویر باشد، باید سراغ نقشه کلیک برویم.
برای شروع، یک صفحه مهم و یک سؤال قابل پاسخ کافی است. لازم نیست هم‌زمان تمام سایت را تحلیل کنیم.
۲. بدانیم هر نقشه چه چیزی را اندازه می‌گیرد
نقشه کلیک یا Click map نشان می‌دهد کلیک‌ها یا تپ‌ها کجا اتفاق افتاده‌اند. با آن می‌توانیم تعامل با دکمه اصلی یا کلیک روی یک عنصر ظاهراً تعاملی را بررسی کنیم. خود تعداد کلیک‌ها، موفقیت آن تعامل را مشخص نمی‌کند.
نقشه اسکرول یا Scroll map نشان می‌دهد چه سهمی از بازدیدهای ثبت‌شده به عمق‌های مختلف صفحه رسیده‌اند. رسیدن به محل یک پیام، با خواندن یا فهمیدن آن یکی نیست. تعریف بازدید و مبنای درصدها را در ابزار خودمان بررسی کنیم. راهنمای هیت‌مپ Microsoft Clarity
نقشه حرکت ماوس یا Move map حرکت نشانگر را نمایش می‌دهد. این داده می‌تواند سرنخی برای بررسی تعامل باشد، اما ابزار ردیابی چشم نیست و مسیر نگاه را اندازه نمی‌گیرد. راهنمای Move map در Hotjar
قبل از هر برداشت، راهنمای رنگ همان نقشه را بخوانیم؛ معنای شدت رنگ را نباید بین نقشه‌های مختلف یکسان فرض کنیم.
۳. مشاهده را از تفسیر جدا کنیم
یک مثال کاملاً فرضی را در نظر بگیریم: از ۱۰۰ بازدید موبایل، ۴۰ بازدید به عمق بخش قیمت رسیده‌اند.
مشاهده ما این است: ۶۰ بازدید به عمق بخش قیمت نرسیده‌اند.
اما هنوز نمی‌توانیم بگوییم: «۶۰ درصد کاربران به‌خاطر طولانی بودن صفحه خارج شده‌اند.» دلیل نرسیدن را نمی‌دانیم. شاید ادامه صفحه مشخص نبوده، شاید کاربر بالاتر روی دکمه‌ای کلیک کرده، شاید هم پاسخ موردنیازش را همان‌جا گرفته است.
این عدد درباره بازدیدهای مثال ماست؛ لزوماً نماینده ۱۰۰ کاربر یکتا نیست و گزارش عملکرد محصول هم محسوب نمی‌شود.
۴. دنبال الگوهای قابل بررسی باشیم
سه الگو نقطه شروع خوبی هستند:
- کلیک‌های سریع و تکراری روی یک نقطه: ممکن است پاسخ کند، خطا یا انتظار برآورده‌نشده‌ای وجود داشته باشد. این الگو به‌تنهایی احساس کاربر را ثابت نمی‌کند.
- کلیک بدون پاسخ قابل مشاهده: شاید یک کارت یا تصویر شبیه دکمه طراحی شده باشد. لازم است بررسی کنیم عنصر واقعاً چه رفتاری دارد و بعد از کلیک چه اتفاقی می‌افتد.
افت محسوس در رسیدن به عمق‌های بعدی: بخش طولانی یا پایان ظاهری صفحه از فرضیه‌های ممکن‌اند؛ رسیدن کاربر به هدف در بالای صفحه هم باید بررسی شود.
تعریف و تشخیص کلیک‌های تکراری و بی‌پاسخ به ابزار وابسته است. بازپخش جلسه کمک می‌کند اتفاقات قبل و بعد از این نشانه‌ها را ببینیم. راهنمای کلیک‌های تکراری در Microsoft Clarity، راهنمای نقشه‌های کلیک
۵. قبل از اعتماد به الگو، داده را بررسی کنیم
موبایل و دسکتاپ را جدا ببینیم. چیدمان، ارتفاع صفحه و شکل تعامل آن‌ها متفاوت است. اگر صفحه در میانه بازه بازطراحی شده، داده نسخه‌های مختلف را نیز جدا کنیم.
کانال ورودی می‌تواند سؤال دیگری بسازد: آیا رفتار بازدیدهای یک کمپین خاص با بقیه فرق دارد؟ فقط وقتی سراغ گروه‌بندی بیشتر برویم که برای سؤالمان مفید باشد و داده کافی در هر گروه باقی بماند.
برای «نمونه کافی» یک عدد ثابت برای همه صفحات نداریم. حجم هر گروه، تکرارپذیری الگو و میزان ریسک تصمیم اهمیت دارند. چند بازدید محدود برای کشف یک مسئله احتمالی مفیدند، اما پایه محکمی برای تعمیم به همه کاربران نیستند.
۶. هیت‌مپ را کنار بازپخش و قیف قرار دهیم
در مثال قیمت، بازپخش چند جلسه از همان گروه و همان نسخه صفحه را ببینیم: قبل از رسیدن به قیمت چه اتفاقی می‌افتد؟ فقط نشست‌هایی را انتخاب نکنیم که با حدس ما جور هستند.
بعد مسیر تبدیل را بررسی کنیم: ریزش اصلی قبل از قیمت رخ می‌دهد یا بعد از آن؟ کسانی که به قیمت می‌رسند، قدم بعدی را برمی‌دارند؟
بازپخش ترتیب رویدادها را روشن‌تر می‌کند و قیف، مسئله را به هدف کسب‌وکار وصل می‌کند. هیچ‌کدام به‌تنهایی نیت یا علت رفتار را ثابت نمی‌کنند؛ اگر چرایی همچنان مبهم است، گفت‌وگو یا تست کاربردپذیری می‌تواند کمک کند.
۷. یک فرضیه بسازیم که بشود آن را رد کرد
فرضیه پیشنهادی برای مثال ما:
اگر بخش قبل از قیمت کوتاه‌تر شود، سهم بازدیدهایی که به قیمت می‌رسند بیشتر می‌شود، بدون اینکه نرخ ثبت‌نام یا خرید افت کند.
پیش از اجرا مشخص کنیم:
- تغییر دقیق چیست؟ کوتاه کردن همان بخش؛ نه چند تغییر هم‌زمان.
- معیار اصلی چیست؟ سهم بازدیدهای رسیده به عمق قیمت.
- چه چیزی نباید آسیب ببیند؟ نرخ تبدیل به هدف نهایی، مثل ثبت‌نام یا خرید.
اگر ترافیک کافی داریم، تغییر را با تخصیص تصادفی در A/B تست بررسی کنیم. حجم نمونه و مدت آزمایش باید با نرخ پایه و تغییر موردنظر متناسب باشد. اگر ترافیک کم است، تست کاربردپذیری می‌تواند قدم بعدی باشد؛ مقایسه ساده قبل و بعد را هم با احتیاط تفسیر کنیم، چون تغییر ورودی‌ها یا زمان ممکن است روی نتیجه اثر بگذارد.
یک تحلیل خوب هیت‌مپ باید در پایان، سؤال بعدی یا آزمایش بعدی را روشن کند. دفعه بعد کنار نقشه، سه جمله بنویسیم: «چه دیدم؟»، «هنوز چه چیزی را نمی‌دانم؟» و «چطور بررسی‌اش کنم؟»
شما در تحلیل هیت‌مپ بیشتر کجا متوقف می‌شوید: پیدا کردن الگو، فهمیدن علت یا طراحی تست؟