Сколько на самом деле стоит внутренняя система
Смета разработки — только одна строка. Важнее стоимость изменения процесса и цена жизни без изменений.
TL;DR
VALUE = сэкономленное время + предотвращённые ошибки + управляемость
DECISION = сравнивать нужно не цену проекта, а стоимость двух сценариев
Ловушка одной цифры
Заказчик спрашивает: «Сколько стоит система?» Подрядчик отвечает суммой разработки. Обе стороны понимают, что это приблизительно, но продолжают вести разговор так, будто после релиза расходы и работа заканчиваются.
Внутренняя система меняет не только интерфейс. Она меняет роли, источники данных, ответственность и привычки. Поэтому её стоимость нельзя честно оценить только количеством экранов и часов программиста.
Пять частей реальной стоимости
Цена бездействия
У старого процесса тоже есть бюджет, просто он редко вынесен в отдельную строку. Десять сотрудников тратят по сорок минут в день на перенос данных — это больше 130 часов в месяц. Ошибки в заявках, повторные звонки, потерянные документы и ручная сверка добавляют ещё.
Сравнивать нужно два будущих сценария: сколько стоит внедрить систему и сколько компания потратит за тот же период, если оставит процесс как есть.
Как оценивать без самообмана
Выберите одну повторяемую операцию. Посчитайте её частоту, среднее время, число участников и цену типовой ошибки. Затем оцените, какую часть труда система действительно снимет. Не обещайте 100% экономии: останутся исключения, контроль и поддержка.
Хорошая оценка содержит диапазон, допущения и точку пересмотра. После первого работающего контура фактические данные важнее первоначальной презентации.
Дешевле — не всегда меньше функций
Самая экономичная архитектура — та, которую команда способна поддерживать. Иногда готовый сервис лучше собственной разработки. Иногда подписка быстро становится дороже простого внутреннего инструмента. Решение зависит от уникальности процесса, требований к данным и скорости изменений.
Сокращать бюджет разумнее не через качество основы, а через охват: меньше ролей, один сценарий, минимум интеграций в первой версии.
Оценить первую версию
Можно разобрать задачу, отделить обязательное от желательного и оценить не только разработку, но и внедрение.