07.10.2015, 16:00 | #1 |
Восставший
|
Как нам (ре)организовать саппорт...
Честно говоря, надо просто выговориться... Который день ломаю голову над проблемой, которая, скорее всего, просто не имеет решения.
Как сделать так, чтобы НЕ хотелось убивать каждого первого клиента, который обращается в техподдержку? Думаю, коллеги прекрасно представляют себе, о чем я. Особенностью саппорта является то, что туда обращаются, когда что-то УЖЕ сломалось. То есть клиент изначально НЕ доволен, его вывели из состояния покоя ("Все хорошо работало, и тут...") - и он жаждет поскорее туда вернуться. При этом он подспудно понимает, что за "возвращение" придется заплатить деньги - против чего его натура яростно протестует ("Все ж работало, зачем вы, с%ки, сломали, да еще и денег теперь требуете?...."). 90% обращения занимает рассказ о том, какие чувства клиент испытывает из-за возникшего у него трабла - а не о том, в чем, собственно, состоит трабл. Мы всегда просим: дайте скриншоты и пошаговую инструкцию, как воспроизвести то, к чему вы пришли - и почти никогда это не выполняется. Очень часто мы получаем запрос в виде "Я что-то сделал, и оно теперь выдает результат не такой, как раньше" - с которым вообще непонятно как работать. Что именно вы сделали? Как оно было раньше, где это можно посмотреть? Были ли какие-то изменения между тем, КАК вы делали раньше, и как теперь? На все эти вопросы клиент лишь недовольно пожимает плечами, и продолжает плакать на тему того, как плохо ему. Стандартным решением подобной проблемы - является разделение саппорта на уровни. На первой линии сидят люди, имеющие минимальные технические навыки, а то и без них - задача которых либо выбить из клиента ту самую подробную информацию, либо отшить его, по формальному поводу. Эти люди обычно работают строго по скриптам-инструкциям, которые их одновременно защищают эмоционально. При любом срыве клиента, попытках его качать права и т.п. - они просто перестают его воспринимать, отвечая дежурное "пожалуйста, следуйте нашим инструкциям"... А технически грамотные специалисты сидят на следующих уровнях, до которых доходит только информация, значимая с точки зрения устранения неполадки. Но как быть, если компания не может/не хочет разделять поддержку на уровни? Вернее, разделение вроде бы есть: существует человек, непосредственно принимающий запросы. Но выуживать информацию - он не обучен, и поэтому просто переадресует запрос техспециалисту, с просьбой "созвонись с клиентом и разберись сам, чего там и как". Дать ему некий формальный инструмент (опросник) для выуживания этой информации? Во-первых, трудно себе представить, как такой инструмент создать для продукта типа Аксапты. Во-вторых, если заставить клиента его заполнять - это лишь вызовет еще большее его раздражение. Как тут быть? Как НЕ потерять клиентов, и при этом прекратить использование ими технических специалистов компании в качестве помойного ведра для их, клиентов, негативных эмоций? |
|
07.10.2015, 16:06 | #2 |
Шаман форума
|
Пожалуйста, опишите проблему поподробнее - кто именно к Вам обратился, что сказал. По возможности приведите скриншоты. Так мы сможем Вам помочь
__________________
All information in this post is strictly confidential. If you have read it in error, please forget it immediately. |
|
|
За это сообщение автора поблагодарили: AlGol (1), 2A (2), AXcons (1). |
07.10.2015, 16:13 | #3 |
Восставший
|
|
|
07.10.2015, 16:21 | #4 |
Шаман форума
|
Ваш звонок очень важен для нас
Я немножко поменял размер картинки в Вашем посте - иначе Ваш крик души не влезает в монитор
__________________
All information in this post is strictly confidential. If you have read it in error, please forget it immediately. |
|
07.10.2015, 16:30 | #5 |
Британский учённый
|
В маленьких конторах вводят онлайн систему и когда клиент прибегает, его спрашивают а вы завели тикет. Если ответ отрицательный, то с ним не разговаривают без тикета. Тикет требует обязательно описания проблемы и скриншотов, если тикет непонятный - это проблема клиента.
Бывает, что у клиента есть какой то критический процесс, где тикеты не будут работать, так как нужно быстро разруливать ситуацию. Такие места решаются обучением персоонала, инструкциями, улучшением бизнесс процессов и т.п.
__________________
Людям физического труда для восстановления своих сил нужен 7-8 часовой ночной сон. Людям умственного труда нужно спать часов 9-10. Ну а программистов будить нельзя вообще. |
|
07.10.2015, 16:37 | #6 |
Восставший
|
Цитата:
Сообщение от Link
В маленьких конторах вводят онлайн систему и когда клиент прибегает, его спрашивают а вы завели тикет. Если ответ отрицательный, то с ним не разговаривают без тикета. Тикет требует обязательно описания проблемы и скриншотов, если тикет непонятный - это проблема клиента.
Бывает, что у клиента есть какой то критический процесс, где тикеты не будут работать, так как нужно быстро разруливать ситуацию. Такие места решаются обучением персоонала, инструкциями, улучшением бизнесс процессов и т.п. Я прекрасно понимаю, что у клиента есть выбор, и, если ему что-то не нравится, то он просто пойдет к конкуренту, коих развелось очень много - так что тут выбора особого нет... |
|
07.10.2015, 16:37 | #7 |
Восставший
|
|
|
07.10.2015, 16:44 | #8 |
Британский учённый
|
Цитата:
Сообщение от Falcon
Формально у нас тоже есть система, в которой клиенту надлежит регистрировать проблему - фактически половина клиентов на нее забивает вообще, другая половина делает формальную отписку по принципу "раз надо - сделаем, но вы все равно лучше позвоните, чтоб мы вам могли полчаса повыносить мозг ни о чем".
Я прекрасно понимаю, что у клиента есть выбор, и, если ему что-то не нравится, то он просто пойдет к конкуренту, коих развелось очень много - так что тут выбора особого нет...
__________________
Людям физического труда для восстановления своих сил нужен 7-8 часовой ночной сон. Людям умственного труда нужно спать часов 9-10. Ну а программистов будить нельзя вообще. |
|
07.10.2015, 16:46 | #9 |
Участник
|
Цитата:
|
|
07.10.2015, 17:07 | #10 |
Восставший
|
Цитата:
Сообщение от gl00mie
Мне кажется, определенным вещам можно поучиться у вендора, см., например, публикацию Improve your chances for fast case turnaround в блоге Dynamics AX In-Market Engineering:
|
|
07.10.2015, 17:12 | #11 |
Восставший
|
Цитата:
Психотерапевта посадить - идея хорошая , осталось только убедить начальство тратить по 100 тыс долларов в год только зарплаты, плюс все остальное - на человека, вся роль которого будет сводиться к утиранию слез. Первый вопрос, который они зададут: а что, разве это не могут делать существующие сотрудники? |
|
07.10.2015, 18:05 | #12 |
NavAx
|
Обучить сотрудников поддержки какбе принимать сторону клиента при разговоре
К: У нас все работало, а теперь все сломалось, какого хрена? С: Да мы сами в шоке с этих пидарасов-разработчиков, дебилы, за что им только деньги платят! Пожалуйста, объясните мне, какие кнопки нажать, чтобы воспроизвести проблему - я прямо сейчас пойду к их начальнику, покажу ему это и заодно на стол ему насру.
__________________
"Моей лошадке ядрышком полмордочки снесло..." А.В.Суворов, письма к дочери |
|
|
За это сообщение автора поблагодарили: eugene egorov (2), AXcons (1). |
07.10.2015, 18:44 | #13 |
Восставший
|
Цитата:
Сообщение от Yoil
Обучить сотрудников поддержки какбе принимать сторону клиента при разговоре
К: У нас все работало, а теперь все сломалось, какого хрена? С: Да мы сами в шоке с этих пидарасов-разработчиков, дебилы, за что им только деньги платят! Пожалуйста, объясните мне, какие кнопки нажать, чтобы воспроизвести проблему - я прямо сейчас пойду к их начальнику, покажу ему это и заодно на стол ему насру. А, да, и спасибо за то, что признали вину своих "пидарасов-разработчиков"= всей вашей компании в целом - значит, вы теперь сто пудов должны все бесплатно починить, и как можно скорее, а не то мы на вас в суд подадим и взыщем стотыщмиллиардов убытков!" Последний раз редактировалось Falcon; 07.10.2015 в 19:06. |
|
07.10.2015, 19:24 | #14 |
Участник
|
Цитата:
Сообщение от Falcon
"Да мы не знаем, какие кнопки нажимать - оно все работало, и вдруг раз! Вы там скажите разработчикам, пусть нам позвонят, мы им все покажем.
А, да, и спасибо за то, что признали вину своих "пидарасов-разработчиков"= всей вашей компании в целом - значит, вы теперь сто пудов должны все бесплатно починить, и как можно скорее, а не то мы на вас в суд подадим и взыщем стотыщмиллиардов убытков!" Далее - это искусство - задать короткие и правильные наводящие вопросы, чтобы быстро воспроизвести проблему. Это не так уж сложно, как кажется с первого раза. Потому что это на самом деле совпадает с желанием клиента пожаловаться. Но его жалобу нужно направить в правильное русло.. То есть в процессе его рассказа как все это было, быстренько задавать уточняющие вопросы - что нажал, что собирался сделать, что получилось, что ожидал получить, а точно ли он перед этим сделал все как надо... Надо любить свою работу, в общем. У меня пользователи все пишут как надо инциденты - со скриншотами, пунктами меню и т.д. Воспитание потому что А делают они это охотно только потому что видят явный быстрый результат - если не опишешь баг - тебя ждет неизвестность. Если опишешь - опа, и сразу раз и все решила техподдержка... Надо прививать нужные условные рефлексы. |
|
|
За это сообщение автора поблагодарили: nama (1). |
07.10.2015, 19:59 | #15 |
Восставший
|
Цитата:
Сообщение от AXcons
Здесь важно, чтобы тот, кто работает с клиентом, имел очень хорошие навыки аналитика, и быстро соображал. И всегда надо ОБЯЗАТЕЛЬНО быть в настроении ЛОЯЛЬНОСТИ клиенту. Не важно, что вы при этом говорите, важно, что он чувствует, когда вы с ним разговариваете. Строгость тоже должна быть, но только если ты его на чем-то поймал. Что он сам дурак не то сделал. Если нет фактов, что виноват клиент - надо разговаривать очень-очень лояльно. И даже если он сам накосячил - все равно его надо пожалеть. Ведь он не виноват, что ему приходится иметь дело с тем, что он не понимает. Проблема оплаты не должна вообще обсуждаться на уровне техподдержки, особенно если суммы значительные. Для этого есть аккаунт менеджер. Поддержка - это хороший полицейский, а бухгалтерия - плохой. Не стоит смешивать эти две роли. Именно из-за этого и начинается нервный раздрай у человека.
Далее - это искусство - задать короткие и правильные наводящие вопросы, чтобы быстро воспроизвести проблему. Это не так уж сложно, как кажется с первого раза. Потому что это на самом деле совпадает с желанием клиента пожаловаться. Но его жалобу нужно направить в правильное русло.. То есть в процессе его рассказа как все это было, быстренько задавать уточняющие вопросы - что нажал, что собирался сделать, что получилось, что ожидал получить, а точно ли он перед этим сделал все как надо... Надо любить свою работу, в общем. У меня пользователи все пишут как надо инциденты - со скриншотами, пунктами меню и т.д. Воспитание потому что А делают они это охотно только потому что видят явный быстрый результат - если не опишешь баг - тебя ждет неизвестность. Если опишешь - опа, и сразу раз и все решила техподдержка... Надо прививать нужные условные рефлексы. Владелец компании видит, что уменьшились доходы - начинает терзать менеджеров - те связываются с клиентами - кто-то из них говорит, а вот ваш Вася Пупкин как-то недостаточно тщательно вылизал мне зад, мне это не понравилось, я и ушел.... Менеджеры издают приказ: всем вылизивать зады клиентам с особой тщательностью, но при этом не забывать, что ваше время, скоты, стоит денег. Как вы это совместите - ваши проблемы, спать-есть вам совсем необязательно Понятно, что это относится прежде всего к конторам с а) небольшим числом б) крупных клиентов. Те, у кого сотни тысяч мелких - могут срать на них без зазрения совести, там работают законы больших чисел. Какие бы короткие вопросы ни задавались - клиент всегда на них может ответить "я не знаю, оно само". И повторять так, пока сотрудник техподдержки не начнет сам генерировать возможные сценарии появления проблемы - а это уже не "короткие вопросы". Условные рефлексы можно воспитывать у пользователей СВОЕЙ организации, когда ты при этом имеешь достаточный вес в ней. Если пользователи - сторонние клиенты, то первая же попытка воспитания может окончиться увольнением. Если пользователи внутренние, но веса нет, то они тоже начнут бегать к начальству, сношать ему мозг, а начальство разбираться не будет, а просто оставит без зарплаты, велев приходить за ней, когда все будет починено. |
|
07.10.2015, 20:12 | #16 |
Восставший
|
Цитата:
И всегда надо ОБЯЗАТЕЛЬНО быть в настроении ЛОЯЛЬНОСТИ клиенту
|
|
07.10.2015, 21:12 | #17 |
Участник
|
Цитата:
Люди делятся на тех, кто любит помогать другим и решать их проблемы, и тех кто не любит. В поддержку надо брать первых. |
|
07.10.2015, 21:17 | #18 |
Участник
|
Цитата:
Сообщение от Falcon
Виноват клиент или нет - никого, на самом деле, не волнует, "клиент всегда прав", потому что голосует долларом.
Владелец компании видит, что уменьшились доходы - начинает терзать менеджеров - те связываются с клиентами - кто-то из них говорит, а вот ваш Вася Пупкин как-то недостаточно тщательно вылизал мне зад, мне это не понравилось, я и ушел.... Менеджеры издают приказ: всем вылизивать зады клиентам с особой тщательностью, но при этом не забывать, что ваше время, скоты, стоит денег. Как вы это совместите - ваши проблемы, спать-есть вам совсем необязательно Понятно, что это относится прежде всего к конторам с а) небольшим числом б) крупных клиентов. Те, у кого сотни тысяч мелких - могут срать на них без зазрения совести, там работают законы больших чисел. Какие бы короткие вопросы ни задавались - клиент всегда на них может ответить "я не знаю, оно само". И повторять так, пока сотрудник техподдержки не начнет сам генерировать возможные сценарии появления проблемы - а это уже не "короткие вопросы". Условные рефлексы можно воспитывать у пользователей СВОЕЙ организации, когда ты при этом имеешь достаточный вес в ней. Если пользователи - сторонние клиенты, то первая же попытка воспитания может окончиться увольнением. Если пользователи внутренние, но веса нет, то они тоже начнут бегать к начальству, сношать ему мозг, а начальство разбираться не будет, а просто оставит без зарплаты, велев приходить за ней, когда все будет починено. Все не так плохо. Хотя бывают конторы, в которых на самом деле все плохо. То есть проблема не в том, что задача не решается теоретически, а в том, что эта конкретная компания не умеет/не хочет нормально решать свои проблемы. Плохой менеджмент сверху. Если все так, как вы описали, то вы никак не решите проблему техподдержки, вы можете только пробовать решать проблему своего личного более-менее комфортного существования в этом хаосе. И, еще раз, - при наличии хороших аналитических способностей и знания системы, которую поддерживаешь, выяснить в чем проблема ВСЕГДА можно, потратив 30-60 секунд и задав 3-4 уточняющих вопроса. Хотя, я не знаю что вы там поддерживаете, конечно... Приведите пример, чтобы хотя бы знать какие такие бывают нерешаемые задачи... |
|
07.10.2015, 21:20 | #19 |
Восставший
|
Цитата:
Я лично не встречал в своей жизни людей, которые бы одновременно любили работать с пользователями, и при этом были способны решать достаточно сложные технические проблемы. Либо то, либо другое. |
|
07.10.2015, 21:45 | #20 |
Участник
|
Вы не встречали консультантов? Это определение консультанта, аналитика - умеет общаться и думать одновременно... Либо то либо другое это либо программист, либо продавец. Программисты да, не любят пользователей, но консультанты любят. Они за этим идут в эту профессию - помогать пользователям решать их проблемы.
|
|
|
Похожие темы | ||||
Тема | Ответов | |||
мне кажется, нам нужно как-то фильтровать содержимое этого подфорума. | 5 | |||
А не попить ли нам пивка? | 3 | |||
Про саппорт | 1 | |||
Нужен ли нам профсоюз? | 38 |
|