Нанять людей или купить «коробку»: как не ошибиться с ИТ-решением в 2026

Каждый второй комплексный ИТ-проект в России заканчивается неудачным внедрением. Причина в неверно выбранном формате решения и несоответствии ожиданиям бизнеса

Цена ошибки — не абстракция

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

И прежде чем говорить о форматах, стоит осознать ставки. Главные причины, из-за которых приходится пересматривать ИТ-решения: недооценка стоимости владения, сложности интеграции с действующей инфраструктурой и несоответствие решения реальным требованиям бизнеса. Затраты на корректировки, как правило, достигают 10–30% от общего бюджета, а перезапуск проекта — двойных вложений.

Но ошибка в выборе — это не только деньги. Это время, люди и упущенные позиции на рынке. Вопрос в том, как ее избежать.

Партнер вместо подрядчика

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

Классическая схема «заказчик — исполнитель», где ответственность ограничивается рамками ТЗ, перестала работать. Сегодняшний запрос — ИТ-компания помогает сформулировать задачу, моделирует результат, предупреждает о рисках и разделяет ответственность за бизнес-эффект. Это другая модель отношений — и компании, которые ее освоили, растут быстрее рынка.

От чего зависит правильный выбор

Работа с ИТ-партнером начинается не с презентации — а с разговора о том, чем компания зарабатывает деньги. Именно здесь кроется развилка.

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

Итак, правильная подготовка — это глубокий разбор пяти вещей.

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

Боли и их приоритет. Важно понять не просто что болит, а что болит сильнее всего прямо сейчас — именно это определяет, с чего начинать. Нет смысла строить дом, пока не потушены технологические пожары, влияющие на восприятие всей ситуации.

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

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

Люди. Кто будет работать с системой каждый день — и есть ли у них желание и возможность меняться. Это может быть внешний интегратор, внутренний ИТ-отдел или смешанная конфигурация. Но если этого человека или команды нет — никакое решение не будет нормально работать. Система не существует без тех, кто заботится о ее функциональности и стабильности.

Без этого разбора любой формат — лотерея.

Итак, из чего выбираем

По данным Группы Б1, рынок тиражного ПО в 2022–2024 годах вырос в 1,6 раза — до 448 млрд рублей, при этом заказная разработка заняла 24% сегмента ИТ-услуг (более 150 млрд рублей). Рынок растет во всех сегментах, и у каждого — своя логика применения.

Нынешняя экономика требует от бизнеса умения быстро проверять гипотезы и интегрировать решения в сжатые сроки. В этом контексте и стоит рассматривать каждый из форматов.

Коробочное (тиражное) ПО — готовый продукт, который покупается по лицензии и настраивается в рамках возможностей вендора. Как правило, это быстрее и предсказуемее по стоимости. На российском рынке сегодня более 30 000 позиций в реестре отечественного ПО. 1С, Битрикс24, ELMA, amoCRM и другие решения — как общего характера, так и отраслевые — закрывают широкий круг типовых задач. Коробка хорошо работает там, где задача стандартная, нужен быстрый старт и важна предсказуемость затрат.

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

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

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

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

Про ИИ: чтобы не разочаровываться, не надо очаровываться

ИИ сейчас обсуждают в каждом втором разговоре об ИТ — и это закономерно. Рынок заказной разработки меняется: ценность шаблонного кода падает, а главным продуктом ИТ-компаний становятся адаптивные компетенции команд — способность управлять связкой «человек + модель». Это напрямую влияет на выбор: партнер, который умеет корректно встраивать ИИ в процессы, будет получать лучший и более стабильный результат.

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

Вместо итогов

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