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