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