Платформы будущего: Топ-3 ошибок при создании и развитии отраслевых облачных платформ

Именно поэтому мы решили обратиться к Маргарите Репиной, эксперту с 15-летним опытом в сфере разработки стратегии и запуска технологических платформ. Маргарита не понаслышке знает, что такое создавать платформы с нуля и вести их к успеху. В Сбере, крупнейшем банке Центральной и Восточной Европы, она руководила командами из сотен разработчиков и запускала проекты, которыми пользуются миллионы. Среди ее достижений — разработка стратегии для экосистемы Сбера, которая, по словам Маргариты, принесла компании десятикратный рост выручки в ключевых технологических секторах, а также создание платформы ГосТех, которая привлекла внимание других стран, включая Казахстан.

Маргарита Репина

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

В последние годы термин «платформа» стал модным словом в бизнесе и технологиях. Компании во всех отраслях стремятся создать собственные облачные платформы, чтобы предложить клиентам и партнерам единое пространство для взаимодействия, автоматизировать процессы и интегрировать новые технологии. Но что отличает платформы от обычных цифровых продуктов и почему так много проектов терпят неудачу на этом пути? Разберем пять ключевых ошибок, которые могут свести на нет все усилия по созданию и развитию облачной платформы.

Чем платформы отличаются от узких цифровых продуктов? Цифровой продукт — это решение, которое решает конкретную задачу клиента. Например, банковское приложение, которое позволяет пользователям управлять своими счетами и проводить платежи. Оно имеет четкий функционал и ориентировано на конечного пользователя. Платформа же — это не просто набор продуктов и сервисов, а экосистема, которая объединяет множество участников и создает добавленную стоимость за счет сетевых эффектов. Успешная платформа позволяет различным пользователям, таким как клиенты, партнеры и разработчики, создавать свои собственные решения на ее основе.

Платформы могут быть как технологическими, так и прикладными. Технологические платформы, подобно Amazon Web Services (AWS) или Microsoft Azure, предоставляют инструменты и инфраструктуру для разработки, хранения и управления данными и служат фундаментом для построения других решений. Прикладные платформы фокусируются на конкретных сферах и объединяют разные группы пользователей для взаимодействия и обмена ценностями. Яркий пример — Uber, связывающий пассажиров и водителей и устраняющий посредников в виде традиционных таксопарков. Или Amazon, объединяющий покупателей и продавцов на одной площадке, что позволяет им взаимодействовать напрямую, без ограничений физических магазинов.

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

1. Фокус исключительно на технологии вместо конечных пользователей

Многие компании, стремясь построить платформу, сразу бросаются в омут технологий и сбора данных, забывая о главном — бизнес-архитектуре. Они начинают создавать инструменты и функции, не определив четко, кто, зачем и как будет пользоваться их платформой. В итоге получается перегруженный ненужными функциями продукт, который не решает реальные проблемы пользователей. Зачастую стремление внедрить самые передовые технологии затмевает главную цель — создать продукт, который реально нужен пользователям и решает их проблемы. В результате компания рискует получить технологически совершенную, но абсолютно невостребованную платформу. Практика подтверждает: успешные платформы строятся не на технологических амбициях, а на глубоком понимании пользовательского опыта и четком ценностном предложении.

Яркий пример — платформа Quibi, которая громко заявила о себе в 2020 году, но быстро канула в лету. Создатели Quibi мечтали создать что-то вроде Netflix для коротких видео и привлекли $1,75 миллиарда инвестиций от гигантов индустрии, таких как Disney и NBCUniversal. Они сняли кучу качественного контента с известными актерами и режиссерами, но промахнулись с главным — не поняли, что нужно зрителям. Quibi делал ставку на короткие видео до 10 минут, специально для просмотра на телефонах. Но зачем платить за это, если на YouTube и TikTok полно бесплатного контента? К тому же, Quibi запустился в самый разгар пандемии, когда все сидели дома и смотрели сериалы, а не короткие ролики на ходу. В итоге Quibi был вынужден закрыться, потеряв миллиарды.

А вот платформа Zoom, которая до пандемии была никому не известна, смогла уловить момент и стать незаменимой для миллионов. Число пользователей Zoom взлетело с 10 миллионов в декабре 2019 года до 200 миллионов в марте 2020 года. И секрет их успеха не в супер-технологиях, а в том, что они предложили простое, надежное и доступное решение для видеозвонков, которое стало спасением в эпоху удаленки. Zoom сделал все, чтобы люди, даже те, кто раньше не пользовался видеосвязью, могли бы легко общаться и работать вместе, где бы они ни находились.

