Раньше собственная программа начиналась с бюджета на команду и нескольких месяцев до первой кнопки. Теперь владелец бизнеса за вечер показывает AI таблицу и получает работающий экран. На фоне подписки на готовый сервис своя разработка кажется почти бесплатной.
На этом месте легко ошибиться. AI резко снизил стоимость начала, но граница выгоды проходит по стоимости всей жизни программы.
Рынок уже действительно сдвинулся к собственной разработке
В глобальном опросе McKinsey 2026 года 32% респондентов сообщили, что их организации отказались хотя бы от одной покупки программы или функции, потому что смогли создать её внутри компании с помощью AI-агентов. Чаще так отвечали представители технологий и здравоохранения.
Retool в собственном исследовании того же года получила близкий сигнал: 35% команд уже заменили хотя бы один готовый сервис собственной программой, а 78% ожидали увеличить число внутренних инструментов. Однако Retool сама продаёт платформу для создания таких инструментов, поэтому её цифры нельзя считать нейтральным прогнозом всему рынку.
Сдвиг реален. Вывод «теперь всё выгоднее писать самим» из него не следует.
Что вы покупаете вместе с готовой программой
Когда компания платит за систему учёта клиентов (CRM), сервис рассылок или учётную систему, она покупает не только экран и кнопки.
В цену входят обновления, резервные копии, права доступа, документация, поддержка, мобильная версия, журнал действий, исправление общих ошибок и опыт тысяч пользователей. Часть функций вам не нужна. Зато стоимость распределена между всеми клиентами.
Готовое решение выгодно, когда процесс компании типовой: вести клиентов, ставить задачи, выписывать документы, согласовывать отпуск, хранить файлы. Если отличие бизнеса помещается в несколько настроек и интеграций, писать основу заново обычно бессмысленно.
Что вы получаете от собственной программы
Своя программа может точно повторить процесс, а не заставлять людей обслуживать чужую логику. Она особенно ценна, когда:
- операция повторяется часто и тратит много рабочего времени;
- правило компании действительно отличается от рынка;
- готовый сервис требует постоянного ручного обхода;
- данные уже находятся в 1С или другой внутренней системе;
- результат напрямую влияет на скорость сделки, себестоимость или качество;
- у компании есть человек, который будет владеть продуктом после запуска.
Именно так появился мой «Матчер». Клиент получал заказы, где названия товаров не совпадали с номенклатурой 1С, иногда отличаясь одним символом. Обычного поиска было мало, а ручная обработка большого каталога была дорогой. Ценность создавал не сам экран, а уникальная логика сопоставления.
Такую задачу трудно закрыть готовой универсальной программой. Но «Матчер» не появился за выходные: разработка заняла около полугода. После запуска я работаю в нём уже три месяца, продолжаю добавлять функции и исправлять ошибки, которые показывает реальная эксплуатация.
Один день, после которого начались три месяца работы
Другой пример ещё нагляднее. Программу прогнозирования Claude собрал за один день и сообщил, что всё сделал. Первая версия действительно существовала. Только в ней не было интерфейса, а в расчётах обнаружилась куча ошибок.
Мы тестировали формулы, вылавливали пограничные случаи, уточняли задачу. Некоторые концепции пришлось менять целиком, потому что формально разумная схема не подходила реальному бизнесу клиента. Доработка идёт третий месяц.
Это не означает, что AI бесполезен. Без него первый результат и многие переделки заняли бы больше времени. Но один день надо сравнивать с одним днём прототипа, а не с покупкой зрелого продукта.
Простая граница: типовой процесс или конкурентное отличие
Представим четыре задачи.
Вести сделки и контакты
Сначала стоит взять готовую CRM. Если продавцы работают необычно, лучше настроить этапы и интеграции. Собственную CRM имеет смысл обсуждать только тогда, когда процесс продаж и есть особое преимущество компании, а стандартные модели систематически мешают.
Сопоставлять нестандартные заказы с 8 000 позиций
Это узкая операция с данными конкретной компании. Здесь собственный модуль или гибридное решение может окупиться, потому что готовый продукт не знает историю сопоставлений и критичные признаки товара.
Делать корпоративную рассылку
Готовый сервис уже решает доставляемость, отписки, репутацию домена и требования почтовых систем. Своя форма отправки выглядит простой, пока письма не начинают попадать в спам.
Рассчитывать прогноз по особой методике
Если методика является частью работы компании и меняется по мере проверки гипотез, собственная программа оправдана. Но бюджетировать нужно не генерацию формулы, а месяцы проверки на реальных данных.
Часто лучший ответ — сочетание
Выбор не обязан быть двоичным. На сайте Barracuda остатки и номенклатура остаются в 1С, а собственный веб-интерфейс показывает каталог и собирает B2B-запрос. Мы не писали новую учётную систему, но и не заставляли готовый интернет-магазин изображать сложную оптовую сделку.
Так же можно оставить бухгалтерию в 1С, клиентов — в CRM, а уникальный расчёт сделать отдельным модулем. Или купить готовую платформу и написать только недостающий шаг. Forrester в 2026 году описывает новый выбор похожим образом: настраивать, собирать из компонентов или генерировать, а не просто «купить либо написать всё».
Как посчитать выгоду до начала разработки
Я бы собрала три суммы на период не меньше трёх лет.
Стоимость готового решения
- лицензии и подписки;
- внедрение и настройка;
- интеграции;
- обучение;
- платные модули;
- время сотрудников на обход неудобств;
- рост цены при увеличении пользователей или данных.
Стоимость своей программы
- описание и проверка требований;
- первый прототип;
- интерфейс;
- тестирование расчётов и пограничных случаев;
- интеграции и перенос данных;
- роли, безопасность, журнал действий и резервные копии;
- сервер и наблюдение за ошибками;
- исправления и новые требования после запуска;
- передача другому разработчику.
Стоимость проблемы
- сколько часов в месяц она отнимает;
- сколько ошибок создаёт;
- сколько сделок или денег теряется;
- что изменится, если решить только 60–80% задачи;
- можно ли проверить гипотезу на одном отделе.
Если программа экономит два часа в месяц, собственная разработка не станет выгодной из-за AI. Если восемь сотрудников ежедневно исправляют одни и те же заказы, даже несовершенный узкий модуль может иметь смысл.
Красные флаги собственной разработки
- никто не отвечает за требования и принимает всё, что показал AI;
- нет примеров правильного результата для проверки;
- программа обрабатывает деньги или критичные расчёты, но тесты «потом»;
- пароль, доступы и данные отдают внешней модели без правил;
- единственный автор не оставляет документацию и историю изменений;
- бюджет заканчивается на демонстрации;
- каждое подразделение хочет превратить узкий инструмент в новую ERP.
Когда покупать, когда разрабатывать
Покупайте готовое, если процесс стандартен, важны надёжность и обновления, а отличие можно настроить.
Разрабатывайте своё, если уникальный процесс создаёт измеримую ценность, готовые программы заставляют постоянно работать вручную и у системы будет владелец.
Сочетайте, если основа стандартна, а один участок действительно особенный. В 2026 году это всё чаще самый здравый вариант.
AI сделал собственную разработку доступной для задач, которые раньше не дошли бы до программиста. Он не сделал зрелую программу бесплатной. Грань выгоды проходит там, где стоимость многолетней проверки и поддержки собственной логики становится ниже цены готового решения и его ограничений.
Источники и ограничения
- McKinsey, State of AI 2026 — глобальный опрос организаций; сообщение об отказе от покупки хотя бы одной функции не означает полный отказ от готового ПО.
- Retool, Build vs. Buy Report 2026 — исследование компании, продающей платформу для собственной разработки; приведено как рыночный сигнал с конфликтом интересов.
- Forrester, Customize, Compose, or Generate, 2026 — доступно публичное резюме, полный отчёт закрыт.
- «Матчер», программа прогнозирования и Barracuda — авторские кейсы Алисы Пилат; экономический эффект не указан, потому что он отдельно не измерялся.
Комментарии
Комментариев пока нет. Будьте первым!
Оставить комментарий