Почему один и тот же проект стоит 300 000 ₽ и 3 000 000 ₽

Два подрядчика на одну задачу назвали 300 000 ₽ и 3 000 000 ₽. Оба говорят правду. Разница в десять раз возникает не из-за наценки за бренд и не из-за того, что кто-то считает вас богатым: они заложили разный объём обязательств. В дешёвой версии система делает то, что вы попросили, ровно в тех условиях, в которых её показали. В дорогой — она продолжает работать, когда учётная система недоступна, когда заявок стало вдвое больше, когда уволился сотрудник, знавший пароль, и когда служба безопасности требует объяснить, где лежат персональные данные.

Чтобы это увидеть, нужна одна конкретная задача. Возьмём самую частую: бот принимает заявки от клиентов и кладёт их в учётную систему. Формулировка одинаковая во всех трёх предложениях, состав работ — разный. Ниже мы разложим три реализации построчно, посчитаем каждую за 24 месяца вместе с эксплуатацией, покажем, во что обходится отсутствующая обработка сбоев, и разделим надбавки на законные и незаконные. В конце — восемь вопросов, которые за один созвон переводят разговор с языка «дорого-дёшево» на язык состава работ.

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

Одна задача, три реализации: построчно

Вводные общие для всех трёх версий: компания принимает заявки от клиентов, их нужно проверить и превратить в документ в учётной системе. Различается то, что подрядчик считает своей ответственностью. Читайте таблицу не сверху вниз, а по строкам: почти каждая строка — это отдельная работа с часами, и почти каждая невидима на демонстрации.

Ни одна из трёх версий не является обманом. Версия за 300 000 ₽ — правильный выбор для компании, которая получает 300 заявок в месяц, готова разбирать сбои руками и может позволить себе день простоя. Версия за 3 000 000 ₽ — правильный выбор для компании, у которой заявка равна деньгам, а остановка приёма на два часа стоит дороже всего проекта. Ошибка возникает, когда первую продают второй компании, а вторую — первой.

Что именно исчезает из дешёвой версии

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

• Повторные попытки при сбое. Стоят 20–40 часов работы. Без них любая недоступность смежной системы — потерянная заявка, а недоступность случается: обновление конфигурации, перезагрузка сервера, сетевой сбой у провайдера. Это первая строка, которую вырезают, и первая, которой начинают не хватать.
• Журнал обменов. 15–25 часов. Без журнала на вопрос «где заявка Петрова» ответить нельзя вообще: система не помнит, приходила ли она. Разбор одного такого случая занимает у сотрудников больше времени, чем стоила бы вся строка.
• Тестовый контур. 20–35 часов плюс копия учётной системы. Без него каждая правка проверяется на боевых данных, и цена ошибки — испорченный документ в вашей бухгалтерии, а не сообщение об ошибке на стенде.
• Документация. 15–30 часов. Отсутствие документации не мешает работать сегодня и делает невозможной смену подрядчика завтра: следующая команда начинает с обратной разработки того, что уже оплачено.
• Обучение сотрудников. 8–16 часов. Самая недооценённая строка: система, которой не научили пользоваться, обходится ровно в свою полную стоимость и не даёт эффекта. Люди возвращаются к прежнему способу работы в первую же напряжённую неделю.
• Гарантийный период. Не часы, а обязательство. Две недели гарантии означают, что дефекты, которые проявятся на втором месяце эксплуатации, вы будете оплачивать как доработку по обычной ставке.

Сложите часы: 78–146 часов, или 200 000–450 000 ₽ по ставке 2500–3 000 ₽ за час. Это и есть та самая разница между «под ключ за 300 000 ₽» и предложением, которое выглядит завышенным. Разница не в марже — она в шести строках, каждую из которых можно назвать вслух и обсудить отдельно.

Сколько стоит отсутствующая обработка сбоев

Отсутствие строки в смете не означает отсутствия работы — оно означает, что работу выполнит кто-то другой. Посчитаем на модельных, но реалистичных вводных. Компания получает 1500 заявок в месяц. Доля неудачных обменов с учётной системой — 2%: это нижняя граница обычного диапазона, живые связки без повторных попыток дают от 0,5 до 3% в зависимости от качества сети и стабильности смежной системы. Значит, 30 заявок в месяц не доезжают с первой попытки.

