Смета на разработку IT-проекта: как оценить часы, стоимость и изменения

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

Что считать до того, как считать часы

Чтобы составить смету IT-проекта, опишите результат и критерии его готовности, разбейте проект на работы, оцените участие специалистов и прямые расходы, а затем проверьте неопределённости. Умножение часов на ставки — необходимая, но не первая часть расчёта.

Запрос «сделать личный кабинет» ещё не определяет объём. Авторизация, роли, данные, интеграции, обработка ошибок и требования к запуску могут различаться. Если команда оценивает разные представления о продукте, точная итоговая сумма создаёт ложную уверенность.

Начните с краткого описания: кто пользуется системой, какие действия выполняет, с какими данными и как проверяется успешный результат. Рядом запишите то, что в текущую поставку не входит. Этот документ полезен и заказчику, который сравнивает предложения, и подрядчику, который отвечает за оценку.

Как получить оценку из ТЗ с помощью встроенного AI

В D-SMETA можно загрузить техническое задание, а встроенный AI предложит состав работ, ресурсы и цены для черновика сметы. Для IT-проекта задайте сценарии, интеграции, критерии готовности и ограничения поставки. Если подготовлены справочники с вашими ставками и типовыми работами, помощник может опираться на них.

Полученный вариант полезен для первого обсуждения с командой: какие этапы учтены, что требует исследования, не забыты ли тестирование и запуск. Часы и техническую реализуемость подтверждают исполнители. Самостоятельно предложенные AI цены и объёмы нужно сверить с вашей моделью затрат и конкретным ТЗ.

Разложите результат на проверяемые работы

Структура сметы может следовать этапам или функциональным блокам. Важно, чтобы она позволяла найти и выполнить работу, а не только объяснить сумму.

• Аналитика: уточнение сценариев, правила данных и ограничения.
• Проектирование и дизайн: прототипы, состояния экранов, согласованные варианты.
• Разработка: конкретные функции, интеграции и технические задачи.
• Тестирование: подготовка сценариев, проверки, повторная проверка исправлений.
• Управление: встречи, согласования, коммуникация и координация поставки.
• Запуск: настройка окружения, перенос данных, проверка доступа и передача результата.

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

Крупную строку с высокой неопределённостью разбейте или выделите в предварительное исследование. «Интеграция — 40 часов» мало объясняет, если ещё неизвестны методы API, ограничения доступа и качество исходных данных.

Отличайте внутреннюю стоимость часа от ставки клиенту

Внутренняя ставка отвечает на вопрос о затратах компании. Продажная ставка — о цене услуги. Они не обязаны совпадать. При расчёте внутренней ставки определите состав затрат и реалистичный объём производительного времени; деление месячной выплаты на формальные рабочие часы может не отражать действительную загрузку.

Поддерживайте единый подход. Если управление уже распределено в накладных расходах ставки, не включайте ту же сумму повторно отдельной строкой. Если оно считается самостоятельной работой, его часы и основание должны быть видимы во внутренней модели.

Ниже используем условные внутренние ставки. Это учебный пример, не оценка рынка и не рекомендованный прайс. Дополнительные налоговые начисления не рассматриваются.

Пример сметы по ролям

Предположим, команда делает небольшой согласованный функциональный блок с одной интеграцией. Состав и часы уже обсуждены с исполнителями.

На небольшом экране таблицу можно прокрутить по горизонтали.

Всего — 216 часов и 411 200 ₽ затрат на специалистов. Добавим прямые расходы на лицензии и инфраструктуру периода разработки — 18 000 ₽. Перечисленная себестоимость — 429 200 ₽.

При условной цене клиенту 600 000 ₽ разница с этим набором затрат — 170 800 ₽. Она не равна чистой прибыли: необходимо проверить, какие расходы компании ещё не включены. Цену определяют не только затраты, но и условия предложения, ценность результата и выбранная коммерческая модель.

Не превращайте 216 часов в обещание календарного срока делением на восемь. Часть работ идёт последовательно, специалисты могут быть заняты другими проектами, а согласования и доступы занимают календарное время без равного им количества производительных часов.

Как учитывать неизвестное

Для каждой неопределённой части укажите причину, возможное влияние и способ уточнения. Это может быть неизвестное качество данных, согласование интерфейса или зависимость от внешней системы. Резерв без перечня причин трудно защитить и легко потратить на расширение объёма.

Пусть интеграция потребует дополнительно 20 часов разработчика и 8 часов тестировщика. Прирост затрат — 20 × 2 200 + 8 × 1 400 = 55 200 ₽. Себестоимость увеличится до 484 400 ₽, а разница с фиксированной ценой 600 000 ₽ уменьшится до 115 600 ₽.

Это сценарий для решения: провести исследование до фиксации цены, уточнить объём, согласовать диапазон либо осознанно принять риск. Называть дополнительную работу «небольшой» недостаточно — важно увидеть её влияние на проект.

Для ранней оценки полезнее диапазон с явными допущениями, чем точность до рубля. По мере уточнения данных диапазон сужают. Калькулятор не устраняет неопределённость требований.

Как выбрать способ оплаты

При фиксированной цене особенно важны границы результата и порядок изменений. При оплате времени нужны понятные ставки, правила учёта, период отчётности и бюджетный контроль. Для неопределённого проекта можно отдельно оценить исследование, а затем уточнить основную поставку.

Ни одна модель не отменяет смету. Даже если клиент платит за фактические часы, ему нужно понимать прогноз расходов и момент, когда команда сообщит о превышении ожиданий.

Story points, если команда их использует, не следует механически превращать в часы по универсальному коэффициенту. Это другой инструмент оценки. Коммерческий бюджет всё равно должен опираться на согласованную модель затрат и поставки, а не на красивый пересчёт относительных баллов.

Что делать, когда меняются требования

Зафиксируйте исходный вариант и отдельно оцените изменение: что добавляется, что исключается, сколько нужно часов и как меняется последовательность работ. Не ограничивайтесь новой общей суммой: она не показывает причину расхождения.

В D-SMETA можно создавать альтернативные версии сметы, а выбранный вариант фиксировать через согласование. Ресурсы допускают свои единицы измерения и цены; инструкция по ресурсам помогает разобраться с составом услуги. Приложение при этом не подменяет систему управления разработкой и технический анализ задачи.

Если после правок клиенту нужен новый файл, сохраните расчёт и сформируйте документ заново. Руководство по документам отдельно описывает эту последовательность.

Чек-лист готовой оценки

1. Описан результат и критерии готовности, перечислены исключения.
2. Оценку проверили специалисты, которые понимают работу.
3. Учтены тестирование, управление и запуск, а не только написание кода.
4. Внутренние и продажные ставки не перепутаны; повторного учёта затрат нет.
5. Неизвестные условия вынесены в вопросы и сценарии.
6. Календарный срок учитывает зависимости и ожидание согласований.
7. Понятно, как оформляется новый объём и когда обновляется прогноз.

После этапа сравните фактическую работу с оценкой и разберите причины отклонений. Эти данные полезнее для следующей сметы, чем обещание всегда угадывать часы с первого раза.

Разобрать следующую задачу

• Как посчитать участие специалистов
• Как согласовать расширение объёма

Оформите варианты расчёта в одной сделке

В D-SMETA можно рассчитывать услуги и ресурсы в часах и хранить альтернативные версии сметы. Посмотрите инструкцию по версиям или обсудите вашу модель оценки на презентации.

Открыть инструкциюЗаказать презентациюУстановить из Маркета