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

در این نقشه محدود، مسیر از راست به چپ خوانده میشود و نقطه پایان، پاسخ مفید یا پیگیری روشن است.
ورود: آیا کاربر میفهمد به صفحه مرتبط رسیده است؟
منبع ورود و صفحه فرود را ثبت کنید. کسی که از جستوجوی محصول وارد شده با کسی که نام برند را جستوجو کرده، اطلاعات اولیه یکسانی ندارد. بررسی کنید عنوان، تصویر و توضیح صفحه با انتظار همان مسیر ورود هماهنگ باشند؛ چت نباید جبرانکننده همیشگی صفحه نامفهوم شود.
بررسی: اطلاعات تصمیم کجا دیده میشود؟
در نمونه کفش، جدول اندازه و روش اندازهگیری به تصمیم مربوطاند. ببینید کاربر در موبایل آنها را پیدا میکند و توضیح را میفهمد یا نه. اگر سؤال پرتکرار از نبود راهنمای روشن میآید، یکی از گزینههای اصلاح، خود صفحه است.
تردید: کدام پرسش با اطلاعات عمومی حل نشده است؟
بین «جدول اندازه کجاست؟» و «برای پای من کدام اندازه بهتر است؟» تفاوت بگذارید. اولی ممکن است با اصلاح دسترسی به اطلاعات حل شود؛ دومی شاید به گفتگوی روشنکننده نیاز داشته باشد. نوع کمک را از موضوع واقعی سؤال انتخاب کنید، نه از هدف بیشترکردن تعداد چت.
شروع گفتگو: درخواست کمک چقدر روشن و در دسترس است؟
در همان دستگاه و اندازه صفحه مخاطب، بازشدن ابزارک، محل بستن و امکان نوشتن پیام را بررسی کنید. اگر فرم پیش از گفتگو دارید، ضرورت هر فیلد را بسنجید. پیامی مانند «درباره انتخاب اندازه سؤال دارید؟» فقط وقتی مناسب است که با صفحه، خدمت و توان پاسخ تیم هماهنگ باشد؛ اجرای خودکار چنین پیامی به امکانات تأییدشده ابزار بستگی دارد.
پاسخ مفید یا پیگیری: مشتری میداند گام بعدی چیست؟
ثبت پیام نقطه پایان نیاز نیست. پاسخ باید پرسش را روشن کند، منبع معتبر یا راه انجام کار بدهد یا بگوید بررسی انسانی چگونه ادامه پیدا میکند. اگر تیم در دسترس نیست، زمان پوشش و روش پیگیری را شفاف کنید؛ وعدهای که اجرا نمیشود، مشکل تازهای به مسیر اضافه میکند.
نمونه نقشه سفر مشتری در یک فروشگاه
جدول زیر یک نمونه ساده از نقشه سفر مشتری را نشان میدهد و کاملاً فرضی است. عبارتهای ستون شاهد، نمونه نوع دادهای هستند که باید در بررسی واقعی پیدا کنید؛ هیچکدام گزارش مشاهده یا پژوهش انجامشده روی یک فروشگاه نیستند. برای استفاده، متنهای نمونه را با یافتههای خودتان جایگزین کنید.
| مرحله | اقدام و پرسش نمونه | شاهد لازم یا فرضیه فعلی | اصطکاک احتمالی | اقدام و مسئول پیشنهادی |
|---|---|---|---|---|
| ورود | محصول را میبیند؛ «این همان مدل است؟» | تطبیق عبارت ورودی با صفحه؛ فعلاً فرضیه | توضیح نامشخص | روشنکردن معرفی؛ مسئول محتوا |
| بررسی | دنبال جدول میگردد؛ «اندازه را چطور پیدا کنم؟» | مشاهده آزمون موبایل؛ هنوز جمع نشده | جدول دور از انتخاب اندازه | بررسی جای راهنما؛ مسئول محصول |
| تردید | دو اندازه را مقایسه میکند | سؤالهای بدون هویت؛ هنوز جمع نشده | توضیح عمومی ناکافی | اصلاح راهنمای معتبر؛ مسئول محتوا |
| شروع گفتگو | ابزارک را باز میکند و پیام مینویسد | رویداد بازشدن/ارسال و آزمون کاربردپذیری | فیلد غیرضروری | بررسی ضرورت فیلد؛ مسئول محصول |
| پاسخ یا پیگیری | منتظر راهنمایی مرتبط است | مرور پاسخ و زمان با معیار روشن | پاسخ کلی یا ارجاع مبهم | تعیین پاسخ و مالک پیگیری؛ مسئول پشتیبانی |
نام مسئول واقعی و موعد بررسی را به هر اقدام منتخب اضافه کنید. «تیم باید بهتر عمل کند» اقدام قابل پیگیری نیست. مثلاً «مسئول محتوا تا سهشنبه، راهنمای اندازه را با مرجع فروشگاه تطبیق دهد و مسئول محصول نمایش آن را روی موبایل بررسی کند» خروجی روشنتری دارد.
اگر مرحلهای شاهد ندارد، آن را حذف یا قطعی اعلام نکنید؛ برچسب فرضیه کمک میکند ترتیب پژوهش معلوم بماند. نسخه نقشه، تاریخ و محدوده صفحات را بالای سند بنویسید. پس از تغییر مسیر سایت، نقشه قبلی ممکن است دیگر وضعیت فعلی را نشان ندهد.
انتخاب فرصت بهبود در نقشه سفر مشتری
یافتهها را بر اساس اثر بر انجام کار، پشتوانه شواهد و هزینه اصلاح مرور کنید. این سه پرسش کمک میکنند: آیا مشکل مانع هدف است؟ چه شاهدی برای آن داریم؟ آیا میتوان تغییر مشخصی را اجرا و دوباره بررسی کرد؟ برای شروع، تغییری با دامنه محدود انتخاب کنید تا نتیجه قابل فهم بماند. پس از تکمیل نقشه سفر مشتری، یک نقطه اصطکاک را برای اصلاح انتخاب کنید.
فرض کنید کاربران راهنمای اندازه را پیدا نمیکنند. افزودن پیام دعوت به چت تنها گزینه نیست؛ دسترسپذیرکردن راهنما کنار انتخاب اندازه را هم بررسی کنید. اگر سؤال عمومی زودتر حل شود، کاهش چت الزاماً خبر بدی نیست. در مقابل، حذف راه تماس برای کمکردن حجم گفتگو میتواند نیاز حلنشده را پنهان کند.
پاسخ عمومی را به مرجع معتبر متصل کنید و برای مسئله وابسته به شرایط فرد، مسیر بررسی انسانی بگذارید. بهجای توصیه قطعی بدون اطلاعات کافی، معلوم کنید چه سؤال تکمیلی لازم است و چه کسی باید ادامه دهد. در راهنمای چت آنلاین هوشمند میتوانید نقش گفتگو در کمک به بازدیدکننده را مرور کنید.
سنجش نتیجه تغییر در نقشه سفر مشتری
پس از اجرای تغییرات بر اساس نقشه سفر مشتری، نتیجه را با مخرج ثابت بسنجید. ابتدا ببینید ابزارهای موجود چه دادهای را واقعاً ثبت میکنند. «دیدن ابزارک»، «بازکردن»، «ارسال پیام» و «دریافت پاسخ مفید» رویدادهای متفاوتاند. برای مشاهده مفیدبودن پاسخ ممکن است به مرور انسانی با معیار ثابت نیاز داشته باشید؛ وجود این گزارش را در محصول فرض نکنید.
مثال آموزشی یک قیف محدود
در نمونه فرضی، ۲۰۰ نشست واجد شرایط صفحه محصول داریم؛ در ۴۰ نشست ابزارک باز شده، در ۲۴ نشست پیام ارسال شده و در ۱۸ نشست پاسخ مفید تا پایان پنجره بررسی ثبت شده است. برای این مثال، نشست را دورهای از تعامل مرورگر با همان تعریف ثابت ابزار تحلیل میگیریم؛ نشست لزوماً مشتری یکتا نیست.
هر نشست در هر مرحله یک بار شمرده میشود و مراحل بعدی زیرمجموعه مرحله قبلیاند. پنجره مشاهده و اتصال گفتگو به نشست باید از قبل تعریف شده و برای همه گروه کامل باشد. در این شرایط، نرخ ارسال از بازشدن ۲۴ تقسیم بر ۴۰، یعنی ۶۰ درصد است؛ نرخ پاسخ مفید از نشستهای ارسالکننده ۱۸ تقسیم بر ۲۴، یعنی ۷۵ درصد است.
شش نشست باقیمانده در این نمونه تا زمان قطع، پاسخ مفید ثبتشده ندارند؛ دلیل را جدا بررسی کنید: انتظار، نقص ثبت یا پاسخ ناکافی. آنها را خودکار «ناراضی» ننامید. اگر اتصال معتبر نشست و گفتگو ندارید، این نسبت را نسازید و دادههای جدا را بهعنوان یک قیف معرفی نکنید.
قبل و بعد را با احتیاط تفسیر کنید
پس از تغییر، همان صفحات، گروه مخاطب، تعریف نشست، ساعت پوشش و پنجره مشاهده را مقایسه کنید. تغییر کمپین ورودی، دستگاه یا نوع پرسش میتواند عدد را تغییر دهد. مقایسه ساده قبل و بعد بهتنهایی ثابت نمیکند اصلاح شما علت نتیجه بوده است.
یک مشاهده کیفی هم نگه دارید: آیا کاربران راهنما را پیدا میکنند؟ آیا پرسش حل میشود؟ آیا پیگیری مسئول دارد؟ افزایش تعداد چت بهتنهایی موفقیت نیست؛ بهبود باید به هدف تعریفشده مشتری و کیفیت کمک مربوط باشد.
جمعبندی
نقشه سفر مشتری را از یک هدف محدود شروع کنید و در هر مرحله، اقدام، پرسش و شاهد را بنویسید. مسیر ورود تا گفتگو وقتی مفید میشود که بعد از ارسال پیام هم پاسخ مرتبط یا پیگیری روشن وجود داشته باشد. فرضیهها را مشخص نگه دارید تا نقشه با تجربه واقعی اشتباه نشود.
گام بعدی، اجرای یک مسیر روی موبایل و انتخاب یک اصطکاک برای بررسی است. اگر برای آن مسیر به گفتگوی سایت نیاز دارید، هنگام بررسی پایاچت سناریو، ساعت پاسخ و مرز ارجاع را مطرح کنید و امکانات لازم را با نسخه جاری محصول تطبیق دهید.
پرسشهای متداول
نقشه سفر مشتری با قیف تفاوت دارد؛ قیف تعداد عبور از مراحل را نشان میدهد، اما نقشه تجربه پشت آن مرحلهها را بررسی میکند. قیف، تعداد یا سهم عبور از مرحلهها را نشان میدهد. نقشه، هدف، پرسش و تجربه پشت آن مرحلهها و فرصتهای بهبود را بررسی میکند. میتوانید کنار نقشه از قیف استفاده کنید، اما افت عدد بهتنهایی علت را توضیح نمیدهد.
میتوانید نقشه اولیهای از اطلاعات موجود بسازید، به شرط آنکه فرضیهها را مشخص کنید و آن را یافته قطعی ننامید. سپس با مشاهده مسیر و گفتگو با مخاطبان مرتبط، بخشهای مبهم را بررسی کنید.
خیر. هدف این نقشه محدود میتواند دریافت پاسخ برای تصمیمگیری باشد. پیگیری سفارش یا فهم خدمت هم هدفهای جداگانهاند؛ معیار پایان را پیش از ساخت نقشه تعریف کنید.





