Что будет после SaaS.

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

Два десятилетия эта сделка себя оправдывала. Теперь это не так, и причин тому три.

Единственной альтернативой SaaS была заказная разработка: дорогая на старте, медленная и застывающая в день сдачи. Между этими двумя путями оказалось большинство малых и средних компаний, которые обходятся тем, что есть: вручную отвечают в WhatsApp, подтверждают записи по одной, переносят данные между системами, не связанными друг с другом, и полагаются на то, что кто-то в команде всё помнит.

TMaaS заменит SaaS.

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

С TMaaS организация больше не покупает закрытый продукт и не заказывает проект с датой окончания. У неё есть система, построенная под её процессы, работающая в собственной установке и меняющаяся вместе с ней. Организация получает сервис с той же непрерывностью, что и SaaS, но скроенный по её меркам, как в ателье.

Название повторяет структуру Software as a Service и меняет в ней одно слово. Как сервис теперь предоставляется не одно и то же ПО для всех, а программное обеспечение, сделанное индивидуально для каждой организации.

Что заменяется, а что нет

TMaaS заменяет прикладной SaaS: CRM, сервисы онлайн-записи, ящики входящих обращений и учётные системы, которые навязывают организациям свой способ работы. Инфраструктурные сервисы, такие как платежи, обмен сообщениями, облако или сами модели ИИ, остаются общими строительными блоками. Система TMaaS строится поверх них.

У заказной разработки всегда была проблема стоимости, а не ценности. Дорогой была сама работа: программирование, тестирование, документирование и поддержка.

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

Отсюда три следствия:

1. Собственная система перестаёт быть роскошью. То, что раньше было доступно только крупным организациям, теперь по силам любой, даже самой небольшой.
2. Изменения перестают быть проектами. Доработка системы стоит так мало, что её можно вести непрерывно, по мере того как меняется организация.
3. Узкое место смещается. Теперь это не написание кода, а глубокое понимание каждой организации, решение о том, что строить, и ответственность за то, что уходит в эксплуатацию.

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

В TMaaS человеческий труд сосредоточен на понимании, решениях и ответственности. Всё остальное делает ИИ.

Семь принципов отличают TMaaS и от SaaS, и от традиционной заказной разработки.

1. I

   Программное обеспечение подстраивается под каждую организацию

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

2. II

   Общая основа, индивидуальный слой

   Каждая система строится на проверенной общей основе; всё, что относится к конкретной организации, живёт в отдельном слое. Без общей основы модель оказывается тем же агентством под другим названием. Без индивидуального слоя это просто ещё один SaaS.

3. III

   Отдельная установка для каждого клиента

   Каждая организация работает в собственной среде, и её данные хранятся отдельно. Изменения для одной не затрагивают другую.

4. IV

   Система развивается вместе с организацией

   Систему TMaaS не сдают, чтобы потом заморозить. Она меняется непрерывно, в ритме той работы, которую обслуживает.

5. V

   Данные принадлежат организации

   Информация, которую порождает работа организации, принадлежит самой организации, а не тому, кто строит систему.

6. VI

   Люди отвечают, ИИ строит

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

7. VII

   Измерять до и после

   Работа над каждой системой начинается с исходных значений показателей, которые она должна улучшить. Это позволяет проверить, превосходит ли индивидуальная система типовое ПО, которое она заменяет.

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

Работа над системой TMaaS не заканчивается со сдачей. Цикл её создания повторяется всё время, пока организация ею пользуется.

После шага 3 всё измеряется заново, и цикл повторяется.

Система TMaaS состоит из слоёв. Чем ниже слой, тем он более общий; чем выше, тем больше в нём специфики конкретной организации.

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

Тезис пока существует в черновой редакции. На следующие вопросы окончательного ответа ещё нет.

1. Как быстро организации откажутся от нынешних SaaS и что сдерживает переход: контракты, данные или привычка?
2. Как ответят крупные игроки SaaS: откроют свои продукты для индивидуальной доработки или уступят позиции новым системам?
3. Где проходит граница между индивидуальной настройкой и новым продуктом?
4. Насколько ИИ сократит человеческий труд, необходимый для того, чтобы понимать и поддерживать каждую систему?
5. В какой момент группа организаций из одной отрасли фактически становится вертикальным SaaS?