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