Новый цифровой опыт, который получили потребители за последние несколько лет, рост проникновения мобильных устройств и доступа в интернет по всему миру привели к тому, что ожидания клиентов от провайдеров услуг значительно выросли.
Пользователи выбирают услуги по доступности и легкости использования, а высокий темп жизни заставляет их отдавать предпочтения тем провайдерам сервисов, которые могут предложить их по принципу «всё в одном». В этой новой цифровой реальности API становится тем мостом, которые соединяет между собой разные отрасли и бизнес-модели. В синергии компаний и брендов появляются новые возможности для извлечения прибыли.
API — или «Application programming interface» — это программный интерфейс приложений, а по сути своей «контракт», с которым программа обращается к другим приложениям и программам. Этот контракт регламентирует, каким образом с ней можно взаимодействовать. API регулирует как операции между двумя системами или приложениями, так и данные на входе и выходе для обеих сторон.
Программный интерфейс представляет собой набор готовых функций, позволяющий «общаться» приложениям между собой. Так что, когда вы используете TripAdvisor для поиска отеля, работает Google Maps API, сразу отображающий объекты на карте Google и предлагающий открыть точку в навигаторе смартфона. Этот же механизм взаимодействия включается, если вы авторизуетесь на новом сайте или в интернет-магазине с помощью своего аккаунта Google или Facebook.
Поскольку ничто в цифровом мире, где потоки данных выступают главными магистралями, больше не может существовать отдельно друг от друга, как и в реальном экономике, API становятся мостами и дорогами, связывающими сервисы и компании между собой. Цифровой мир объединяется с огромной скоростью: по данным директория ProgrammableWeb API, на июнь 2019 года в мире насчитывалось 22 000 публичных API, и их число постоянно растет.
Когда API даёт взрывной рост
В новой цифровой экономике именно взаимодействие через API обеспечивает расширение доступных компаниям данных, функциональности сервисов, причем контролируемым и организованном образом, позволяя выстраивать принципиально новые — открытые бизнес-модели. Таких моделей множество: например, путешествия как платформа (Expedia + Airbnb), дистрибуция контрактов через партнерскую сеть (так работают американские операторы связи Vodafone и AT&T) и другие. Кроме того, создаются сложные модели кросс-привлечения клиентов, как у eBay и Best Buy.
Через использование API достигается множество различных целей, например, более быстрый выход новой компании на рынок: по данным Accenture, он может быть ускорен в 5-10 раз. Работа с третьими сторонами подключает к развитию продукта дополнительную команду, так что в этом взаимодействии могут рождаться инновационные услуги.
Активация экосистемы из партнеров-провайдеров позволяет расширить дистрибуцию и вместе предоставлять клиентам лучшие на рынке цифровые персонализированные сервисы. То есть вместо того, чтобы конкурировать друг с другом — создавать взаимовыгодные партнерства.
Монетизация сервисов на базе API
Существует три ключевых типа API: внутренние, партнерские и открытые. Внутренние API существуют в границах компании и не выходят за ее пределы, их роль состоит в интеграции сервисов и приложений организации между собой. API данного типа приносят выгоду в виде более рационального использования инфраструктуры, сокращения издержек и увеличения гибкости организации и операционной эффективности основных процессов.
Для извлечения коммерческой прибыли используются партнерские и открытые API. Главная задача партнерского интерфейса — построение взаимодействия между партнерами. Прямая выгода достигается за счет предоставления сервисов с добавленной стоимостью и кросс-продаж.
По подсчетам Accenture, в экосистеме услуг на базе API потоки выручки могут вырасти до 20%. Часто для компании именно подключения по API могут приносить большие клиентские потоки, поскольку клиенты дрейфуют к тем брендам, которые могут обеспечить наилучшую связность сервисов. Так, например, по данным Harvard Business Review, система бронирования отелей Expedia.com генерирует 90% своей выручки посредством API, из них 60% благодаря сотрудничеству с AirBNB.
Основные модели монетизации API
PAY AS YOU GO — Партнер платит за то, что использует (нет минимальной ставки)
TIERED PRICING — Уровень оплаты услуг зависит от уровня сервиса
FREEMIUM — Бесплатно до определенного лимита, все что сверху – оплачивается
UNIT BASED — Плата за определенные параметры / API Calls
TRANSACTION FEE — Оплата в процентах или по установленной ставке для количества транзакций API
REVENUE SHARING — Разделение выручки от продаж между партнерами
COST PER CLICK (CPC) — Оплата за клики пользователей, осуществленные по API
COST PER ACTION (CPA) — Оплата при совершении пользователями заданного действия, например, покупки
REFERRAL / REGISTRATION — Оплата за то, что пользователь входит в систему или регистрируется в ней через API
Наконец, открытые API создают точку входа к сервисам компании для любых третьесторонних провайдеров услуг, которые могут и не быть партнерами компании. Эта модель API генерирует непрямой рост выручки, например, оказывая влияние на рост операционной эффективности и доступности услуг основной компании. Рост происходит за счет интеграции между собой различных сервисов, увеличения доступности услуг, роста трафика и усиления R&D.
Как построить успешную экосистему на базе API
Для успешного построения экосистемы на базе API он должен быть простым в использовании для всех сторон, предоставлять реальную выгоду для бизнеса, быть хорошо задокументированным, безопасным, а также легко поддаваться изменениям. В связи с этим в компаниях формируется новая роль — API Product Manager. В этой роли могут выступать и представители ИТ-подразделений компании.
API Product Manager создает новую ценность, обеспечивая пересечение потоков производителей и разработчиков API. Он разрабатывает дорожные карты API и управляет ими. Обладая продвинутой экспертизой в области разработки, в то же время он может на деловом языке обсуждать ценность API, а также создает план монетизации сервисов на его базе.
Разработка и внедрение подходящей модели API схожа с разработкой классического цифрового продукта и состоит из нескольких ключевых стадий: определение потребностей и запросов компании, создание гибкой и масштабируемой модели, которая может быть повторно использована, затем создание минимально готового продукта, последующая разработка, где ключевую роль принимает на себя ведущий разработчик. Затем происходит определение основных показателей KPI для работы данного API и переход API к стадии зрелости.
Конечной точки в современных процессах разработки не существует. Причем непосредственно в процессе разработки в API закладывается одна из вышеперечисленных моделей монетизации продукта или сервиса, которая в ходе пилотирования может измениться, а кроме того, она может меняться и по мере развития бизнеса.
Разработка и поддержка успешного API-продукта при этом опирается на стек технологических решений. Это платформы управления API, системы управления каталогами API, микросервисная архитектура и инструменты мониторинга, собирающие статистику об использовании API и дающие обратную связь о его эффективности и выгоде. Если используется API партнерского или открытого типа, то основой развития успешной экосистемы партнеров становится портал разработчиков. Причем к задаче маркетинга этого портала необходимо относиться также ответственно, как к задаче маркетинга самого продукта.
Перспективы API
Одним из главных заказчиков API сегодня становятся финансовые организации и банки. В Казахстане они начинают использовать API сначала для задач внутренней интеграции, а затем и в партнерских моделях. Обсуждается возможность внедрения открытых API.
Однако у этого процесса есть сдерживающие факторы. Один из них состоит в том, что переход банков к платформенным архитектурам и микросервисам только начался, он требует новых вложений, а банки достаточно мощно вложились в ИТ-инфраструктуру за последнее десятилетие и закономерно опасаются в условиях кризисного рынка инвестировать в инструменты, ROI от которых неочевиден в краткосрочной перспективе. Кроме того, к созданию API пока относятся скорее как к ИТ-задаче, чем как к трансформационному бизнес-инструменту.
Для разработки и внедрения API требуются специалисты с опытом в подобных проектах, а их пока немного. В результате экосистема открытых и партнерских API, которая как раз генерирует взрывной рост рынков, пока остается неразвитой. Кроме того, тормозит процесс отсутствие разъяснений по работе сервисов на базе API со стороны Нацбанка.
Тем не менее, растущая смелость банков во внедрении внутренних API, появление успешных кейсов будут стимулировать дальнейшие эксперименты и переход к созданию партнерских и открытых моделей.
