Переход от успешного B2B- или B2C-продукта к созданию полноценной платформы — это критический этап в жизни любого SaaS-стартапа. Вице-президент по продукту Loom Аник Драмрайт и групповой продакт-менеджер Джастин (известный в индустрии под ником «Vegetables») делятся опытом трансформации Loom из инструмента видеосообщений в экосистему для разработчиков. Они подробно разбирают ошибки и стратегии, которые позволили компании успешно запустить свой SDK и интегрироваться в такие гиганты, как Trello, Miro и Notion.
🚀 Эволюция Loom: от расширения Chrome до экосистемы SDK 4:23
История Loom началась в 2016 году, когда сооснователи Джо Томас и Винай Хиремат решили сменить курс развития своей компании Open Test, изначально сфокусированной на пользовательских исследованиях . Заметив потенциал видеосообщений на рабочем месте, они выпустили расширение для Chrome, которое быстро достигло соответствия продукта рынку (product-market fit) .
Основные вехи развития платформы:
- 2018 год: выпуск Embed SDK, позволившего просматривать видео Loom внутри сторонних сервисов, таких как Notion, с возможностью оставлять комментарии и реакции .
- 2019 год: массовый переход на удаленную работу спровоцировал лавинообразный спрос на интеграции. Разработчики начали запрашивать инструменты для записи видео прямо внутри своих интерфейсов, не желая тратить годы на разработку сложной видео-инфраструктуры .
- 2020–2021 годы: Loom инвестирует в создание Record SDK.
- 2021 год: запуск Record SDK с 10 ключевыми партнерами, включая Trello, Trainual и Miro .
Джастин отмечает, что платформа в широком смысле — это фундамент для предоставления функциональности продукта партнерам и конечным пользователям через API или SDK . SDK (Software Development Kit) в данном случае служит инструментом для максимально простой реализации сложных технических процессов «под капотом» .
⏱️ Тайминг: три фактора готовности к расширению 9:12
По мнению Джастина, переход к платформенной модели не должен быть преждевременным. Для успешного старта необходимо совпадение трех факторов: рынка, спроса и внутренних возможностей (capacity) .
1. Масштаб рынка
Платформа должна иметь потенциал «интернета в миниатюре». Ссылаясь на аналитика Бенедикта Эванса, Джастин утверждает, что видео становится неотъемлемой частью любого цифрового продукта . Если рынок достаточно велик, на нем хватит места не только для владельца платформы, но и для сообщества разработчиков, создающих надстройки.
2. Реальный спрос
Важно различать интерес партнеров и потребности конечных пользователей. По словам спикеров, конечный пользователь остается главным клиентом даже в платформенной модели: если он недоволен функциональностью внутри стороннего приложения, партнер тоже уйдет . Loom получал прямые запросы в Twitter и через каналы поддержки от разработчиков, которые искали «Loom-версию для встраивания» .
3. Внутренняя емкость (Capacity)
Это самый сложный аспект. В 2020 году Loom столкнулся с взрывным ростом базы пользователей, что вызвало кризис баз данных . Компании пришлось сознательно отложить инвестиции в SDK, чтобы сначала стабилизировать основной продукт.
«Нужно чувствовать боль от отсутствия платформы. Если вы ждете момента, когда запуск станет абсолютно безболезненным, значит, вы уже опоздали», — полагает Джастин .
👥 Команда «стартап внутри стартапа» 16:14
Аник Драмрайт подчеркивает, что для создания платформы «с нуля до единицы» (0 to 1) требуется выделенная команда R&D (Product, Design, Engineering), которая не занимается поддержкой текущего бизнеса .
Идеальный продакт-менеджер платформы, по мнению Аник, должен обладать двумя «суперсилами»:
- Технический бэкграунд: способность творчески решать проблемы не только с точки зрения бизнеса, но и архитектуры кода . Джастин сам перешел в продукт из инженерии (ранее работал в Airbnb), что стало критическим фактором успеха .
- Навыки партнерства: в отличие от классического PM, менеджер платформы работает с огромным количеством внешних стейкхолдеров — CEO других компаний, сторонними разработчиками и отделами развития бизнеса (BD) .
Одним из извлеченных уроков для Loom стало то, что аналогичную выделенную кросс-функциональную команду нужно было создавать и на стороне маркетинга (Go-to-Market), а не только в разработке .
🛠️ Принципы самообслуживания: уроки Stripe и Twilio 19:01
«Никто не хочет с вами разговаривать», — утверждает Джастин, объясняя успех мировых платформ . Опыт таких гигантов, как Stripe и Twilio, показывает, что разработчики ценят автономность.
Ключевые примеры для подражания по версии Loom:
- Stripe: обеспечивает уверенность и надежность через бесшовный путь от маркетинговой страницы до управления реализацией .
- Twilio: знамениты своим подходом «developer-first» и рекламной кампанией «Поговори со своим разработчиком». Они позволяют запустить продукт на своей платформе без единого звонка в отдел продаж .
- Stitch: платформа аутентификации, основанная в 2020 году выходцами из Plaid. Они используют шаблоны и реальные примеры в документации еще до описания самих API .
Джастин считает, что если ваша команда тратит слишком много времени на операционную поддержку и разъяснения партнерам, вы не сможете запустить «маховик платформы» . Качество документации и простота селф-сервиса напрямую влияют на скорость интеграции.
📈 Метрики успеха и запуск 28:11
Loom придерживается модели, при которой SDK предоставляется бесплатно до определенного порога использования. Аник объясняет это миссией компании: дать людям возможность выражать себя через видео в любом рабочем пространстве . Монетизация планируется в будущем, по мере создания дополнительной ценности для партнеров .
Основные метрики, на которых фокусируется команда платформы:
- Time to first integration: время с момента регистрации партнера до его первой успешной интеграции .
- Time to successful launch: срок до полноценного запуска продукта партнером на свою клиентскую базу .
Джастин рекомендует встраивать инструменты мониторинга (observability) в SDK с самого первого дня, чтобы видеть прогресс партнеров без необходимости забрасывать их вопросами в Slack .
💡 Советы для тех, кто планирует переход к платформе 31:05
В завершение сессии спикеры сформулировали главные рекомендации:
- Стабильность продукта прежде всего. Нельзя строить API на базе продукта, который еще не нашел свою нишу или технически нестабилен. Подготовка Loom к запуску Record SDK заняла около 9 месяцев только в части обеспечения качества .
- Работа с бета-сообществом. Нужно тесно взаимодействовать с первыми 2–3 партнерами («co-builders»), которые готовы давать обратную связь на этапе разработки и выступать со-маркетологами при запуске .
- Готовность к длинному циклу. Переговоры о партнерстве всегда занимают больше времени, чем планируется .
- Забота об инженерах. Создание платформы — это тяжелый труд, связанный с публичной ответственностью за код. Инженерам необходим отдых после фазы «0 to 1» перед началом масштабирования .
