Почему AI не сделал собственную разработку выгоднее

AI радикально изменил стоимость создания первой версии. Но решение «писать самим или покупать» от этого не стало проще.

Писать код стало быстро. Нейросети хорошо справляются с типовыми задачами, и то, что раньше отнимало месяцы, теперь можно собрать за несколько дней. Команды действительно всё чаще решают писать сами: CRM под свои процессы, внутренний сервис аналитики, биллинг для подписок, простого AI-агента для обработки обращений.

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

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

Такая система честно работает, и первые месяц-два к ней не придраться. Если процессы простые и меняться не собираются, она может работать годами. А если нет, то начинается интересное.

Дальше во всех четырёх примеров действия развиваются примерно одинако:

Биллинг. Клиент просит перейти на тариф дороже прямо сейчас, хотя уже оплатил месяц вперёд. Дальше появляются юрлица, которым нужны акты и УПД с правильным НДС. Через полгода обнаруживается, что начислено одно, а на счёт пришло другое, и сверку приходится делать регулярно. К концу первого года тарифы менять уже страшно: любая правка цены означает задачу для разработчиков, которые заняты продуктом, и постепенно закрепляется негласное правило цены не трогать.

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

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

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

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

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

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

Цифры возьму условные, подставьте свои. Разработчик уровня middle обходится компании, скажем, в 250 тысяч в месяц со всеми налогами.

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

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

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

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

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