𝓲

Google Stadia

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

2. Недостаточное внимание к ИТ-архитектуре решения на старте

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

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

Чтобы облачная платформа была масштабируемой и отказоустойчивой, необходимо обратить внимание на следующие технические аспекты в её архитектуре:

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

2. Контейнеризация и оркестрация: Контейнеры, такие как Docker, позволяют упаковывать и изолировать микросервисы, обеспечивая их гибкое развертывание. Оркестрация с помощью Kubernetes или аналогичных инструментов помогает управлять контейнерами, автоматически масштабировать их в зависимости от нагрузки и восстанавливать при сбоях.

3. Распределённая система данных: Использование распределённых баз данных (например, Apache Cassandra, Amazon DynamoDB) позволяет хранить данные с высокой доступностью и отказоустойчивостью. Они поддерживают горизонтальное масштабирование и обеспечивают репликацию данных, что минимизирует риск потери информации.

4. Автоматическое масштабирование и балансировка нагрузки: Важно предусмотреть автоматическое увеличение или уменьшение ресурсов в зависимости от текущей нагрузки. Балансировщики нагрузки (например, NGINX, AWS Elastic Load Balancer) распределяют трафик между серверами, обеспечивая равномерную загрузку и предотвращая перегрузки отдельных узлов.

5. Обработка ошибок и восстановление после сбоев: Платформа должна быть спроектирована с учётом возможности восстановления после сбоев. Это включает в себя использование стратегий резервирования, систем мониторинга и логирования, а также автоматическое переключение на резервные узлы в случае сбоя.

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

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

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

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

Например, в 2018 году, когда аудитория Telegram достигла 200 миллионов активных пользователей, платформа столкнулась с массовыми сбоями, которые затронули пользователей по всему миру. Многие не могли отправить сообщения, совершить звонки или просто войти в свой аккаунт. Эти проблемы связывали с тем, что серверы Telegram не справлялись с резко возросшей нагрузкой. В дальнейшем Telegram провел значительную работу по улучшению архитектуры и масштабируемости платформы, но этот пример наглядно показывает, насколько важно заранее продумывать вопросы масштабируемости, чтобы избежать серьезных проблем в будущем, когда аудитория платформы начнет расти.

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

3. Ошибка в выборе модели монетизации

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

Яркий пример — облачная платформа Google Stadia, которая обещала революцию в мире гейминга. Идея была амбициозной: играть в любые игры на любых устройствах, без покупки мощного компьютера или консоли. Google влила огромные ресурсы в разработку и продвижение Stadia, однако выбранная модель монетизации отпугнула многих пользователей. Stadia предлагала два варианта: бесплатный с ограниченным функционалом и платную подписку Stadia Pro с доступом к более высокому разрешению и некоторым бесплатным играм. Но даже подписчикам Pro приходилось покупать большинство игр отдельно, что делало Stadia дорогим удовольствием. Для сравнения: подписка на Xbox Game Pass, главного конкурента Stadia, стоила дешевле и предоставляла доступ к сотням игр. В итоге, несмотря на агрессивную маркетинговую кампанию и поддержку Google, Stadia не смогла завоевать значительную долю рынка. В 2022 году Stadia занимала менее 5% рынка облачных игровых платформ, уступая конкурентам, таким как GeForce Now, Xbox Cloud Gaming и Amazon Luna. Google пришлось закрыть платформу в 2023 году.

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

Создать по-настоящему крутую облачную платформу – дело непростое. Чтобы добиться успеха, нужно не только разбираться в технологиях, но и хорошо понимать, чего хотят пользователи, как сделать платформу удобной и как на ней зарабатывать. Многие компании совершают одни и те же ошибки, которые в итоге приводят к провалу. Но учиться на чужих ошибках гораздо проще, чем на своих. Внимательно изучив опыт успешных и неудачных проектов, вы сможете избежать типичных ловушек и построить платформу, которая станет настоящим магнитом для пользователей и принесет вашему бизнесу отличный доход.

Автор: Маргарита Репина, технологический предприниматель, основатель консалтинговой фирмы нового поколения Teal, сооснователь Фонда поддержки современного искусства MaxArt