Техподдержка. Это, реально, — «парни героической профессии». Они первыми принимают на себя атаки беспокойных юзеров, выступают в ролях «докторов Хаусов», переговорщиков и больше других в ИТ могут рассказать о стандартных и уникальных «клинических случаях»… Почему я пишу именно в таких формулировках? Наверное, потому, что знающий, образованный, опытный клиент экономит своё время, помнит за что платит и не требует невозможного.

Этот пост появился после моего общения с TeamLead нашей технической поддержки. Под катом несколько мыслей о том, какой чаще всего видят техподдержку хостера клиенты, и попытка ответить на вопрос: может ли техподдержка быть не реактивной, а проактивной? Мы пройдемся по 3 расхожим тезисам-мифам, которые снабдим примерами из нашей работы – частными случаями и собирательными образами.

«Любой продавец пытается меня на…обмануть»

Это предубеждение формировалось десятилетиями. Советская торговля, первые шаги капитализма. Установка «нас везде обвешивают и обманывают» имеет глубокие исторические корни. Отсюда, как следствие, — стереотип: «Какая выгода хостеру держать тебя на низком тарифе? Ясное дело, ему хочется как-то тебя стимулировать, чтобы ты больше платил!»

Жизненная ситуация: хостер видит, что клиент «вырос» и по своим показателям уперся в потолок — «закончилась» память/мощность процессора/место на диске. Хостер, естественно, извещает клиента об этом, предлагая добавить ресурсов. В ответ от клиента прилетает: нет, я знаю, что можно оптимизироваться, ему говорят – оптимизируй. Клиент (без ложной скромности и стеснения): эээээ…., так может в рамках бесплатной поддержки? …, ну пожалуйста, ну сделайте и т.д. (О «бесплатной» поддержке ниже).

Очевидно, что есть границы разумного и хостер не может оптимизировать инфраструктуру клиента. Это, я бы сказал, процесс интимный — исключительный и предельно личный вопрос системного администратора на стороне клиента. При нехватке ресурсов у клиента есть 2 возможности: согласится на увеличение мощности или обратится к веб-разработчикам, которые могут покопаться в его, допустим, сайте и выяснить что не так — создаётся много ненужных темп-файлов или есть возможность создавать меньше кеш-файлов. Либо проверят скрипты и плагины сайта, оптимизируют их работу, а то и отключат полностью – этот комплекс действий позволяет использовать меньший объем оперативки. Но есть «особая» категория клиентов. Даже в ситуации, когда порядок в инфраструктуре может и должен быть наведён собственными силами, они пытаются нагрузить хостера.

Например, жил-был клиент у которого был сервер. Однажды этот сервер начал зависать. Клиент забеспокоился, начал писать в ТП. Наши админы нашли ошибку – они возникла из-за недавнего обновления ПО сайта. Для исправления нужно было поменять ровно 1 слово в конфигурации и клиенту об этом написали, даже дали ссылку на разъяснение с официального сайта ПО. Казалось бы…. Но клиент, такой, – поменяйте вы… С одной стороны — вроде мелочь на несколько минут, с другой — все эти «мелочи», когда они идут потоком, ну просто нереально отвлекают сисадмина. И услышал клиент логичный и обоснованный ответ, преисполненный всяческой вежливости.

Не всегда дороже – лучше для клиента

Поговорив о, хм…, «скромности и рачительности», посмотрим на другой полюс. Бывают случаи, когда клиент решительно настроен устроить аттракцион невиданной щедрости — хочет купить что-то подороже, даже если это совсем не нужно. Соблазн велик, но мы всячески пытаемся направить клиента «на путь истинный» и советуем выбрать именно то, что решит его проблему. Был, к примеру, такой случай: клиент решил переехать из одного нашего ЦОДа во второй (он подороже). Озвучил причину — там, мол, есть защита от DDoS и он её хочет-мечтает. Что ж, если ты видишь проблему и знаешь как её решить, то… Однако проблема, как оказалось, была не в том, что его-де дедосят. Проблема была в торможении сайта, а природа торможения — в его некорректных настройках. Клиенту так и доложили: мол, да, можем вас перевести, но это не даст никакого результата, аппаратная защита от DDoS у вас не сработает, ваш сайт также будет тормозить, вам нужно перенастраивать сайт…. У этой истории – счастливый конец.

«Я плачу хостеру деньги – он должен мне все настроить!»

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

