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