Революция платформ. Как сетевые рынки меняют экономику – и как заставить их работать на вас

В последние годы новые платформенные бизнесы совершали ту же ошибку, что и компании, выпускавшие кредитные карты в 1960 г. Так, Airbnb изначально отказывалась возмещать убытки хозяевам, пострадавшим от дурного поведения гостей, а Uber – страховать пассажиров от плохого поведения водителей[161]. Наконец обе компании осознали, что это упорство тормозит рост их платформ. Сегодня Airbnb предлагает своим хозяевам фонд страхования жилья в размере 1 млн долл., а Uber сотрудничает со страховыми компаниями, чтобы создавать новую практику защиты водителей[162].

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

Принципы умного самоуправления для платформ

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

Главный и первый принцип умного самоуправления для платформ – внутренняя прозрачность. В платформенных компаниях, как и во всех организациях, отделы и подразделения часто становятся «изолированными», развивая свои планы, жаргон, системы, процессы и инструменты, которые сложно понять посторонним, даже тем, кто работает в соседнем отделе той же компании. Такое разделение чрезвычайно усложняет решение комплексных, масштабных проблем, которые касаются двух или более подразделений: это означает, что членам разных рабочих команд не хватает общего словаря и набора инструментов. Изоляция также мешает посторонним – включая пользователей платформы и разработчиков – эффективно работать с командой менеджеров платформы.

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

Так называемая Декларация Егге очень успешно отражает дух принципа прозрачности. Администратор Amazon попытался в ней пересказать приказ, изданный Джеффом Безосом. Тот настаивал на том, чтобы все члены команды Amazon научились общаться друг с другом, используя «служебные интерфейсы»: инструменты передачи данных, четкие, понятные и полезные всем в организации, а также внешним пользователям и партнерам. Идея состоит в том, чтобы обращаться со всеми, с кем вы работаете, включая коллег из других подразделений организации, как с клиентами, обладающими законной и важной потребностью в информации, которую вы обязаны удовлетворять. Вот семь правил, вошедших в Декларацию Егге.

1. С настоящего момента все команды будут открывать свои данные и возможности через служебные интерфейсы.

2. Команды обязаны общаться друг с другом через данные интерфейсы.

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

4. Не имеет значения, какую технологию они используют. HTTP, Cobra, Pubsub, частные протоколы. Неважно. Безосу наплевать.

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

6. Всякий, кто этого не сделает, будет уволен.

7. Спасибо, всем хорошего дня!

Строгому применению этого принципа прозрачности обязана своим успехом Amazon Web Services (AWS), гигантский облачный сервис платформы компании. Эндрю Джасси, вице‑президент по технологии, наблюдал за тем, как различные подразделения Amazon были вынуждены развивать сетевые сервисные операции, чтобы сохранять, находить и передавать данные[163]. Джасси требовал, чтобы эти проекты могли объединяться в единый процесс с одним чистым, гибким и универсальным набором протоколов. Решение этой задачи сделало обширную базу данных Amazon доступной и полезной всем в компании.

А главное, Джасси признал, что решение этой проблемы может иметь более масштабные последствия. Он пришел к выводу, что если многочисленные подразделения внутри Amazon решат эту задачу, то созданный надежный сервис управления данными может быть полезен внешним компаниям со схожими потребностями. Так родился AWS – один из первых бизнесов, предлагающих облачное хранение данных и услуги менеджмента компаниям, сталкивающимся с проблемой обработки массивов данных. Благодаря идеям Джасси сегодня AWS имеет больше рыночных возможностей, чем следующая за ним дюжина облачных сервисов, вместе взятых[164].

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