Этапы IT-проекта в КП: как разбить работу, чтобы клиент понял цену

В КП три строки: «Дизайн», «Разработка», «Запуск». Напротив каждой — круглая сумма. Клиент задаёт вопрос, на который у КП нет ответа: «А почему разработка стоит именно столько?» Вы объясняете по телефону, он кивает, но через день просит скидку 30% — потому что цена в документе ничем не подкреплена. Этапы разработки в коммерческом предложении нужны не для красоты: это главный аргумент в разговоре о цене.

В этой статье — практические правила декомпозиции IT-проекта для КП: на какие этапы делить, как формулировать строки, как оценивать часы и что делать с «невидимыми» работами вроде управления и отладки.

Зачем делить проект на этапы в КП

Этап в КП решает сразу несколько задач, и не все из них очевидны:

• Объясняет цену. Клиент видит, из чего складывается сумма, и обсуждает конкретные работы, а не итог целиком.
• Задаёт точки приёмки. У каждого этапа есть результат, который можно показать и согласовать, — прототип, макеты, тестовый стенд.
• Делит оплату. Этапы естественно становятся платёжными точками, а клиенту проще согласовать первый платёж, чем весь бюджет.
• Снижает риск. После первых этапов неопределённость уменьшается, и оценку следующих можно уточнить.

Если этап не даёт ни результата для приёмки, ни понятной части цены, это не этап, а просто заголовок.

Базовая схема этапов IT-проекта

Большинство заказных веб-проектов, сервисов и интеграций укладываются в одну и ту же последовательность. Лишние этапы можно пропускать, но порядок лучше не менять.

Если ТЗ на момент КП ещё нет, честно назовите пятый этап примерной оценкой: «точная оценка возможна после этапа декомпозиции, сейчас — по опыту похожих проектов». Это снимает напряжение вокруг диапазона и показывает, что вы не прячете неопределённость. Подробнее — в статье как оценить проект без ТЗ.

Правила для строк внутри этапа

Этап — это рамка. Убеждает клиента то, что внутри: строки работ. Вот правила, которые делают их понятными.

Одна строка — одна работа и один исполнитель

Если над задачей работают бэкенд- и фронтенд-разработчик, сделайте две строки. Так видно, кто и сколько вкладывает, и становится понятна разница в ставках.

Название строки описывает результат и объём

Что делается, в каком количестве, что входит и что нет. Клиент должен понять, что он получит, не задавая вопросов.

Плохо: «Личный кабинет — 60 ч».

Хорошо: «Личный кабинет покупателя: история заказов, повтор заказа в один клик, управление адресами доставки. Без программы лояльности — 45–70 ч».

Подзаголовок — исполнитель

Роль, а не фамилия: «TeamLead», «Разработчик FrontEnd», «Дизайнер интерфейсов». Если сотрудник уйдёт, КП останется корректным.

Не дробите до абсурда

Строка «Кнопка "Купить" — 2 часа» превращает КП в смету на сто строк, где клиент начнёт торговаться за каждую кнопку. Хороший ориентир — строка от нескольких часов до нескольких десятков часов, объединённая общим результатом.

Как оценивать часы: диапазон по неопределённости

Каждую работу удобно оценивать двумя числами: минимум — если всё пойдёт по плану, максимум — с запасом на риски. Ширина диапазона должна отражать реальную неопределённость задачи, а не быть одинаковой «плюс 20%» для всего.

• Узкий диапазон — для понятных повторяющихся работ: вёрстка по готовому макету, настройка стандартного модуля.
• Средний — для работ, зависящих от решений клиента: дизайн с итерациями правок, аналитика.
• Широкий — для работ с внешней неизвестностью: интеграции с чужими системами, отладка. Например, отладка может быть оценена в 10–70 часов, и это нормально.

Отдельно стоит договориться о темпе: сколько часов в день каждый исполнитель реально тратит на проект. Из часов и темпа получается срок этапа, а срок, посчитанный так, гораздо реже срывается, чем срок «на глаз». Подробно об этом — в статьях про оценку трудозатрат в часах и сроки в КП.

Невидимые работы: управление, тестирование, отладка

Чаще всего в минус уходят проекты, где в КП забыли работы, которых клиент не видит. Их нужно показывать явно.

Управление проектом

Добавляйте в этапы дизайна, стенда, разработки и запуска отдельную строку тимлида «Управление проектом» и перечисляйте, что в неё входит: обсуждения, постановка и приоритизация задач, код-ревью, проверка, коммуникации с клиентом. Объём — примерно 5–25% часов этапа: на маленьких этапах доля выше, на большом этапе разработки ниже.

Тестирование и отладка

В последнем этапе всегда есть три строки: комплексное тестирование пользовательских сценариев, часы на отладку функционала и управление запуском. Если их нет, клиент считает, что ошибок не будет, а вы оплачиваете их исправление из своего кармана.

Разовые покупки

Лицензии, платные модули, сервисы — отдельной строкой в штуках с точным названием продукта и редакции. Не прячьте их в часах разработки.

Пример: один этап до и после декомпозиции

Возьмём условный этап интеграции интернет-магазина с CRM и посмотрим, как он меняется после разбивки.

До: «Интеграция с CRM — 150 000 ₽». Клиент не понимает, что именно будет работать, и воспринимает сумму как случайную.

После:

Сумма могла остаться примерно той же, но теперь клиент видит, за что платит. Он может отказаться от обратной синхронизации статусов, если она ему не нужна, или, наоборот, понять, почему без журнала ошибок интеграция будет ненадёжной. Разговор переходит от «почему так дорого» к «что нам действительно нужно».

Мини-шаблон этапа для КП

Возьмите эту заготовку и заполните под свой проект:

1. Название этапа — с результатом: «Разработка дизайн-макета на основании прототипа и функциональных требований».
2. Строки работ: [Что делается, объём, что не входит] — [роль исполнителя] — [часы мин–макс].
3. Управление этапом: «Управление проектом: обсуждения, постановка задач, проверка и корректировка» — TeamLead — [5–25% часов этапа].
4. Скидка этапа, если есть, — явно, чтобы клиент видел её отдельно.
5. Срок этапа — из часов и темпа исполнителей.

Как kptp.ru решает эту проблему

Структура «этапы → строки → часы диапазоном → сроки» — это то, как устроен редактор kptp.ru. Вы не рисуете таблицу, а сразу заполняете смету в нужной логике.

• Этапы и строки с названием, подзаголовком-исполнителем, единицей, количеством и ценой — правила декомпозиции соблюдаются сами собой.
• Количество «от – до» — у каждой строки свой диапазон, итог считается автоматически и показывается клиенту диапазоном или фиксированной суммой по формуле.
• Сроки из темпа — задаёте часы в день, получаете дни на этап в рабочих или календарных днях с учётом праздников.
• Скидки на уровне этапа — видны клиенту и не ломают расчёт остальных этапов.
• ИИ-ассистент через MCP на тарифе «Профессиональный» — подключённый ассистент собирает черновик КП по вашим правилам этапов и строк из настроек, подбирает исполнителей из каталога и сохраняет только после вашего подтверждения.

Все возможности редактора — на странице возможностей сервиса.