В сегодняшнем посте хотел бы обратить внимание на вот какую сторону работы службы поддержки. А если поразмышлять в сторону аналогий, то не только её. Зачастую, одинаковые правила кажутся справедливыми: каждый получает ответ по одной форме и в один срок. Но одинаковый срок не обязательно означает одинаково полезный результат.

Возьмём две заявки во внутреннюю службу поддержки. У одного сотрудника не открывается программа, без которой сегодня нельзя отправить клиенту документы. У другого не работает дополнительная функция: задачу можно выполнить и без неё, хотя менее удобно. По обеим заявкам служба обещает начать разбираться завтра.

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

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

Так устроена работа конкретной компании. Это не доказывает, что такой порядок будет эффективен для любой службы, но показывает, почему при выборе помощи важно учитывать последствия ожидания.

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

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

Общее обещание «быстро ответить всем» не заменяет выбора: какая помощь нужна в разных ситуациях и что организация способна гарантировать.

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

Для обычного обращения тоже нужен выполнимый срок и понятный результат. Отсутствие срочности само по себе не делает его менее ценным. Я бы обсудил с теми, кто обращается за помощью, чего они готовы ждать и какая помощь при задержке теряет смысл. А затем проверил, хватит ли службе ресурсов выполнять оба обещания.

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

А какие два запроса у вас обслуживают одинаково, хотя последствия ожидания разные? Что следует различать: срок, объём помощи или сам обещанный результат?