Взрослые люди понимают, что ничего совсем бесплатного не бывает – рабочее время администратора всегда кем-то оплачивается. Такая бесплатность – скорее, следствие лояльности к клиенту. Но она не может быть безразмерной. Мы говорим о базовой поддержке, как о некотором объёме сервисных услуг и времени, которые по умолчанию включены в основную услугу. В базовую поддержку не входят специфическая настройка ПО или мониторинг критических сервисов клиента. По желанию клиент может приобрести пакет администрирования, предусматривающий мониторинг работы его, размещённой у нас, инфраструктуры. Для мониторинга существует ряд маркеров, по которым мы отслеживаем состояние ресурсов клиента и которые сигнализируют о необходимости принятия решений. Пример такого маркера – «осталось меньше 20% диска».



Но я бы не писал о базовой техподдержке если бы всё было чинно и благородно. Следующая история произошла с одном очень хитро…мудрым клиентом. Однажды решил он обыграть хостера в «интеллектуальном поединке». Говорит как-то клиент нашей ТП – всё знаю-понимаю и заранее раскаиваюсь, это выходит за рамки базовой техподдержки, но настройте мне Apache, чтобы сайт открывался. Ну, это 5 минут дела – настроили. На следующий день стучится тот же хитро…мудрый клиент снова: а настройте мне, пожалуйста, MySQL? Ну опять, вроде, работы не много– настроили. Но это не конец истории. Что было дальше? Переиграл хитрец хостера. Понемногу, по чуть-чуть, с выдержанными паузами, 1 раз в 2-3 дня, свою большую проблему клиент дробил на мелкие, пытаясь ее решать руками нашей техподдержки. Когда же мы подсчитали сколько сделано для этого клиента за месяц – оказалось, что хитрож…мудрому клиенту мы развернули почти всю инфраструктуру:-)

Как читатель, возможно, догадался, из этой истории добры молодцы извлекли важный урок на будущее.

Желание клиента далеко не всегда – «закон»

Естественно, мы оцениваем запросы клиентов, даже если это очевидно выходит за рамки обязанностей базовой техподдержки хостера. Основной критерий оценки – время работы системного администратора. Был клиент: взял VDS, говорит – поставьте мне Ubuntu – не вопрос, поставили, — поставьте, говорит мне еще LAMP. Ну если клиент просит – ладно. А клиент расхрабрился, берега из виду потерял: а теперь, глаголет, разверните мне сайт, настройте БД и оптимизируйте Apache. А это, уважаемый, процесс довольно длительный и, потому, выходящий за рамки базовой техподдержки. Для такой поддержки администратору нужно хорошо изучить исходные данные инфраструктуры заказчика, код сайта, на какое количество пользователей это рассчитано и так далее – это большая работа, до 6 часов работы системного администратора. Ясно, что администратор не может заниматься этим по доброте душевной. Есть масса клиентов и кто-то из них оплатил ТП сверх базовой. Мораль истории: не всякое желание выполнимо.

«В каждой непонятной ситуации – обращайся к хостеру!»

По нашему опыту, больше всего запросов в поддержку (около 80%) создают т.н. «типичные пользователи». Они скачали шаблон сайта, взяли доменное имя, купили хостинг, подключили много плагинов, и все – в продакшн. При возникновении любой проблемы — связанной или не связанной с хостингом – клиент все равно обращается в ТП. Просто в сознании «типичного пользователя» чаще всего загорается лампочка «по всем вопросам надо обращаться к специально обученному человеку»: — а куда еще ж писать? В техподдержку движка, который используется на сайте? Чаще всего он бесплатный. Знакомого сисадмина для личного пользования у него, нередко, нет. Зачастую нет и привычки сначала поискать решение своей проблемы где-то в инете, на форумах. Непросто это. А тут же ж, елки, есть хостер – «я ж им деньги плачу, они там именно сейчас скучают – а тут такой я с вопросом «уникальным и по профилю»!»

Один клиент все время жаловался на зависание сервера. Когда админ заходил сервер – уже все работало — клиент успевал перезагрузить свой сервер. Его неоднократно просили сервак не перезагружать, ибо ошибку нужно было отследить. История не донесла до нас был ли клиент изувером или просто «без царя в голове», известно лишь, что никого он не слушал и все время перезагружал. Долго ли, коротко ли — мониторинг показал, что есть обращение к файлам на сайте, к страницам сайта, нет недостатка в мощности: сайт работает. Оказалось, причина в плохой связи — в том месте где клиент открывает сайт. У него плохой канал связи – сайт долго грузится, и он думает, что проблема с сервером.

