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