В одном предложении внутренняя система стоит 600 тысяч рублей, в другом — 1,8 миллиона. Разница в три раза выглядит как повод выбрать дешёвого исполнителя или заподозрить дорогого в завышении цены. Однако первая команда могла оценить только программирование, а вторая — ещё данные, интеграции, запуск и год сопровождения.
Сначала нужно сравнить предмет предложений, затем цену. Для этого создайте общую карту результата: что компания получает, кто выполняет сопутствующие работы и какие условия заложены в расчёт. Метод не доказывает, что высокая цена справедлива. Он помогает увидеть, за что именно вы платите и какие расходы пока остаются неизвестными.
Зафиксируйте общую версию задачи
Проверьте, что кандидаты оценивали одни и те же материалы. Различия часто начинаются после отдельных встреч: одному подрядчику сообщили об обмене с учётной системой, другому — нет; один включил мобильную работу, другой предположил только настольный браузер.
Соберите краткую базовую версию: роли, границы процесса, основные данные, интеграции, объёмы, ограничения и сценарии приёмки. Присвойте документу дату и номер редакции. Попросите каждого кандидата указать, какая версия легла в основу предложения.
Если задача ещё не исследована, сравнивайте одинаковый этап уточнения. Фиксированная цена полного внедрения и оценка короткого обследования относятся к разным обязательствам. Сводить их в одну строку «стоимость проекта» нельзя.
Вместо перечня модулей используйте наблюдаемые результаты. GOV.UK о пользовательских историях связывает критерии приёмки с тем, что пользователь получает на выходе. Для сравнения это означает: оба кандидата должны оценивать один и тот же завершённый рабочий сценарий.
Разложите предложение по одинаковым блокам
Перенесите ответы подрядчиков в собственную структуру. Не ограничивайтесь названиями разделов: слово «интеграция» может скрывать разовый импорт файла либо постоянный двусторонний обмен.
Практический список блоков:
- обследование и согласование правил процесса;
- интерфейс и бизнес-логика;
- роли, права и журналирование согласованных действий;
- подготовка, очистка и перенос данных;
- интеграции и обработка ошибок обмена;
- проверка рабочих сценариев и исправление дефектов;
- настройка среды и ввод в эксплуатацию;
- обучение и поддержка сотрудников при запуске;
- исходники, документация и передача;
- сопровождение, инфраструктура и сторонние лицензии.
Для каждого блока нужны четыре ответа: входит ли он в цену, какой конкретно результат передаётся, что должен сделать заказчик и как принимается работа. Незаполненную строку обозначайте «не уточнено». Она не означает ни бесплатную услугу, ни отсутствие потребности.
Отдельно фиксируйте ограничение объёма: число источников данных, типы операций, поддерживаемые сценарии, количество пробных переносов. Неуказанные границы не стоит толковать как неограниченное обязательство поставщика.
Заполненный пример: от 600 тысяч к сопоставимой базе
Рассмотрим условные предложения на сервис заявок. Все суммы иллюстративные, приведены на одной налоговой базе и не являются рыночным ориентиром.
Предложение А — 600 000 рублей. Включены карточка заявки, маршрут согласования и личные кабинеты. После уточнения подрядчик отдельно оценил подготовку и перенос данных в 250 000, рабочую интеграцию в 350 000, проверку и помощь при запуске в 200 000, документацию и передачу в 100 000 рублей.
Сопоставимая стоимость запуска: 600 000 + 250 000 + 350 000 + 200 000 + 100 000 = 1 500 000 рублей. Эти дополнения нельзя придумывать самостоятельно: в реальной закупке их должен подтвердить поставщик либо ответственный исполнитель соответствующих работ.
Предложение Б — 1 800 000 рублей. Все перечисленные работы запуска включены, дополнительно включён год сопровождения стоимостью 300 000. Если предметом сравнения является запуск, его стоимость составляет 1 800 000 − 300 000 = 1 500 000 рублей.
Разрыв исчез на одинаковой базе. Но предложения ещё не равноценны: нужно сравнить критерии приёмки, обязанности по данным и фактический состав сопровождения. При сравнении полного первого года к варианту А добавляется его собственная подтверждённая стоимость поддержки, а не автоматически 300 000.
Обратная ситуация тоже возможна: после уточнения дорогой вариант остаётся дороже. Тогда разницу связывают с конкретным результатом, риском или способом исполнения, а не объясняют общими словами «у нас выше качество».
Разберите допущения, которые меняют цену
Попросите перечислить условия расчёта отдельно от рекламного описания. Примеры: исходные данные не требуют очистки; заказчик предоставляет готовый интерфейс обмена; согласование занимает не больше установленного срока; тестовые доступы доступны до начала работ.
Для каждого существенного допущения запишите:
- формулировку и владельца подтверждения;
- основание: документ, проба данных, испытание или пока только предположение;
- последствия отрицательного ответа;
- способ пересмотра состава работ и оценки;
- дату, когда вопрос нужно закрыть.
В нашем примере «данные готовы к переносу» проверяется пробной загрузкой обезличенной выборки. Если половина оборудования не имеет устойчивого идентификатора, это отдельная работа с владельцем справочника. Перекладывание её на заказчика может уменьшить цену договора, но не общие затраты компании.
Не добавляйте ко всем предложениям одинаковый процент «на риски» без объяснения. Один риск уже включён в фиксированную цену, другой остаётся обязанностью заказчика, третий требует дополнительного исследования.
Сравните модели оплаты и границы изменения
Фиксированная цена относится к согласованному объёму и условиям. При оплате по времени важны состав команды, ставки, предполагаемый диапазон трудозатрат и порядок контроля. Оценочный верхний предел не становится обязательным лимитом, если это отдельно не согласовано.
Не выбирайте модель по названию. Спросите: что происходит, если уточняется правило; кто показывает влияние изменения; можно ли остановить следующий этап; какие результаты остаются у заказчика после остановки? Ответ должен быть отражён в конкретных условиях сотрудничества.
При поэтапной работе сравнивайте результаты одинаковых этапов. Один поставщик может включать прототип в обследование, другой — сразу разрабатывать рабочую часть. Прототип, который нельзя эксплуатировать, нельзя оценивать как завершённый сервис.
Также проверьте график платежей и зависимость от действий заказчика. Одинаковая итоговая сумма не означает одинаковую нагрузку на денежный поток и одинаковый риск незавершённого результата.
Проверьте стоимость после запуска
Стоимость владения включает дальнейшие расходы, что подчёркивает руководство GOV.UK по выбору технологии. Для внутреннего сервиса заранее выясните, кто оплачивает среду, обновляет зависимости, разбирает сбои и сохраняет возможность передать поддержку другой команде.
Попросите разделить исправление дефектов, консультации пользователей и развитие функциональности. «Поддержка 12 месяцев» без состава работ не позволяет сравнить предложения. Уточните часы доступности, порядок регистрации проблемы и условия реакции на разные виды обращений.
Права на заказные части, доступ к данным, перечень сторонних лицензий и комплект передачи требуют отдельного согласования. Ссылка на репозиторий без инструкций и конфигурации может оказаться недостаточной для продолжения эксплуатации.
Шаблон уточнения коммерческого предложения
Для каждой спорной строки отправьте кандидату один и тот же набор вопросов:
- Какой рабочий результат входит в указанную стоимость?
- Какими сценариями он будет проверен?
- Какие данные, доступы и решения предоставляет заказчик?
- Какие ограничения объёма использованы?
- Что прямо исключено из предложения?
- Какие дополнительные платежи возможны и при каком событии?
- Кто отвечает за запуск, исправления и передачу?
- До какой даты и при каких условиях действительна оценка?
Сохраните ответы приложением к сравнительной карте. Устное «это, конечно, включено» не должно оставаться единственным основанием решения. Если ответ меняет первоначальную цену, попросите новую редакцию предложения с датой.
Принимайте решение по полной картине
В итоговой записке покажите стоимость одинакового запуска, расходы выбранного периода эксплуатации, существенные обязанности заказчика и нерешённые вопросы. Отдельно отметьте пункты, где варианты действительно различаются и почему это важно для бизнеса.
Типичные ошибки — выбирать по стоимости часа, считать внутренние работы бесплатными, сравнивать год сопровождения с месяцем и игнорировать неподтверждённую интеграцию. Исправить их проще до договора, пока границы решения обсуждаемы.
С ExtentLab можно разобрать общую версию задачи и проверить состав ожидаемого результата. Это поможет подготовить предложение, которое можно сравнивать по конкретным работам, условиям и критериям приёмки.
Источники и материалы по теме
- GOV.UK: критерии результата в пользовательских историях.
- GOV.UK: выбор технологии и стоимость владения.
- Как выбрать подрядчика для внутренней системы.
- Как сохранить контроль над бюджетом разработки.