خانه محصولات اشتراک ها مقاله ها راهکارها درباره ما ورود به حساب درخواست مشاوره
MODIRAM / JOURNAL

سنجش رضایت مشتری؛ نظرسنجی را پیش از ارسال از نگاه مشتری بخوانیم

با بازبینی یک فرم فرضی، می‌بینیم سؤال، زمان ارسال و انتخاب مخاطب چگونه معنای پاسخ را تغییر می‌دهند و چرا نرخ پاسخ به‌تنهایی کافی نیست.

تاریخ انتشار1405/07/14 05:37 زمان مطالعه7 دقیقه
سنجش رضایت مشتری؛ نظرسنجی را پیش از ارسال از نگاه مشتری بخوانیم
MODIRAM EDITORIALسی آر ام

یک نظرسنجی خوب باید به مشتری اجازه بدهد چیزی را بگوید که مدیر از قبل انتظار شنیدنش را نداشته است. اگر همه سؤال‌ها برای تأیید خوب بودن خدمات نوشته شده باشند، حتی یک گزارش مرتب هم شناخت تازه‌ای ایجاد نمی‌کند. سنجش رضایت مشتری از همین انتخاب ساده شروع می‌شود: می‌خواهیم نمره بگیریم، یا بفهمیم کدام بخش تجربه نیاز به تغییر دارد؟

در این مقاله، یک فرم فرضی برای فروشگاه گل را پیش از ارسال بازبینی می‌کنیم. این نمونه برای آموزش ساخته شده و روی مشتریان واقعی آزمایش نشده است. هدف، دیدن فرم از جای کسی است که باید پاسخ بدهد. راهنماهای روش‌شناسی پژوهش در کنار مستندات جاری ابزارهای نظرسنجی، مبنای این بازبینی‌اند؛ مثال فروشگاه و پیشنهادهای اجرایی، تحلیل تألیفی همین مقاله‌اند.

روی فرم چه نوشته‌ایم، در ذهن مشتری چه می‌گذرد؟

پیش‌نویس فروشگاه چنین سؤالی دارد: «از کیفیت گل‌ها و سرعت ارسال عالی ما چقدر راضی بودید؟» مشتری دسته‌گل را دوست داشته، اما پیک زمانی رسیده که مهمان‌ها رفته‌اند. او نمی‌داند کدام تجربه را نمره بدهد. صفت «عالی» هم پیش از شنیدن نظر مشتری، درباره عملکرد فروشگاه داوری کرده است. نمره پایین ممکن است نارضایتی از گل تعبیر شود و نمره بالا، تأخیر را پنهان کند.

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

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

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

پیش از ارسال، گیرنده و زمان را بازبینی کنیم

در همین فروشگاه، خریدار ممکن است گل را برای فرد دیگری سفارش داده باشد. کسی که پرداخت کرده درباره ثبت سفارش و اطلاع‌رسانی تجربه دارد؛ دریافت‌کننده درباره وضعیت بسته هنگام تحویل. اگر سؤال کیفیت گل را فقط از خریدار بپرسیم، شاید هنوز گل‌ها را ندیده باشد. «اطلاعی ندارم» در این موقعیت، نمره متوسط رضایت نیست. بهتر است پاسخ نامرتبط وارد محاسبه نشود و در گزارش، دلیل کنار گذاشتن آن روشن بماند.

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

مستند نظرسنجی رضایت HubSpot، به‌روزشده در ۲۰ ژوئن ۲۰۲۶، انتخاب گیرندگان بر پایه ویژگی‌های مخاطب، شرکت، معامله یا تیکت و امکان تأخیر در ارسال را شرح می‌دهد. این یک نمونه فنی از قابل تنظیم بودن مخاطب و زمان است، نه شاهدی برای وجود همان قابلیت در هر CRM. کاربرد مدیریتی آن روشن است: پیش‌فرض نرم‌افزار را به‌جای تعریف تجربه مورد سنجش نپذیریم.

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

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

مطالعه مرتبط

مدیریت تیکت مشتری؛ فاصله بین «پاسخ دادیم» و «مشکل حل شد»

چه کسانی در گزارش حضور ندارند؟

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

انجمن پژوهش افکار عمومی آمریکا، AAPOR، خطای پوشش و خطای ناشی از عدم پاسخ را جدا می‌کند. این مرجع تأکید دارد که نرخ پاسخ به‌تنهایی نه مقدار خطای عدم پاسخ را مشخص می‌کند و نه حتی وجود آن را ثابت می‌کند. پس پاسخ کم را نباید خودکار بی‌ارزش دانست؛ پاسخ زیاد هم به‌تنهایی اعتبار همه نتیجه‌گیری‌ها را تضمین نمی‌کند.

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

یک تصمیم کوچک، با جای خالی برای نظر مخالف

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

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

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

تصویر شاخص، تصویرسازی مفهومی تولیدشده با هوش مصنوعی درباره شنیدن بازخورد مشتری است؛ فرم واقعی یا داده پژوهشی را نمایش نمی‌دهد.

M
درباره نویسنده

تیم تحریریه مدیرم

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

همه مقاله‌ها ↗
گفتگو درباره این مطلب

نظر شما چیست؟

نظر شما برای ما ارزشمند استدیدگاه شما پس از بررسی نمایش داده می‌شود.
امتیاز شما
NEXT STEP / YOUR PROJECT

این مسئله در کسب‌وکار
شما هم واقعی است؟

برای تبدیل آن به یک سیستم روشن، سریع و قابل توسعه با ما گفتگو کنید.

شروع گفتگو ↗