Техподдержка : Другие вопросы

Не хватает пункта "не пользуюсь".

В первый год работы на СМ как-то толку от нее мало было, вот с тех пор и не пользуемся.

по тех сапарту =) в общем так.. есть моменты которые не нравятся то как отвечают на вопросы вернее форма ответа.. хотелось бы получать более разжиженные ответы =)если уж я заплатил бабосы дак и отвечайте мне как положено а не набрав воды в рот.. иногда складывается мнение что на заданные вопросы спецы видимо новенькие сами не знают ответа =( что просто удручает... по персоналиям Марный Сергей и Жучков Игорь ставлю 5+ отвечают оперативно и с разбором палета как говорится что лично мне очень даже нравится ну и В.Петров очень грамотный спец жалко что не все дотягиваю до его уровня... ну а так я лично поставил оценку ХОРОШО.... в общем есть куда сапарту стремится =))) но мое личное мнение что поддержка должна создать какой то общий ФАК в котором бы выкладывали все решения накопившихся проблем или письма с ответами... лично мне бы эта инфа не помешала.. *34 п.с. почему на о сайте нет оф гостевой или места для общения с клиентами... тех же бизнес аналитегов манагеров и т.д. получается что они шкерятся в кабинетах а валим все на технарей.... имхо

А я тебе отвечу :) по порядку:
1. Кто сказал, что в компании осуществляющей поддержку сидят только спецы? Там тоже есть текучка кадров. И эти новые кадры нужно обучить. А наилуший способ обучить - бросить на техподдержку. Т.е. новичек принмает вопрос, если необходимо консультируется со старшими товарищами - дает ответ. В результате, через пол года он уже спец.
2. Общий ФАК. Во-первых его кто-то должен поддерживать. Добавлять новое, корректировать и удалять изменившееся и потерявшее актуальность. Во-вторых, ФАк хорош когда в нем 10-20 вопросов и ответов. Далее он превращается в документацию, которую никто не читает. По моим прикидкам, как минимум на 20-60% вопросов можно найти ответ в документации. Но кто ее читает. С ФАК-ом будет тоже самое. Понятно, что лично тебе он бы пригодился. Но сколько таких как ты? Посмотри кол-во посещений, а тем более кол-во постоянных пользователей на этом форуме. Сравни с общим кол-ом пользователей Супермага. К тому же, те кто сидит на этом форуме, в большенстве своем, могут решать свои проблемы сами. Для них ФАК не столь необходим. А вот те, котму он действительно нужен, либо не могут его читать, либо, что чаще, - не хотят.
3. По вопросу гостевой. На мой взгляд, абсолютно бесполезначя вещь. Процент полезных сообщений стремится к нулю. В большенстве своем базар и нытье людей не желающих (и не привыкших) разбираться с проблемами. Все кому нужно напишут напрямую в поддержку, менеджеру, руководству (нужное подчеркнуть). А в гостевой будет только муть.

Продолжение полемики на habr-е про тех.поддержку: [ ➜ ]

Недавний [ пост об идеальной тех. поддержке ] меня, с одной стороны, воодушевил (восхищаюсь людьми, так любящими свою нелёгкую работу, как автор того поста), с другой стороны — озадачил. Можно ли следуя логике любой клиент всегда и полностью прав успешно организовать работу отдела тех. поддержки (а для многих IT-компаний эффективная поддержка — основа бизнеса)?

Основываясь на скромном (но собственном) опыте, я прихожу к выводу, что всё-таки нельзя. Разве что у вас в команде все, как автор упомянутого поста, самозабвенно любят свою работу и позитивно мыслят.

Далее я собираюсь обозначить некоторые проблемы (но их можно и нужно решать), с которыми, как мне кажется, столкнётся почти каждый, кто совсем не будет подвергать сомнению правоту клиента.

1. Сделайте это за меня


— А давайте я вам этот дамп базы данных по почте вышлю, чтобы вы его залили, а то некогда мне с вашим веб-интерфейсом разбираться.

Когда вы в первый раз соглашаетесь («что ж, давайте») ещё не происходит ничего страшного. Проблемы начнутся, когда таким образом заливать придётся восьмой дамп за день. Сначала вы пошли навстречу клиенту, и он это оценит. Но он же этим, возможно, и злоупотребит.