Теперь сложим это с ценой самих версий на горизонте, на котором живёт решение. Берём 24 месяца — стандартный срок, за который система либо окупается, либо заменяется.

Обратите внимание на важную оговорку: перевес возникает при 1500 заявках в месяц. При 300 заявках те же 2% дают 6 сбоев, разбор занимает два с половиной часа, а потери — примерно две заявки в квартал. Тогда версия за 300 000 ₽ выигрывает с большим запасом и остаётся правильным выбором. Именно поэтому вопрос «какая версия вам нужна» — это вопрос об объёме, а не о том, насколько вы принципиальны в вопросах качества.

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

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

Как объём операций ломает архитектуру

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

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

Требования, которые удваивают смету законно

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

Первая строка чаще всего оказывается решающей и почти никогда не обсуждается на старте. Если в заявке есть имя и телефон, действует требование о локализации персональных данных в России, и вопрос сводится к тому, где живёт языковая модель. Облачные GigaChat или YandexGPT 5 закрывают его договором и не требуют надбавки. Локальная модель на вашем сервере закрывает его архитектурно и стоит тех самых 150 000–400 000 ₽ сверху. Разница между двумя предложениями иногда состоит ровно в этом, и до вопроса об этом никто не догадывается.

Четвёртая строка — единственная, где надбавку легко посчитать самому и убедиться, нужна ли она. Дежурство вне рабочих часов означает, что кто-то физически не спит или встаёт по оповещению, и стоит это 25 000–55 000 ₽ в месяц сверх обычной поддержки, то есть 600 000–1 320 000 ₽ за два года. Сравните с ценой простоя: возьмите число часов простоя вне графика поддержки, которое вы ожидаете за месяц, и умножьте на потери за час. Если получается меньше надбавки, берите реакцию в рабочее время и спокойно живите с тем, что ночной сбой будет разобран утром.

Требования, которые удваивают смету незаконно

Обратная сторона: пять способов, которыми смета вырастает без появления новой работы. Все они живут в формулировках договора, а не в технике.

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

Половина разброса создаётся на стороне заказчика

Неприятная часть правды: несопоставимые сметы часто получаются из-за того, как поставлена задача. Фраза «нужен бот, который принимает заявки и кладёт их в 1С» не содержит ни одного из семи фактов, которые определяют цену. Каждый подрядчик достраивает недостающее по своему опыту: осторожный закладывает верхнюю границу, оптимист — нижнюю, и вы получаете разброс в пять раз при одинаковом понимании самой задачи.

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

1. 1Объём. Сколько заявок в месяц сейчас и сколько ожидается через два года. Пиковый день и пиковый час, если разброс большой: 1500 заявок в месяц ровным потоком и 1500 заявок, из которых 400 приходят в понедельник утром, — это разные задачи.
2. 2Каналы. Откуда приходят заявки на сентябрь 2026: MAX, Telegram, виджет на сайте, Авито, почта, телефон. Отдельно скажите, планируется ли добавление канала — от этого зависит, закладывать ли абстракцию канала сразу или потом переписывать.
3. 3Системы и их версии. Не «1С», а конкретная конфигурация: Управление торговлей, Бухгалтерия, УНФ, ERP. Дописывалась ли она и кем. У разных конфигураций разный обмен, и оценка отличается в разы.
4. 4Роли. Кто работает с системой и что каждому видно. Простейший тест: увидит ли руководитель одного филиала заявки другого. Число ролей — прямой множитель сметы.
5. 5Что делать при сбое. Ваше решение, а не подрядчика: заявка ждёт в очереди и уходит позже, или ответственный получает оповещение и заводит её руками, или клиенту показывается сообщение с просьбой повторить. Три разных ответа — три разные цены.
6. 6Где могут лежать персональные данные. Достаточно ли облачного сервиса с российской юрисдикцией или требуется работа внутри вашего контура. Это решение принимает ваша служба безопасности, и стоит оно 150 000–400 000 ₽ разницы.
7. 7Срок и его причина. «Хотим побыстрее» и «к первому декабря, потому что начинается сезон» — разные вводные. Во втором случае подрядчик может предложить запуск по частям; в первом он просто заложит запас.

