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