«Оставим пока как есть» — вполне разумное решение. У клиента могут быть неудобный сайт, ручные расчёты и медленная отчётность, но сейчас ему важнее нанять руководителя производства. Изменения тоже требуют денег, внимания и времени. Иногда старый порядок обходится дешевле.
Это стоит признать до того, как начнёшь доказывать пользу своей услуги. Иначе любой недостаток будет казаться поводом для проекта, а отказ — признаком того, что клиент не понимает собственного счастья.
Твоя задача скромнее: разобраться, что происходит, к чему это приводит и есть ли основания менять положение дел.
За одной жалобой могут стоять разные причины
«Заявки обрабатывают двое суток». Специалист по автоматизации уже представляет маршрут заявки и уведомления. Но пока мы знаем только время обработки.
Возможно, менеджер переносит данные между тремя системами. Возможно, заявку видят все и никто не считает её своей. А может, ответ зависит от расчёта инженера, который занят на объектах. Для каждого случая понадобится своё решение.
Разбор удобно вести по цепочке:
наблюдаемый симптом → причина → операционное последствие → деловое последствие → требуемое изменение.
Допустим, дело в ответственности. Менеджеры дублируют работу, другие обращения остаются без ответа. Часть покупателей уходит, не дождавшись расчёта. Тогда можно обсуждать конкретное изменение: у каждого обращения есть владелец, ответ уходит в течение четырёх часов. Но каждое звено ещё надо проверить. Покупатели могли уйти из-за цены; четыре часа могут оказаться ненужным или недостижимым требованием.
Знакомый симптом помогает придумать объяснение. Он же мешает услышать другие объяснения, если ты слишком быстро в своё поверил.
Три часа на предложение
В учебном примере сервисная компания хочет автоматизировать подготовку коммерческих предложений. На один документ менеджер тратит три часа. На первый взгляд, есть очевидная задача: сократить ручную работу.
За месяц компания отправляет восемь предложений. Разбор показывает, что высвободившиеся часы ей сейчас не особенно нужны: работа помещается в обычный график. Ради одной экономии времени автоматизация не окупается.
На этом можно было бы закончить. Но при подготовке документов обнаруживается другая подробность: цены копируют из старых файлов. Дважды компания уже подписала контракт с неверной маржой, а финансовый директор не смог проверить источник расчёта.
Теперь предмет разговора — надёжность расчёта. В каждом предложении должны использоваться актуальные правила цены и сохраняться история согласования. Подрядчик предлагает небольшой первый этап: описать правила и сделать прототип расчёта.
Проект уменьшился. Исходная идея большой автоматизации не выдержала проверки, зато у небольшого этапа появились понятная причина и проверяемый результат.
Обрати внимание: сама цифра «три часа» ничего не доказывала. Значение имело то, что происходило из-за существующего порядка работы.
Сколько стоит ничего не менять
Цена бездействия не всегда выражается в рублях. Это может быть время руководителя, риск редкого, но неприемлемого сбоя или возможность выйти на рынок до определённой даты. Денежная оценка полезна, когда есть основания для расчёта. Если их нет, точная на вид сумма только маскирует неизвестное.
Связь с последствиями подтверждает клиент. Не нужно усиливать формулировки, пока неудобство не превратится в катастрофу. Может выясниться, что оно терпимое, случается редко и уже обходится простым способом.
Смотри, что человек делал до вашей встречи. Вводил ручную проверку? Пытался нанять сотрудника? Назначил ответственного? Перенёс запуск? Такие действия помогают понять важность задачи. Они ещё не доказывают готовность купить именно твою услугу.
Полезно спросить: «Что произойдёт, если вернуться к этому через полгода?» А затем: «Какое другое дело придётся отложить ради этого проекта?» Второй вопрос часто объясняет паузу лучше, чем подробный расчёт потерь. Проблема может быть важной, но не первой в очереди.
Как будет выглядеть выполненная работа
«Улучшить маркетинг» — пожелание, по которому трудно принять результат. «Проверить три сценария покупки и выбрать один до начала разработки» уже позволяет договориться о работе и её завершении.
Желаемое изменение должно быть наблюдаемым и в достаточной мере управляемым. Если оно зависит от действий клиента, эти действия нужно назвать заранее. Исполнитель может настроить маршрут заявки, но не может вместо руководителя назначить ответственных и добиться соблюдения договорённостей.
На этом этапе у тебя должны сходиться три вещи: подтверждённое последствие, нужное клиенту изменение и работа, за которую ты способен отвечать. Если связь между ними неясна, предлагать решение ещё рано.
Практика: разбери одну жалобу
Выбери частую жалобу клиентов. Построй три возможные цепочки от симптома к деловому последствию. Для каждой запиши, какие факты её подтвердят и какие заставят отказаться от объяснения.
Затем заполни паспорт изменения:
- Текущее наблюдаемое состояние.
- Частота и масштаб отклонения.
- Кто испытывает последствия.
- Как клиент справляется сейчас.
- Цена бездействия и срок её наступления.
- Желаемое состояние.
- Метрика или свидетельство достижения.
- Что должен сделать клиент.
- Что исполнитель не контролирует.
Проведи два разговора. Первые двадцать минут не называй решение: разберись с происходящим. После каждого отправь краткое резюме причинной цепочки и попроси исправить неточности.
Проверь, не перепрыгнул ли ты от знакомой жалобы к привычной услуге. Ты должен суметь объяснить, почему клиенту стоит что-то менять, — или признать, что пока таких оснований нет.