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