# Платформенные стратегии — почему промышленный рынок сопротивляется сетевым эффектам «Нам нужна платформа» — фраза, которую я слышал от промышленных собственников чаще, чем любую другую стратегическую формулировку. Обычно за ней стоит не бизнес-модель, а надежда: построим место, куда все придут сами, и перестанем продавать каждую сделку руками. Мировая практика по платформам накоплена большая, и она даёт на эту надежду довольно неприятный ответ — особенно для рынка, где покупателей сотня, а не сто миллионов. ## Что говорит мировая практика Каноническую формулировку дали Маршалл ван Альстайн, Джеффри Паркер и Сангит Пол Чаудари в статье [Pipelines, Platforms, and the New Rules of Strategy](https://hbr.org/2016/04/pipelines-platforms-and-the-new-rules-of-strategy) (HBR, апрель 2016). Их различение простое. Трубопроводный бизнес создаёт ценность последовательно: закупил, произвёл, продал — и выигрывает за счёт оптимизации собственной цепочки, которой владеет и управляет. Платформа сводит производителей и потребителей и выигрывает за счёт числа и качества взаимодействий между ними. Из этого следуют три сдвига, которые авторы считают главными: от контроля ресурсов — к их оркестровке, от внутренней оптимизации — к управлению внешними взаимодействиями, от ценности для клиента — к ценности для экосистемы. Ключевой актив платформы находится снаружи: это сообщество участников, которым компания не владеет. Метрики тоже другие — считать надо не загрузку мощностей, а количество и качество состоявшихся взаимодействий. Дальше выяснилось, что модель работает гораздо реже, чем о ней пишут. Дэвид Йоффи, Аннабель Гавер и Майкл Кузумано [изучили](https://hbr.org/2019/05/a-study-of-more-than-250-platforms-reveals-why-most-fail) 252 платформы за двадцатилетний период: успешными оказались 43, остальные 209 исчезли или перестали существовать как самостоятельные компании — выживаемость около 17%. Средняя продолжительность жизни неудачной платформы — примерно пять лет, а у B2B-маркетплейсов, по [разбору MIT Sloan](https://mitsloan.mit.edu/ideas-made-to-matter/digital-platforms-high-valuations-high-risk-failure), и того меньше: обычно менее трёх лет. Причины провалов авторы называют не случайными, а типовыми: неверная цена для одной из сторон рынка, неспособность выстроить доверие участников, недооценка конкурентов, слишком поздний вход, нерешённая координация на стороне предложения и работа в отрасли, которая структурно не приносит прибыли. Отдельно Кузумано формулирует то, что чаще всего игнорируют: платформенная модель не делает плохой бизнес прибыльным. Фен Чжу и Марко Янсити в [Why Some Platforms Thrive and Others Don't](https://hbr.org/2019/01/why-some-platforms-thrive-and-others-dont) (HBR, январь 2019) добивают главное заблуждение: масштаб сам по себе не гарантирует устойчивости. Сетевой эффект может быть слабым, локальным или легко обходимым — участники держат несколько платформ одновременно, стороны договариваются между собой мимо посредника, а рынок распадается на слабо связанные кластеры, в которых глобальный размер ничего не даёт. Самая поучительная промышленная иллюстрация — Predix, индустриальная IoT-платформа General Electric. Компания [публично рассчитывала](https://www.intelligentautomation.network/resiliency/articles/lessons-learned-from-ges-digital-transformation-failure) выйти на 15 млрд долларов продаж программного обеспечения к 2020 году, значительную часть которых должен был дать Predix, а в итоге распродала цифровые активы. Разборы называют одни и те же причины: попытка сделать универсальную платформу сразу для всего промышленного мира вместо конкретной задачи, внутренние подразделения, которых перевели на платформу приказом, и метрики, считавшие количество построенных приложений и вложенных денег вместо реального использования. ## Что выдержало мою практику Первое, что я усвоил: в промышленном B2B сетевого эффекта чаще всего нет физически. Если весь рынок направления — три-пять компаний, способных подписать контракт, приход второго покупателя не делает продукт ценнее для первого. Вся конструкция ван Альстайна держится на том, что число взаимодействий растёт; при сотне возможных участников она сводится к обычным продажам с красивым названием. Поэтому первый вопрос, который я задаю на слово «платформа», — сколько сторон и сколько участников в каждой, и выигрывает ли участник от появления соседа. Иногда ответ положительный, но только там, где одна сторона уже собрана кем-то другим. Технопарк рассматривал запуск платных сервисов для своих резидентов — это ровно платформенная ситуация с уже существующей стороной спроса. Я опросил 46 резидентов из 109, и 60,9% подтвердили готовность платить за сервисы ([[Спрос резидентов технопарка на сервисы]]). Ценность здесь не в технологии и не в маркетплейсе, а в том, что 109 компаний уже сидят на одной площадке и их не нужно привлекать по одной. Та же логика в международной экспансии: вместо строительства собственной площадки я собирал базу из 500 предприятий, ассоциаций и технопарков Индии ([[Каналы нетворкинга для экспансии в Индию]]) — то есть искал чужие готовые сообщества, к которым можно присоединиться. Второе — присоединиться к чужой платформе почти всегда дешевле, чем строить свою. Сервису обслуживания БПЛА требовалось расширить географию покрытия; вместо создания собственной сети я оформил дилерский статус у производителя и на реальных условиях договора посчитал юнит-экономику сотрудничества ([[Дилерское партнёрство для сервиса БПЛА]]). Роль дилера скучнее роли владельца платформы, но она даёт доступ к уже работающей экосистеме без затрат на её формирование — а именно эти затраты и убивают большинство из тех 209 неудачных платформ. Третье — вопрос «какую сторону субсидировать» существует и на маленьком рынке, просто выглядит грубее. Когда я формализовал работу с внешними агентами, весь спор свёлся к модели вознаграждения: критерии полезности агента и расчёт строго по факту поступления денег, а не по факту приведённого контакта ([[Модель вознаграждения партнёрской сети]]). Это тот же самый выбор цены для стороны предложения, который Йоффи с соавторами ставят первым в списке причин провала, — только вместо комиссии маркетплейса здесь договор с конкретным человеком. Четвёртое — внутренние платформы ломаются ровно по сценарию Predix. Единый стандарт воронки, метрик и KPI для 20 бизнес-юнитов группы я готовил как проектное решение с дорожной картой внедрения на 20 недель и целевой точностью прогноза ±15% ([[Стандарт отчётности по 20 бизнес-юнитам]]). Главный риск такого продукта — не техника, а принуждение: юниты можно обязать сдавать отчётность в новой форме, и это даст метрику внедрения, но не метрику пользы. Поэтому внутренние сервисы я предварительно описывал как продукты — с видением, бизнес-процессом, метриками и матрицей проблем ([[Внутренний сервис как продукт]]), — а не рассылал регламент сверху. Что я советую тем, кому «нужна платформа». Сначала посчитайте, сколько участников на каждой стороне и становится ли продукт ценнее от прихода следующего: если нет — вам нужен не платформенный, а обычный продукт с хорошей воронкой, и это не поражение. Если стороны есть, ищите ту, что уже собрана кем-то другим — отраслевой ассоциацией, технопарком, производителем с дилерской сетью, — и входите туда, а не стройте площадку с нуля. Решите заранее, какая сторона платит, и привяжите выплату к деньгам, а не к активности. И никогда не считайте успехом количество подключённых участников или построенных приложений: считайте состоявшиеся сделки между сторонами, иначе повторите историю Predix в масштабе своей компании. ## Мои кейсы по теме - [[Спрос резидентов технопарка на сервисы]] — платформенная ситуация с заранее собранной стороной спроса: 46 опрошенных из 109 резидентов, 60,9% готовы платить. - [[Дилерское партнёрство для сервиса БПЛА]] — вход в чужую экосистему через дилерский договор вместо строительства собственной сети. - [[Модель вознаграждения партнёрской сети]] — выбор цены для стороны предложения: расчёт с агентом только по факту поступления денег. - [[Стандарт отчётности по 20 бизнес-юнитам]] — внутренняя платформа для 20 юнитов, где метрика внедрения не равна метрике пользы. ## Связаться Если у вас похожая задача — обсудим ваш продукт: [[email protected]](mailto:[email protected]), Telegram [@falcolupus](https://t.me/falcolupus) или [MAX](https://max.ru/u/f9LHodD0cOJd5VFHyaG9k7YpP7BW9s55ZYkjWX6P8j51xBYS3XgDfnOxz3U). Работаю удалённо в любом часовом поясе.