Это ваше личное дело, иметь с кем-то дело или нет=)
Лично я не думаю, что кроме маркетинговых вещей (типа круто и протестировано) никакого смысла это не имеет. Даже на сайте битрикса именно это в преимуществах =)
Это совершенно разные вещи. Одно - партнёр битрикса, а другое - указать в тарифе, что на нём нормально работает битрикс. Последнее можно сделать не спрашивая их.
Это кто вам такое сказал?
У нас уже название тарифного плана должно согласовываться с разработчиками определённых CMS ? (я не говорю про статус партнёра, это другое)
Т.е. если у хостера список поддерживаемых CMS, то он должен пройти сертификацию у всех?
Если уметь разговаривать с клиентами, то нет таких цифр. Поверьте, опыта у меня достаточно в работе с разными хостингами (от простых до лидеров рынка).
И что-то не припомню, чтобы вообще раз в 1-2 дня писал хоть один на матах. Такое бывает, но редко. Ещё и зависит от ваших цен. (да, напрямую зависит!). Чем ниже цена, тем больше вероятности, что вы столкнётесь с хамством (уровень клиентов разный).
Главное уметь держать себя в руках и знать, каким образом можно корректно (!) поставить клиента на место. У меня даже были случаи, что клиент вёл себя очень не адекватно длительный период времени, в итоге извинился и я не слышал больше от него ни одного мата. (после достаточно жёсткого разговора с ним. Хоть всё было вполне корректно и никакой грубости). А вот если ему ответить грубостью на грубость, то это только ухудшит ситуацию. Можно говорить жёстко, но при этом предельно вежливо.
Позволять "сесть на шею" тоже нельзя. Иначе в итоге получите ситуацию, когда клиент хочет многих вещей и позволяет себе многое, но уже сложно ему отказать. (отказ воспримет сразу в штыки).
Главная мысль моя: Нужно чётко очертить рамки, в которых работает техническая поддержка и не позволять выходить за них клиенту. При этом, держать в этих рамках можно так, что и клиент не сразу поймёт :)
Сдерживался или сам не отвечал на вопросы?
На что можно надеяться, если вам задали вопросы и вы его игнорируете?
Предоставить то, что действительно будет удобно всем. Почему вы вдруг решили, что ICQ лучше? Это реально субъективное мнение.
Если ICQ будет превосходить тикеты по эффективности, будет ICQ. Нужно будет что-то другое и оно будет. А если можем сделать тикеты эффективнее, то от этого хуже не будет никому.
Общаться между собой - почему нет?
Вы никогда не обсуждали своего начальника, ещё каких-то людей с друзьями/коллегами?
Могу вас удивить, но во многих коллективах о некоторых клиентах отзываются ещё и не так =)
Но одно - между собой, а другое - грубить клиенту.
и? Вы думаете, что в другой тех. поддержке клиентов не обсуждают? =)
То, что я думаю по теме:
1. Клиент не прав, что начал разговаривать на матах. (если честно, то я даже повода не увидел, когда клиент на них переходил)
2. Называть клиента "быдлом" не красиво, со стороны хостера. Т.е. написать, что не будете отвечать на его оскорбления - это нормально. Но оскорблять самому считаю не приемлемым.
1. Вопрос был к человеку, который считает нормальным материть саппорт.
2. Т.е. спросить, какой вам сделать RAID на сервере при переустановке - это уже вина саппорта? А сетапили сервер скорее всего в датацентре и тех. поддержка тут уже не причём.
3. Сколько занимаюсь тех. поддержкой разных хостингов, нигде не было нормой разговаривать с матерящимся клиентом. И поверьте, далеко не всегда нужно его доводить. Есть те люди, которых "жизнь обидела" и они всегда будут видеть виноватых.
Himiko добавил 18.11.2010 в 21:36
Я высказал своё мнение о ситуации. Здесь я не увидел повода для матов со стороны клиента.
При этом, у меня негативный осадок от работы с clickhost в своё время... но к ситуации это просто не относится. Нужно уметь быть объективным, а не пытаться угнать хостера в любой теме из-за личных каких-то моментов.
А вот этого я уже не понимаю.
А я вам говорю, что это далеко не всегда правда.
Я вам уже объяснил про ICQ. Здесь минусы для всех. (медленная помощь клиенту и лишние разговоры саппорту).
Моё имхо, что можно и нужно сделать так, чтобы хорошо было всем. А не в ущерб одному, чтобы лучше стало другому. (это как касается клиента, так и хостера)
