SaaS — как они захватили мир и что потом с ними будет

Самое интересное из выпуска подкаста «Завтра облачно», на котором мы с Александром Демидовым («Битрикс24») обсудили рынок SaaS, его прошлое и будущее.

SaaS — одна из форм использования приложений, когда приложение стоит не на компьютере у пользователя под столом, а где-то далеко «в облаке». Пользователь только наполняет его своими данными через интернет. Facebook, электронная почта, Trello, и Google Analytics — это всё SaaS.

Итак, что думают о SaaS те, кто их создаёт?

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

Еще одна важная вещь — сегодня пользователь уже привык, что его данные доступны с разных устройств: ноутбука, планшета, смартфона, постоянно синхронизируются. Локальный софт для этого не подходит. Значит, должен быть сервис, к которому есть доступ в любом месте. Это и дает SaaS.

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

Все серьезные SaaS позволяют экспортировать данные, чтобы в случае миграции с одного сервиса на другой они сохранялись, их можно было развернуть у себя на сервере или залить в SaaS другого провайдера. Такая возможность снимает опасения пользователя перед vendor lock-in — «залочиванием» в решении от одного вендора.

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

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

Чтобы нечаянно не «запереть» данные у конкретного провайдера, до начала пользования сервисом нужно изучить его возможности и пути отступления.

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

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

Важным препятствием для развития SaaS был интернет: его доступность, надежность, скорость и другие параметры. Сейчас все развивается, появился 4G, дальше будет 5G. Практически в любой квартире несколько провайдеров, а интернет становится такой инфраструктурной штукой, как электричество. Отключение интернета — форс-мажор.

Поэтому многие приложения уже нагружают устройство пользователя минимально, самая нагруженная работа происходит где-то там: в интернете, в облаке.

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

Есть клиенты со специфическими политиками безопасности. Например, с хранением данных только в закрытом контуре у себя в компании. Они не могут пользоваться SaaS, а «коробкой» — пожалуйста. Есть компании, которые хотят делать сложные интеграции с внутренними системами (от ERP до пропускных систем) — это тоже не всегда можно сделать в облаке.

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

А можно ли сделать облачный сервис, который станет конструктором сервисов SaaS? Совместить выигрыш SaaS на масштабе с возможностью по далеко идущей кастомизации у сегодняшних on-premise решений?

Вспомним о концепции API-first. Если каждую новую сущность разрабатывать с возможностью работы через API, это и будет движение к тому самому будущему.

Узкоспециализированные кастомизации клиент делает сам. Кастомизации, которые будут широко востребованы, создает сам «Битрикс24» и включает в продукт.

Промежуточные по популярности дополнения делают сторонние разработчики, которые размещают их в маркетплейсе дополнений «Битрикс24». Такие дополнения бывают бесплатные, с расчётом на то, что клиенту понадобится платный консалтинг или расширенные пакеты услуг.

Чтобы эта модель хорошо работала, «Битрикс24» просто сделал API, маркетплейс и открыл возможности по расширению приложений.

PaaS — платформа как сервис. Если SaaS — приложения в облаке для пользователей, то PaaS — «кирпичики» для создания приложений, тоже в облаке. Они нужны тем, кто приложения создает — разработчикам и ИТ-отделам. Типичные PaaS — это облачные базы данных, элементы ИИ, анализа больших данных и другие. Ценность PaaS для разработки в том, что не нужно настраивать, администрировать, обновлять эти самые базы данных и так далее. Можно сфокусироваться на бизнес-логике приложений.

Платформы дают возможность быстро и много экспериментировать. Когда возникает идея нового продукта или сервиса, не нужно с нуля тратить много времени, сил, разработки и денег, чтобы получить MVP (минимально жизнеспособный продукт) для проверки гипотезы: взлетает продукт или нет.

Послушать целиком подкаст про SaaS можно тут: ВКонтакте, iTunes, Google Podcasts, SoundCloud