Инженеры согласовали конфигурацию. Поставщик подтвердил возможность поставки. Заказчик доволен техническим решением — и просит вернуться к бюджету через квартал.

Это учебная ситуация, но она хорошо ставит вопрос, с которым стоит работать системному интегратору: что именно мешает проекту начаться? Цена оборудования, неопределённый эффект, условия оплаты или слишком большой первый шаг? От ответа зависит, что менять в предложении.

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

За словом «рост» могут стоять разные рынки

В августе 2026 года Т1 оценил ожидаемый рост корпоративного ИТ-рынка за год примерно в 4%, а динамику оборудования без ИИ — в −3%. Это прогноз, причём без учёта малого и среднего бизнеса и B2C. Его нельзя превращать в универсальный план продаж для любого интегратора. Источник: Т1, 28.08.2026

Ещё нагляднее разница между деньгами и количеством техники. По анализу «Аквариуса», в I квартале 2026 года закупки серверов и СХД по 44-ФЗ и 223-ФЗ выросли в рублях на 7%, а количество устройств сократилось на 35%. Авторы связывают это с удорожанием и переходом к более мощным конфигурациям. Источник: «Аквариус», данные ЕИС

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

Одновременно Yandex Cloud сообщил о росте выручки на 30%, до 16,7 млрд рублей, за первое полугодие 2026 года. Это результат отдельного провайдера, а не темп всего облачного рынка. Но он показывает, насколько разной бывает динамика внутри ИТ. Источник: Yandex Cloud

Заказчику нужен аргумент, с которым можно защитить бюджет

В опросе КРОК среди 200 ИТ-директоров компаний с выручкой от 5 млрд рублей 67% назвали совокупную стоимость владения и окупаемость главным аргументом при выборе решений. Лучше защищены расходы на непрерывность работы, кибербезопасность, критичное ПО и обязательные проекты. Это выборка крупного бизнеса, а не всех российских заказчиков. Источник: исследование КРОК

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

Утверждение «сервер устарел» оставляет слишком много пространства для переноса. Описание «резервное копирование перестало укладываться в согласованное окно; вот результаты замеров и вариант восстановления нужного режима» даёт предмет для обсуждения. Это пример формулировки: цифры и выводы для конкретного заказчика нужно подтвердить измерениями.

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

Сокращать масштаб проекта нужно вместе с его обязательствами

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

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

Потребность работать с существующей инфраструктурой подтверждает опрос К2Тех: 46% участников назвали приоритетом оптимизацию текущих систем без масштабных инвестиций. В исследовании участвовали более 300 руководителей и специалистов средних и крупных компаний на отраслевой конференции. Источник: К2Тех

Прибыль нужно считать до обещания отсрочки

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

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

Новые проекты начинаются с конкретной нагрузки

ИИ и облака действительно привлекают бюджеты, но интерес заказчика ещё не означает готовность купить оборудование. В исследовании Apple Hills Digital совместно с Selectel, Cloud.ru и VK Tech 46% опрошенных используют облачную инфраструктуру для ИИ, тестируют её или планируют внедрение. Эти стадии объединены в один показатель. Опрос охватил 419 компаний в январе–апреле 2026 года. Источник: исследование облачного потребления

Для интегратора разумная точка входа — рабочая задача: поиск по документации, обработка обращений, анализ изображений. Затем — данные, ограничения, ожидаемая нагрузка и критерий полезности. Выбор между собственным сервером и арендой вычислений появляется после этого.

Облачный вариант меняет и состав поставки. Заказчику могут потребоваться перенос данных, резервирование, настройка доступа и сопровождение. При этом дополнительная услуга тоже должна выдержать проверку экономикой: в исследовании КРОК 57% респондентов планируют сокращать штат подрядных интеграторов на сопровождении. Источник: КРОК

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

Что пересмотреть на ближайшем разборе продаж

Вместо общего вопроса «почему заказчики не покупают?» полезно взять несколько зависших сделок и проверить, где именно остановилось решение.

1. Отделить интерес от закупки.Есть ли утверждённый бюджет, владелец решения и дата, к которой нужен результат? Заявку для оценки будущих затрат стоит учитывать отдельно от готового проекта.
2. Уточнить причину переноса.Не хватает денег на весь объём, не доказана необходимость или не согласован риск перехода? Для каждой причины нужен свой следующий шаг.
3. Проверить первый этап.Даёт ли он самостоятельный результат? Учтены ли зависимости, лицензии, совместимость и последующее расширение?
4. Пересчитать исполнение.Свести в один расчёт закупки, трудозатраты, календарь платежей и обязательства по поддержке. Назначить ответственного за изменение объёма.

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