А была ещё другая история… Клиент жаловался на зависание сайта. По мнению уважаемого все его проблемы находились на стороне хостера. Уверенность клиента была ну просто фундаментальной. Продиагностировали. Оказалось — заканчивается оперативка, система убивает процессы чтобы освободить память и останавливает MySQL, NGINX. Клиенту об этом сказали, он повозмущался, мол, я говорил — у вас что-то не так. Мол, все было хорошо, «раньше, вот, никогда ничего не кончалось», а теперь вдруг начало кончаться. Ему задали 1 вопрос – у вас количество посещений увеличилось? – «да», с гордостью ответил клиент и аж зарделся от удовольствия. Хотелось бы написать, что под внимательным взглядом сотрудника ТП до него довольно быстро дошло очевидное. Но общение шло по проводам и в переписке и глаз его админы не видели. Однако всё стало на свои места.



Как уже говорилось, большинство запросов в техподдержку это — «типичные запросы от типичных пользователей». Бывают случаи, когда клиент просит, но понимают, что их просьба, мягко говоря, не по адресу и поэтому просит ссылки на «почитать как решить мою проблему» – т.е. ткните пальцем, не могу найти. Ситуация нередкая и для упрощения жизни клиентам и себе мы создали, и наполняем вики — www.sim-networks.com/wiki.

Рядовые пользователи не дают техподдержке скучать, а есть случаи, когда «зажигать» начинают сисадмины клиентов. Вот пример, хотел клиент настроить виртуальную машину от своего маршрутизатора до маршрутизатора в нашем дата-центре. Ему сообщили что и как настраивать, он попытался. Затем клиент попросил инструкцию по настройке, наш администратор написал инструкцию. Клиент 2 дня молчал, потом говорит: у меня не получается — половина адресов доступны в подсети клиента, а половина – нет. Начали разбираться – оказалось, что у клиента стоит маршрутизатор, в который подключены часть клиентов, дальше в этот же маршрутизатор подключен сервер с pfSense – и уже в него подключена вторая часть клиентов – т.е. у него 2 файрвола – но системный администратор как-то забыл об этом упомянуть:-)

Бывает, и спамеры попадаются…

В случае если клиенты рассылают спам, всегда стоит вопрос блокировки. Чаще всего наша техподдержка спрашивает у клиента – что случилось? Мы не рубим с плеча, в таких ситуациях нужно учитывать все. Во-первых, историю клиента: если клиент никогда ничем таким не промышлял, то с чего бы это вдруг он «заделался» спамером? Оказалось, что клиента просто взломали, поэтому мы его известили, помогли ему поменять пароли и очистили очередь. Хотя нередко хостеры не заморачиваются разбирательствами с этим – просто блокируют и все.

Конечно, есть случаи, когда клиент блокируется при спам-рассылке. При аларме от Spamhaus, например, мы обязательно уведомляем клиента о блокировке. Но если клиент говорит, что его взломали, просит посмотреть и разобраться, мы это все делаем быстро и бесплатно.

От спамеров непросто себя оградить. Бывает попадаются и махровые мастера этого дела. Они, как правило, берут самую дешевую VDS, 15 IP-адресов, и как только на него приходят жалобы, – мы его сразу блокируем. Хотя, случается, спамер прикидывается «белой овечкой». Сейчас их отовсюду жмут, и они пытаются изменить свой подход – не берут самые дешевые VDS, переходя на более дорогие, и работают пока не заблокируют. А когда их блокируют – то даже не отвечают на письма и не пишут в техподдержку, понимают, что их раскрыли и просто уходят.

Такие дела…

Возвращаясь к вопросу в начале статьи:

Может ли техподдержка быть проактивной, а не реактивной?

В этой статье мы рассказали о том, как мы решаем нелегкий вопрос баланса между клиент-ориентированностью и периодически возникающим «чьим-то» желанием повесить на хостера «всех собак». Для нас проактивность техподдержки заключается в гибкости, незашорености, не зацикленности на догмах. Мы убеждены, что техподдержка должна отталкиваться от ситуации клиента, а они всегда разные. Поэтому техподдержка – не роботы, а живые люди, такие же, как и наши клиенты.