Есть и восьмой факт, который редко формулируют: цена простоя. Сколько компания теряет за час, в течение которого заявки не принимаются. Если ответ «ничего страшного, разберём вечером», вам не нужны ни отказоустойчивость, ни дежурство, и половина верхней сметы отпадает сама. Если ответ «теряем два десятка заявок по 40 000 ₽», разговор о резервном узле становится разговором об экономике, а не о технической красоте.

Восемь вопросов, после которых цена становится понятной

Предыдущий раздел — про то, что говорите вы. Этот — про то, что нужно услышать в ответ. Вопросы занимают двадцать минут созвона и не требуют технической подготовки: каждый ответ либо содержит конкретику, либо признаёт, что строка не заложена.

1. 1Что произойдёт с заявкой, если учётная система недоступна десять минут? Правильный ответ описывает механику: заявка встаёт в очередь, система делает столько-то повторных попыток, при неудаче уходит оповещение такому-то. Ответ «такого не будет» означает, что строки нет.
2. 2Есть ли журнал обменов и как в нём найти конкретную заявку? Если журнала нет, вы не сможете ответить клиенту, что случилось с его обращением, — и это станет вашей проблемой, а не проблемой подрядчика.
3. 3На какой объём операций рассчитано решение и что изменится при удвоении? Ответ должен содержать число и описание того, что придётся доработать. Отсутствие числа означает, что нагрузку не считали.
4. 4Есть ли тестовый контур или проверки идут на боевых данных? Второй вариант допустим на простой задаче и недопустим там, где система пишет документы в учёт.
5. 5Сколько ролей заложено и что видит каждая? Проверьте на своём примере: увидит ли руководитель филиала заявки соседнего филиала. Если ответ «настроим потом», это отдельная работа за отдельные деньги.
6. 6Что считается сдачей: демонстрация или прогон сценариев? Если прогон — сколько сценариев и кто пишет их список. Приёмка по 60 сценариям и приёмка «посмотрели, работает» отличаются неделей работы и качеством результата.
7. 7Какой срок гарантии и где проходит граница между дефектом и доработкой? Формулировка «дефект — несоответствие ТЗ» должна быть в договоре, иначе граница будет определяться в переписке во время спора.
8. 8Назовите три вещи, которые вы не делаете в рамках этой цены. Самый полезный вопрос из восьми: подрядчик, который считал смету, ответит на него за десять секунд и без обиды.

Когда дешёвая версия — правильный ответ

Из всего сказанного не следует, что нужно всегда покупать среднюю версию. Есть ситуации, в которых версия за 300 000 ₽ — точный выбор, а доплата за надёжность будет выброшенными деньгами.

• Объём меньше 500 операций в месяц. Ручной разбор редких сбоев занимает пару часов в месяц и стоит дешевле, чем 20–40 часов разработки очереди с повторными попытками.
• Процесс не критичен ко времени. Заявка может подождать до утра, клиент не уйдёт к конкуренту за два часа простоя, деньги на этом не теряются. Тогда отказоустойчивость покупать не нужно.
• Задача проверяет гипотезу. Пилот с заранее оговоренными границами на два месяца: цель — узнать, будут ли клиенты вообще писать боту. Строить надёжность до ответа на этот вопрос преждевременно.
• Процесс скоро изменится. Если через полгода компания переезжает на другую учётную систему, вкладываться в интеграцию с текущей бессмысленно — дешевле прожить полгода на минимальной версии.
• Есть кому разбирать исключения. В компании уже сидит человек, который сверяет заявки, и его загрузка не полная. Тогда очередь исключений закрывается им, а не системой.

Единственное условие: выбор дешёвой версии должен быть осознанным. Разница между «мы взяли минимальную версию, потому что у нас 300 заявок в месяц» и «нам сказали, что это то же самое, только дешевле» — это разница между управленческим решением и неприятным открытием на третьем месяце эксплуатации. Вопросы из предыдущего раздела ровно для этого и нужны: они не заставляют покупать дороже, они показывают, что именно вы покупаете.

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