Категории ПО, которые с наибольшей вероятностью будут разрабатываться внутри компаний к 2027 году

К 2027 году категориями программного обеспечения, которые компании с наибольшей вероятностью будут разрабатывать самостоятельно, станут автоматизация рабочих процессов, внутренние административные инструменты, дашборды и BI-отчетность, простые CRM, управление проектами и инструменты поддержки клиентов. Граница проходит между гибкостью процессов и абсолютной точностью данных. Программы, которые определяют уникальный рабочий процесс вашей компании, теперь дешевле создать самим, чем арендовать. ПО, требующее стопроцентной точности при каждой операции (расчет зарплаты, платежи, реестры и налоги), останется покупным.

Какие категории ПО первыми переходят на внутреннюю разработку?

Первыми уходят инструменты автоматизации процессов и администрирования. В исследовании Retool «Build vs. Buy» за 2026 год, в котором приняли участие 817 разработчиков, 35% опрошенных заявили, что уже заменили как минимум один SaaS-инструмент собственной разработкой, а 78% планируют создать еще больше в 2026 году. Категории, испытывающие наибольшее давление со стороны альтернативной разработки: автоматизация процессов (35%), внутренние админ-панели (33%), инструменты BI (29%), CRM и конструкторы форм (25%), управление проектами (23%) и поддержка клиентов (21%).

Обратите внимание, что общего у этих категорий. Они перемещают ваши собственные данные в рамках ваших собственных процессов. Ни одна из них не требует сложных алгоритмов; ценность всегда заключалась в самом рабочем процессе, а он принадлежит вам, а не стороннему поставщику. Когда универсальный инструмент покрывает лишь 70% ваших потребностей и при этом берет плату за каждого пользователя, собственная разработка с помощью ИИ, закрывающая задачи на 100%, начинает побеждать в финансовом выражении. К тому же цена ошибки здесь невысока. Сбой на внутреннем дашборде будет стоить вам потерянного вечера, а не судебного иска.

Почему это происходит именно сейчас?

Агентное программирование превратило задачу из категории «надо бы когда-нибудь сделать» в работу на два дня. Gartner прогнозирует, что к 2027 году более 65% инженерных команд, использующих ИИ-агентов для написания кода, будут считать среды разработки (IDE) необязательными, поскольку контроль, управление и валидация перейдут на автоматизированные платформы. Создание программного обеспечения становится процессом, который вы контролируете, а не набираете вручную.

Тот же опрос Retool показывает, как выглядит зрелая разработка с использованием ИИ на практике. Среди разработчиков, выпустивших работающее ПО, 72% используют ИИ для написания отдельных фрагментов кода, которые затем интегрируют сами, только 31% создают готовые приложения исключительно по текстовым запросам, и лишь 8% внедряют сгенерированный ИИ код вообще без изменений. Создание приложений «под ключ» по одному запросу пока остается в меньшинстве. Изменилось то, что стоимость разработки кастомного ПО упала достаточно сильно, чтобы изменить выбор по умолчанию между созданием и покупкой для целого класса инструментов. И это произошло незаметно: 60% опрошенных разработчиков за последний год внедрили решения в обход ИТ-отдела.

Что на самом деле доказал кейс Klarna?

Klarna доказала разделение, а не хайп. В 2024 году ее генеральный директор объявил, что компания отказывается от Salesforce и Workday, и заголовки новостей провозгласили смерть SaaS. Последующие разборы оказались полезнее громких заявлений: издание CX Today подтвердило, что Klarna заменила Workday на HR-платформу другого поставщика, а функционал CRM пересобрала из комбинации более мелких SaaS-инструментов и собственных связующих решений с надстройкой из ИИ.

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

Какое ПО всегда будут покупать?

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

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

К какой категории относится POS-система?

POS находится по обе стороны границы одновременно, что делает ее отличным примером. Фронтенд point of sale — то есть процесс оплаты, экраны, действия после продажи и то, как персонал проводит заказ — это процессный софт. Он относится к тому же типу, что и внутренние инструменты, уходящие в собственную разработку. Именно поэтому спрос на кастомные POS-системы продолжает расти. Ритейлеры больше не хотят подстраивать свои процессы у кассы под шаблоны вендоров. Но под этим уровнем лежат расчеты, складской учет и выверенная отчетность, которые твердо относятся к категории покупных решений.

Рабочая модель на 2027 год — это создание уникального пользовательского интерфейса поверх инфраструктуры, точность которой обеспечивает кто-то другой. Final построен именно на этом разделении: вы описываете свою POS простыми словами или подключаете собственный ИИ через MCP, а созданные вами процессы работают на управляемой торговой инфраструктуре. При этом складской учет, отчетность и Final Pay проводят платежи через платежный процессор и сертифицированные терминалы. Чтобы увидеть эту модель в действии, ознакомьтесь с руководством по созданию кастомной POS-системы с помощью ChatGPT-5.6. В нем наглядно показано, где работает ИИ, а где управление берет на себя инфраструктура.