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