Ведь если вы немного отошли от регламента в сторону нужд клиента вчера, то почему бы не повторить такой благородный шаг сегодня? Вчера у вас почти не было обращений и присутствовало весеннее настроение, а сегодня шквал тикетов? Нет, уж, теперь клиенту об этом рассказывать поздно. Вы подняли его на вершину комфорта, если уроните его оттуда, ему будет обидно. Проще было его однажды научить пользоваться веб-интерфейсом и решать проблему самостоятельно (либо из диалога с клиентом понять чем же так напугал его веб-интерфейс, и если клиент действительно пытался им воспользоваться, но не смог, то решать объективную проблему с юзабилити — потом порадовали бы клиента сообщением о том, что теперь всё «сделано так, как вы предложили»).

2. Все ли клиенты одинаково полезны?


— А чего это вы со мной таким усталым голосом разговариваете? Вы на расстояние чувствуете, что у меня опять проблема случилась?

Иногда клиентам приходится отказывать. Больше того: иногда приходится отказываться от клиентов. За два часа мучений с одним несговорчивым клиентом, можно было решить десяток других проблем.

Вам же наверняка известно, что в крупных компаниях на поддержку клиента есть ограничения сверху (разговор по телефону не более N минут, по одному тикету не более M итераций с переоткрытием и пр.). Эти барьеры нужны не только, чтобы выписывать штрафы (и премии) сотрудникам, так выявляют и «особо сложных» клиентов.

Обслуживание каждого клиента стоит определённых денег. Это себестоимость услуги, она складывается из зарплат сотрудников, стоимости содержания и амортизации инфраструктуры, расходов на связь и многого другого. Успешный бизнес предусматривает наличие некой положительной разницы между тем, что вам платит клиент, и той суммой, которую вы тратите на исполнение его потребностей. Клиенты, которые заставляют вас работать в минус — не рентаельны. Если вы не придумаете как снизить расходы, то вынуждены будете повысить цену или отказаться от таких клиентов.

Хотя иногда бывает, что адекватные клиенты гасят своими платежами расходы на обслуживание неадкеватных. Это справедливо? Не лучше ли повысить качество сервиса для тех, кто пользуется им с удовольствием?

3. Договоры, технические задания и прочие спецификации клиенту читать не обязательно?


— У вас в тарифе написано, что я смогу разместить сайт в интернете, так? Так чего вы мне теперь рассказываете про какие-то «майэскуэль» и «статические страницы»? Вы что как к людям относитесь только к тем, кто покупает самые дорогие тарифы?

Если 20 крабовых палочек стоят 40 рублей, то никто не станет просить 21-ую в подарок на кассе супермаркета за ту же цену. Позаботьтесь о том, чтобы клиенту, покупающему вашу поддержку, её объём был ясен настолько же, как количество крабовых палочек в упаковке.

Не получилось этого добиться? Клиент не прочитал договор до конца или не вник в его технические подробности? Если в такой ситуации вы не отправите клиента к изучению формальных условий сотрудничества, то он постоянно будет возвращаться «за бонусами». Самое страшное тут то, что клиент будет уверен: вы не делаете одолжение, вы ему просто должны.

4. Не делайте исключений


— Лёха, привет. Это Сева. Ну, мы вместе учились, я еле твой номер нашёл. Твоя контора, говорят, теперь «одинэсом» занимается? Сделай скидочку по старой дружбе, мне 15 бухгалтерш обучить надо.

Клиент, который сознательно просит больше, чем собирается оплатить — не позволит вам заработать. А если вы сделаете исключение для одного и об этом узнают другие, то получится некрасиво: никто не хочет попадать в ущербные условия по сравнению с соседом (и тем паче, с конкурентом).

Сделаете скидку одному — должны будете сделать скидку всем. Бесплатно почините сеть бывшему однокласснику и окажется, что в аутсорсиноговой поддержке СКС нуждается полшколы.

Конечно иногда хочется помочь адекватному клиенту «сверх нормы» в благодарность за его адекватность. Но учтите, что тем самым вы можете ещё больше раззадорить ваших неадекватных клиентов.

5. За что клиент платит, когда платит за тех. поддержку?


— У меня вроде бы всё работает, я вам ни разу в этом месяца не звонил и не писал. За что вы мне выставили счёт по тех. поддержке?

Мне иногда кажется, что клиенты, заводящие такие разговоры, застраховав дом собираются его в скором времени сжечь. Не понятно, почему они не устроили революцию, когда их законом обязали покупать полис ОСАГО на автомобиль?

