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

چرا پشتیبانی پراکنده و بدون سابقه متمرکز هزینه‌بر است

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

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

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

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

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

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

راه‌حل: سیستم تیکتینگ متصل به سابقه مشتری

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

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

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

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

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

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

دسترسی چندکاناله و مسیریابی خودکار بر اساس چارت سازمانی

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

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

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

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

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

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

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

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

سوالات متداول

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

آیا تیکت‌ها به سابقه مشتری در CRM متصل هستند؟
بله، هر تیکت به اطلاعات مشتری در پرونده الکترونیکی او متصل است و کارشناس پشتیبانی به سابقه کامل مشتری دسترسی دارد.