Сколько на самом деле стоит автоматизация

На этом месте часто и начинается ошибка.

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

Именно поэтому цена в коммерческом предложении и реальная стоимость системы за несколько лет — это не одно и то же.

На первый взгляд разница огромная. Но затем выясняется:

Нужно сравнивать состав результата и будущие обязательства.

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

Но если какой-то из них отсутствует в первоначальной оценке, это не означает, что он исчез.

Скорее всего, его стоимость появится позже.

До написания кода необходимо понять, что именно должна делать система.

Если этого не сделать заранее, часть проектирования фактически переносится на этап разработки.

Проектирование не является «лишним этапом перед настоящей работой».

Оно позволяет определить настоящую работу до того, как её стоимость начнёт расти.

Это та часть, которую заказчик чаще всего воспринимает как всю стоимость проекта.

Две системы могут иметь по десять экранов и отличаться по стоимости в несколько раз.

Потому что интерфейс — только видимая часть системы.

Если новая система должна обмениваться данными с периферией:

Поэтому «подключить ещё одну систему» иногда означает существенное расширение проекта.

Особенно это заметно при переходе со старой системы.

Перед переносом их приходится анализировать, сопоставлять, очищать и проверять.

Если в коммерческом предложении написано «миграция данных», важно понимать, что именно входит в это слово.

Система должна где-то работать.

— является частью экономики проекта, а не технической мелочью.

Есть ещё одна распространённая ошибка:

Каждый этап требует времени и ресурсов.

Поэтому проверять нужно не только нормальный сценарий.

Чем выше цена ошибки, тем дороже обходится недостаточное тестирование.

Даже идеально разработанная система не заработает сама по себе.

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

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

Серьёзная корпоративная система редко остаётся неизменной пять лет.

Их часто смешивают.

Сопровождение — это обеспечение работоспособности уже существующего решения.

Развитие — изменение самой системы.

Разделять эти расходы важно и для бюджета, и для планирования развития.

Это не означает, что нужно всегда выбирать максимально сложную архитектуру.

Это достаточная архитектура под реальные требования бизнеса.

Технический долг — это не абстрактная проблема программистов.

Разница — это экономический эффект технических решений, принятых раньше.

«Сколько стоит сделать её сейчас?»

Сравнивать нужно не цену первой строки, а состав обязательств.

После такой таблицы цена обычно начинает выглядеть совсем иначе.

Не обязательно спрашивать подрядчика о каждой технологии.

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

Для управленческого решения полезно разделять два понятия.

Например, система может стоить 3 млн ₽ при запуске.

Но за пять лет компания может потратить на неё 7 млн ₽.

И наоборот: более дорогая разработка может привести к меньшей стоимости владения, если решение проще сопровождать и развивать.

Это уже вопрос уровня управления.

Именно поэтому хорошая оценка автоматизации должна показывать не только цену входа, но и экономику всей системы после запуска.

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