Что действительно меняется, когда код становится доступнее
Если собрать похожую функцию проще, сама функция даёт меньше защиты от конкурентов. Калькулятор, форма ввода или красивый экран могут быстро получить аналоги. Поставщику приходится объяснять, за что клиент платит сверх возможности нажать кнопку.
Ожидания у продавцов корпоративного софта при этом далеко не оборонительные. В публикации Box о 2026 годе её сооснователь и CEO Аарон Леви говорит:
«ИИ-агенты сделают прежде крайне редкие возможности почти безгранично доступными и массовыми».
Аарон Леви, прогноз руководителей Box на 2026 год.
Это взгляд участника рынка, заинтересованного в развитии корпоративного ПО. Цитата описывает ожидание роста доступности возможностей, а не доказанный прогноз исчезновения подписок.
Для клиента такой сдвиг означает больше вариантов. Можно купить готовый сервис, собрать узкий инструмент, заказать решение под свой процесс или соединить существующие программы агентом. Для разработчика меняется главный вопрос: какое преимущество продукта сохранится, если написать похожий интерфейс станет легко?
Первый устойчивый вариант: актив, который не выдаётся вместе с кодом
Представьте профессиональную базу, где сведения постоянно проверяют, связывают и обновляют. Написать окно поиска по такой базе гораздо проще, чем воспроизвести сами данные, историю изменений и редакционную работу. Особенно когда для использования материалов нужны права и договоры.
Реальный пример такой модели: CoCounsel Legal компании Thomson Reuters. В сообщении о запуске новой версии от 20 августа 2026 года поставщик описывает сочетание агентных инструментов с Westlaw, Practical Law и рабочими материалами организации. Руководитель юридического направления Рагху Раманатан формулирует направление так:
«Юридическая отрасль выходит за пределы ИИ, который просто генерирует ответы».
В том же сообщении компания описывает доступ к CoCounsel из Claude через MCP. Это интересный поворот: агент может стать способом пользоваться профессиональным продуктом, сохранив потребность в его содержимом. Это заявление поставщика о продукте, а не наша независимая оценка точности.
Устойчивость здесь даёт весь набор активов: содержание, обновление, проверка источников и включённость в рабочие процедуры. Один архив файлов не обеспечивает вечной защиты. Если данные устаревают, их можно свободно получить у конкурента или клиент не видит разницы в результате, ценность базы снижается.
Такой продукт может быть дорогим. Его сравнивают с ценностью решаемой задачи и стоимостью собственной альтернативы, а не только с расходом токенов на один ответ.
Второй вариант: заплатить проще, чем становиться разработчиком
Допустим, человеку нужен небольшой редактор, трекер привычек или удобный способ организовать фотографии. Он вполне может попросить агента собрать аналог. Но ему всё равно придётся сформулировать требования, выбрать результат, перенести данные и разобраться, что делать при поломке.
Небольшая регулярная плата может быть приемлемой ценой за снятие этой работы. Здесь продаются понятность, готовность к использованию и привычка. Возможность повторить функцию технически не равна желанию заниматься её повторением.
Диапазон 5–50 долларов в месяц полезен как исходная гипотеза о массовых продуктах. Исследования, рассмотренные в этой статье, не устанавливают такую универсальную границу. Для одного человека и 5 долларов лишние, другой согласится платить значительно больше за инструмент, которым пользуется ежедневно.
Низкая цена сама по себе тоже не защита. Если задача возникает редко и полностью закрывается обычным запросом к уже доступной модели, отдельная подписка может не понадобиться. А если клиенту требуется набор связанных функций на разных устройствах, готовый сервис может оставаться удобнее самодельного решения.
Почему игры хорошо объясняют ценность готового продукта
С игрой разница особенно заметна. Получить код для перемещения персонажа и получить игру, в которую хочется возвращаться, означает решить разные задачи. Игрок может платить за мир, ритм, художественную работу, музыку, историю или за возможность провести вечер с друзьями.
В сетевой игре часть ценности создают другие участники. Личная копия похожей механики не переносит в неё друзей, их прогресс и сложившееся сообщество. Даже при доступной генерации контента остаётся вопрос: что именно человек хочет пережить и с кем?
Это редакционный аргумент о природе продукта, а не статистическое доказательство защищённости всей игровой индустрии. ИИ может менять производство игр и усиливать конкуренцию. Дешёвые и дорогие игры могут терять аудиторию, если ей становится интереснее в другом месте.
Кроме того, игры не укладываются только в подписку: возможны разовая покупка, бесплатный вход и платежи внутри продукта. Поэтому их пример поддерживает тезис «готовый опыт может быть ценнее самостоятельной сборки», но не доказывает ценовой потолок в 50 долларов.
Третья причина платить: кто обеспечит работу завтра
В корпоративном ПО нередко важнее непрерывность процесса. Сотрудники должны видеть согласованные данные, права должны соблюдаться, а после сбоя нужно восстановить работу. Эту задачу придётся решать и для программы, написанной агентом.
Мартин Фаулер в статье от 24 июня 2025 года подчёркивает особенность нового инструмента:
«Большие языковые модели вводят недетерминированную абстракцию».
Фаулер обсуждает изменение самой разработки: одинаково сформулированный запрос к модели не гарантирует прежнего поведения. Наш практический вывод шире одного запроса: полезно считать отдельно создание функции и обеспечение воспроизводимого результата системы. Агент способен помогать в обеих задачах, но требования к проверке от этого не исчезают.
Именно здесь тезис о двух выживших видах софта становится слишком узким. У продукта может не быть уникальной секретной базы, а цена может быть высокой. Клиент всё равно может выбирать поставщика ради поддержки, контролируемых изменений, готовых интеграций и договорных обязательств.
Эта защита тоже не абсолютна. Сложность миграции может удержать клиента на время, но не заменяет полезности. Если новый поставщик обеспечивает сопоставимую работу существенно дешевле, привычная система оказывается под давлением. Для перехода к эксплуатации важны данные, интеграции и управляемые полномочия агента.
Что исследования говорят о цене самостоятельной разработки
Прямого эксперимента, доказывающего исчезновение большинства программных компаний, в рассмотренных источниках нет. Есть данные о более узких вопросах: как ИИ влияет на труд разработчика и насколько пользователи доверяют результату.
Производительность зависит от условий
В эксперименте METR 2025 года 16 опытных разработчиков выполняли 246 задач в знакомых открытых проектах. При доступе к тогдашним ИИ-инструментам выполнение занимало в среднем на 19% больше времени. Это результат конкретной выборки и инструментов начала 2025 года.
Уже в обновлении METR от 24 февраля 2026 года авторы сообщили, что считают более сильное ускорение вероятным. Но данные нового эксперимента сочли ненадёжным измерителем величины эффекта из-за отбора участников и задач, а также сложностей учёта параллельной работы агентов. Ссылаться только на старые 19% как на сегодняшнее свойство всех инструментов было бы неверно.
Доверие связано с возможностью проверить ответ
В вопросе Stack Overflow Developer Survey 2026 о доверии к ИИ участвовали 14 304 респондента. 48% выбрали вариант доверия при возможности легко проверить результат; 6,6% готовы доверять многим задачам, включая важные рабочие решения. Это ответы на вопрос о доверии, а не тест фактической надёжности программ.
Данные: Stack Exchange Inc., 2026, «Trust in AI tools», лицензия ODbL 1.0.
Решение «купить или сделать» не сводится к цене кода
В концептуальном препринте Дэвида Клотца 2026 года рассматриваются издержки, качество, соответствие требованиям и организационные возможности. Автор считает тезис о массовом исчезновении SaaS преувеличенным для большинства категорий, выделяя критичные и регулируемые системы как область сохранения покупных решений. Это теоретический анализ, а не наблюдение за будущим рынком.
Общий вывод A+I: сравнивать нужно конкретные альтернативы на одной задаче. Ускорение написания кода может быть большим, а остаточные затраты на проверку, обслуживание и перенос данных всё равно могут определять решение о покупке.
Простой расчёт: когда подписка выгоднее своего инструмента
Возьмём условный пример A+I. Это не актуальный тариф какого-либо сервиса и не оценка средней стоимости разработки. Готовый продукт стоит 10 долларов в месяц, то есть 120 долларов в год.
Своя версия требует три часа на сборку и первоначальную проверку, затем по 20 минут внимания в месяц. Если для внутреннего сравнения оценить час времени в 20 долларов, получатся 60 долларов на запуск и 80 долларов на обслуживание за год. Добавим условные 60 долларов на агента и инфраструктуру. Итого: 200 долларов в первый год.
| Вариант | Расчёт первого года | Итого |
|---|---|---|
| Готовый продукт | 12 месяцев × 10 долларов | 120 долларов |
| Свой инструмент | 60 запуск + 80 внимание + 60 сервисы | 200 долларов |
При таких допущениях покупка удобнее и дешевле. Но если готовый продукт стоит 50 долларов в месяц, получается 600 долларов в год: вывод может измениться. Также изменится расчёт, если обслуживание занимает больше времени, собственный инструмент закрывает только часть задачи или его стоимость распределяется на нескольких пользователей.
Нельзя игнорировать и удовольствие от самостоятельной сборки. Для одного это издержки, для другого хобби. Экономический расчёт помогает сравнить затраты, но не описывает все причины выбора.
Какие продукты окажутся под наибольшим давлением
Ниже редакционная карта A+I. Она описывает возможные механизмы конкуренции, а не предсказывает судьбу конкретных компаний.
| Продукт | Что может удержать клиента | Что делает замену проще |
|---|---|---|
| Простая утилита с одной функцией | Удобство, доступность, привычка | Редкое использование и лёгкая проверка результата |
| Профессиональная база и инструменты | Актуальные материалы, права и редактура | Доступный альтернативный источник сопоставимого качества |
| Корпоративная система | Рабочий процесс, интеграции и поддержка | Безопасная миграция и более выгодная эксплуатация |
| Игра или творческий продукт | Опыт, содержание, сообщество | Более интересная и доступная альтернатива |
Особенно трудно обосновывать высокую цену там, где функция проста, исходные данные общедоступны, а проверить ответ легко. Но и такой сервис может найти рынок, если решает задачу быстрее и удобнее, чем самостоятельная настройка.
С другой стороны, узкая специализация сама по себе не делает продукт защищённым. Важно, что именно клиент не сможет получить столь же удобно, надёжно и выгодно другим способом.
Что делать владельцу продукта и покупателю
Владельцу продукта стоит мысленно убрать привычный интерфейс и спросить, что останется: содержание, рабочий процесс, сообщество, поддержка или доступ к важным действиям. Затем проверить, готов ли клиент платить именно за этот результат.
Полезно также представить продукт как инструмент для чужого агента. Возможно, клиенту понадобится меньше экранов, но сохранится потребность получать ваши данные или выполнять операции через ваш сервис. Тогда меняется способ доступа, а не обязательно исчезает ценность продукта.
Покупателю полезно разделить важные системы и небольшие вспомогательные задачи. Для короткой обработки таблицы собственный инструмент может быть разумным. Для процесса, от которого зависит ежедневная работа отдела, нужно оценить поддержку, доступы, восстановление и перенос данных.
До решения проведите ограниченную проверку: выберите одну задачу, измерьте время создания и проверки аналога, затем посчитайте полную стоимость владения. Общая последовательность описана в руководстве по ИИ-трансформации компании. Изменение задач команды рассмотрено в разборе исследования Anthropic.
Тезис о двух устойчивых типах софта полезен как начало разговора. Более точный критерий выглядит так: продукт сохраняет цену, пока даёт результат, который клиенту неудобно, рискованно или невыгодно обеспечивать самостоятельно. Специальные данные и небольшая плата могут создавать это преимущество. Надёжная эксплуатация, опыт и сообщество тоже могут его создавать.
Источники и границы этого разбора
Для материала использованы открытые первоисточники: статьи экспертов, публикации исследователей, данные опроса и сообщение производителя. Публичные цитаты приведены с указанием автора; они не получены в личном интервью. Утверждения компаний о собственных продуктах отражают их позицию.
- Aaron Levie / Box: взгляд руководителей на 2026 год
- Thomson Reuters: CoCounsel Legal, 20 августа 2026
- Martin Fowler: LLMs bring new nature of abstraction, 24 июня 2025
- METR: эксперимент с разработчиками, 2025
- METR: ограничения нового эксперимента, 24 февраля 2026
- Stack Overflow: Trust in AI tools, данные 2026
- David Klotz: The Buy-or-Build Decision, Revisited, препринт 2026
Расчёт стоимости и карта продуктовых рисков предложены A+I. Исследования не подтверждают универсальный ценовой порог, неизбежное исчезновение SaaS или неуязвимость отдельных категорий.