Если серьезно, то в логике подобных клиентов просто скрыт неправильный посыл. Нужно им объяснить, что они платят за гарантии (оперативной реакции на проблему, её решения в определённые сроки и пр.), что услуга поддержки на самом-то деле оказывается постоянно в виде мониторинга, контроля, обновлений. Результат отсутствия проблем — качественная профилактическая работа службы поддержки, оградившая от оперативного вмешательства. Опять же, лучше чтобы клиент это понял до подписания договора, а не по итогом определённого срока поддержки.

6. Если клиент не доволен, то всегда виноваты сотрудники?


— Дайте ка мне менеджера, может он лучше вас в этих технологиях разбирается.

Если руководитель решает, что клиент всегда прав, то виноватым подразумевается сотрудник. Притом некоторым руководителям не стыдно такую позицию показывать клиентам. Пишите абузу — выпорем виноватых. Чаще просто рисуются перед клиентом, но иногда и действительно наказывают.

Жалобы, разумеется, принимать надо. Но с каждой принятой жалобой надо внимательно разбираться. Чтобы не удивлять клиентов — готовится подробный договор, чтобы не удивлять сотрудников — подробный внутренний регламент. Иногда полезно немного перестраховаться и по регламенту от сотрудника требовать немного больше, чем обещано клиенту в договоре, но поместить в любой из этих документов фразу «клиент всегда прав» — значит превратить сотрудников в заложников ситуации.

В попытке всех клиентов сделать правыми очень лекго загнать собственных сотрудников.

Итоги


Думаю, и я, и автор [ «Пяти условий офигительного тех. саппорта» ] могли бы продолжить список (добро пожаловать в комментарии). Быть может мы этим ещё займёмся, но пока хотелось бы подвести промежуточные итоги.

Да, клиент всегда прав, но при соблюдений следующих условий: клиент должен понимать за что именно он платит деньги, какие услуги и в каком объеме он получит, поддержка должна понимать какие обязательства она на себя берёт, уметь их выполнять в оговоренные сроки. Если клиент пытается покинуть рамки договорных отношений, то он не прав. Если вы ему в этом помогаете, то, боюсь, неправы и вы.

В итоге, как подсказывают в комментариях, клиент может быть прав (или, что тоже неплохо отражает суть: по умолчанию и изначально клиент прав, но дальше в каждом конкретном случае нужно разбираться подробнее).

P.S. Почти все цитаты клиентов, иллюстрирующие каждый из случаев — быль :)

Доку читаем, но уж больно заумно она написана, и вопросов от ее прочтения становится больше... Хотелось бы чтоб она была написана более простым языком, чем больше скринов, тем лучше, часто достаточно просто взглянуть на скриншот и все становится понятно, чем читать заумный текст... Очень полезны выдержки из документации, которые вы нам скидывали (примеры ввода разходной/приходной накладной и прочие рекомендации)...Вот их хотелось бы по больше...
Хотелось бы чтоб на сайте минского представительства С+, появлялись новые отчеты/скрипты к Вашей программе SM2000Utils, уж больно приглянулась нам эта софтяра, да и экспорт сильно облегчил работу, нашему программеру для связки СМ2000 и 1С... Ну и чтоб была инфа/рекомендации, учитывающие особенности нашего законодательства...
Чем больше инфы будет на сайте тем меньше мы будем доставать Вас и Светлану, глупыми вопросами...

Голосования от сотрудников Сервис Плюс автоматически переносятся в "Ужас".

Хочу выразить свою благодарность всем сотрудникам Сервис Плюса, кто помогал мне все это время в процессе локализации(арменификации) торговой системы. Особые благодарности Марине Завалишиной, за огромный вклад в наше дело.

Короче, на сегодняшний момент 1 голос за "отлично" относится к техподдержке Минска.

А нам тут на днях так здорово помогли с исправлением бага в УКМ 46.
Вопрос требовал неотлагательного решения. И правды ради скажу, что не знаю, сколько времени ушло бы на исправление этой ошибки (длительные итерации вроде "вы сами накосячили - это вы кривой софт пишете" или на обсуждения в формате клиент-тех.поддержка-разработчики-тех.поддержка-клиент), если бы мы не подключили нашего менеджера в С+, за это ему отдельный респект. Но факт остаётся фактом - разработчики С+ в прошлую пятницу работали до восьми вечера. И ошибку нашли и патч сбацали. Ещё раз спасибо!

Ну разработчики УКМ4 - отдельная песня... Они и тут на форуме активно принимают участие в соответствующем разделе.