В любом проекте — будь то разработка сайта‚ маркетинговая кампания или внедрение CRM — дата старта является первым и самым чувствительным «точкам соприкосновения» между командой и заказчиком. Неверно поставленный вопрос приведёт к сдвигу сроков‚ конфликтам и перерасходу бюджета. Ниже — практическое руководство‚ как спросить о дате начала так‚ чтобы все остались довольны.
Почему «когда начнём?» — это не просто дата
Чаще всего команды-разработчики спешат получить ответ «с 15 июня» и… всё. Но важно понимать‚ что за этой датой стоят:
- финансовое состояние заказчика;
- готовность контента и материалов;
- согласованность внутренних стейкхолдеров;
- сезонные пики продаж/отпусков;
- наличие доступных ресурсов у подрядчика.
Если хотя бы один из этих факторов изменится‚ дата начала сместится. Поэтому вопрос должен быть арифметическим‚ а не календарным.
Подготовка: соберите «видение» проекта
Прежде чем спрашивать «Когда стартуем?»‚ уточните что именно вы собираетесь делать. Используйте 4 простых шага из практики Хабра:
- Попадает ли задача в спектр ваших услуг?
- Интересно ли вам это?
- Сможете ли вы это сделать?
- Сколько это будет стоить и сколько займёт времени?
На этом этапе формируется видение проекта — короткий документ (1–2 страницы)‚ где фиксируются цели‚ ограничения‚ ключевые метрики успеха и приблизительные объёмы работ. Именно этот документ позволит задать вопрос о дате старта конструктивно.
Как сформулировать вопрос заказчику
Ниже — проверенные фразы и шаблоны‚ которые вы можете использовать в переписке или на встрече.
Шаблон 1. «Температурная карта»
«Для запуска проекта нам нужно три предварительных условия:
- утверждённый перечень страниц и функционала;
- готовый дизайн-гайдлайн;
- предоплата 30 %.
Как только они будут выполнены‚ мы стартуем в течение 3 рабочих дней. Насколько реалистично для вашей стороны подготовить это к 15 июня?»
Шаблон 2. «Секвенция поставок»
«Чтобы не терять время‚ давайте разделим старт на два этапа:
- прототип (2 недели), начнём сразу после подписания договора;
- основная разработка (8 недель) — стартует после вашего финального утверждения прототипа.
Какая дата подписания договора для вас приемлема?»
Шаблон 3. «Обратный отсчёт»
«Нам нужно 6 недель на реализацию. Если хотим запуститься к 1 сентября‚ последний «тёплый» день старта — 20 июля. Готовы ли вы к старту 20 июля‚ учитывая‚ что до него:
- нужно 5 дней на подготовку контента;
- нужно 3 дня на получение доступов к хостингу;
- нужно 2 дня на финальное тестирование платежей?»
Как спросить у команды-исполнителей
Если вы — заказчик‚ то принцип тот же: меньше абстракций‚ больше фактов.
| Вместо… | Скажите… |
|---|---|
| «Когда начнёте?» | «Нам нужно понять‚ успеем ли мы запустить акцию к 25 августа. Сколько дней потребуется вашей команде от старта до релиза‚ если мы предоставим ТЗ 10 июня и дизайн 20 июня?» |
| «Быстрее можно?» | «Какие риски вы видите‚ если мы сократим срок тестирования с 7 до 3 дней? Какие гарантии качества вы сможете сохранить?» |
Чек-лист: 7 вещей‚ которые нужно иметь перед тем‚ как задать вопрос о дате
- Краткое видение проекта (1–2 страницы).
- Список входных данных от заказчика.
- Калькуляция человеко-дней и ресурсов.
- Буферные дни на непредвиденные задачи (20 %).
- Каникулы и праздники обеих сторон;
- Формат общения (еженедельные встречи‚ чат в Slack).
- Критерии «готовности к старту» (Definition of Ready).
Что делать‚ если дата «плавает»
Иногда заказчик отвечает: «Ну‚ давайте как-то в июле… точнее пока не скажу». В этом случае:
- Фиксируйте ориентиры: «Если мы хотим запуститься к киберпонедельнику 2026 (07 декабря)‚ то последний день старта, 21 сентября. Согласны ли вы забронировать за нами слот с 21 сентября по 15 октября?»
- Ставьте «kill fee» — плату за резерв ресурсов‚ если старт переносится более чем на 2 недели.
- Используйте «гибридный старт»: начинайте с задач‚ которые не требуют полного погружения заказчика (аналитика‚ настройка окружения).
«Мы готовы стартовать через N дней после выполнения условий A‚ B‚ C. Какая дата выполнения этих условий реалистична для вашей стороны?»
Такой вопрос:
- переводит разговор из абстрактных дат в конкретные действия;
- распределяет ответственность 50/50;
- минимизирует риски срыва сроков.
Используйте эти шаблоны и чек-листы при планировании любого проекта: от лендинга до крупного ERP-внедрения; Тогда дата начала перестанет быть «чёрным ящиком» и превратится в управляемый параметр.