Является ли «СааСпокалипсис» мифом? Реальная стоимость программного обеспечения, созданного ИИ

      Прежде чем заменять подписки на SaaS внутренними разработками программного обеспечения на основе ИИ, руководители должны оценить полную стоимость владения на протяжении всего жизненного цикла, а не сосредотачиваться только на стоимости разработки.

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

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

      Несколько недель назад группа журналистов из CNBC использовала инструменты ИИ для кодирования, чтобы воссоздать основные функции платформы управления проектами Monday.com за один уикенд.

      💜 технологий ЕС Последние события на технологической сцене ЕС, история от нашего мудрого основателя Бориса и несколько сомнительных произведений ИИ-искусства. Это бесплатно, каждую неделю, в вашем почтовом ящике. Подпишитесь сейчас! Результат вызвал резкое падение цены акций компании, волну комментариев о грядущем «SaaSpocalypse» и неудобный вопрос в залах заседаний по всему миру: если программное обеспечение можно восстановить так быстро, за что именно компании платят, когда покупают SaaS?

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

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

      Этот сдвиг теперь виден в решениях о закупках. CIO, CEO и CFO пересматривают уже существующие контракты на SaaS и те, которые все еще находятся на стадии переговоров.

      Если программное обеспечение может быть воссоздано внутренне за долю исторической стоимости, подписки начинают выглядеть менее автоматическими. Вопрос становится прямым: если мы можем это создать, зачем продолжать за это платить?

      Этот вопрос неполный.

      Он рассматривает программное обеспечение как нечто, что вы завершаете. Вы этого не делаете. Вы его используете.

      Обновления безопасности приходят постоянно. Интеграции ломаются без предупреждения. Регуляции меняются. Внутренние рабочие процессы развиваются. Пользователи меняют свое мнение.

      Ничто из этого не является крайним случаем. Это система.

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

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

      Вот где SaaS и внутренние разработки расходятся.

      Поставщики SaaS распределяют обслуживание, обновления и поддержку между тысячами клиентов. Это бремя поглощается продуктом. Когда компании заменяют SaaS внутренними системами, эти обязанности не исчезают.

      Они поглощаются внутри компании и концентрируются в одной организации, в то время как компания меняет свои старые подписные сборы на новые, чтобы оплатить сами инструменты разработчика ИИ для предприятий.

      То, что выглядит как экономия в момент покупки, часто становится операционной нагрузкой, которая проявляется позже, когда она уже встроена в команды и процессы.

      И это редко стабилизируется. Программное обеспечение меняется, потому что все вокруг него меняется. Каждое изменение создает работу: исправления, обновления, тестирование и корректировки интеграции. Кто-то должен владеть всем этим.

      Вторичная стоимость возникает наряду с этим.

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

      Это создает другую зависимость. Компании часто думают, что они устраняют зависимость от поставщика. На практике они заменяют ее на зависимость от отдельных лиц.

      И это обычно худшая сделка.

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

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

      Зависимость не исчезла. Она сместилась.

      Вот почему решение о том, строить или покупать, не является расчетом стоимости. Это вопрос о том, где должна находиться операционная ответственность и сколько сложности организация готова взять на себя со временем.

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

      Вывод не в том, что компании должны избегать разработки программного обеспечения внутри. Многие теперь должны. ИИ изменил экономику достаточно, чтобы сделать это жизнеспособным в случаях, которые ранее имели мало смысла.

      Но он изменил только одну сторону уравнения.

      Он сделал программное обеспечение дешевле в разработке. Он не сделал его дешевле в эксплуатации.

      Этот разрыв — это то, где большинство корпоративных решений потерпят неудачу.

      Прежде чем отменить следующую подписку на SaaS, вопрос прост: не в том, можно ли его восстановить, а в том, готова ли организация взять на себя все, что следует.