Запуск новых продуктов внутри устоявшихся технологических гигантов часто кажется тривиальной задачей благодаря неограниченным ресурсам и огромной базе клиентов, однако на практике большинство таких инициатив заканчиваются провалом. В рамках подкаста Lenny's Podcast руководитель направления Jira Product Discovery Танги Крюссон (Tanguy Crusson) и ведущий Ленни (Lenny) детально разобрали десятилетний опыт управления продуктами в Atlassian, выделив ключевые факторы успеха и скрытые ловушки внутренней инкубации. Этот глубокий аналитический разбор демонстрирует, как корпорации могут переосмыслить подход к инновациям от стадии «нуля до единицы», балансируя между жесткими регламентами материнской компании и гибкостью независимых команд.
📈 Масштаб имеет значение: ловушка больших чисел в корпоративных инновациях 7:08
Atlassian обладает внушительной клиентской базой в 300 000 организаций, работающих в самых разных сегментах — от небольших стартапов до транснациональных корпораций. Танги Крюссон отмечает, что для независимого стартапа поиск клиентов и построение дистрибуции являются главными барьерами, в то время как крупная компания может мгновенно получить доступ к тысячам потенциальных пользователей, просто опубликовав анонс в профильном сообществе. Организационная структура Atlassian, по словам гостя, характеризуется глубокой иерархией, но при этом плоским процессом принятия решений, который держится на сети внутренних агентов изменений, независимо от их официальных должностей.
Однако эта масштабность порождает специфические проблемы. Планка успеха для новых продуктов внутри корпорации невероятно высока: бизнес с выручкой в $100 млн, который для обычного стартапа стал бы грандиозным успехом, в масштабах Atlassian считается лишь скромным началом. На протяжении долгого времени компания оценивала ранние продукты по тем же метрикам, что и зрелые платформы, — в частности, по количеству ежемесячно активных пользователей (MAU). По мнению Танги Крюссона, это было системной ошибкой: внутренний стартап должен сохранять низкие показатели MAU на ранних этапах, чтобы не выкатывать сырой продукт на широкую аудиторию, провоцируя массовый отток клиентов, которых потом будет крайне сложно вернуть. Ситуация начала меняться только с запуском внутренней программы инкубации Point A.
💬 История HipChat: почему перезапуск с нуля — это рецепт катастрофы 13:03
История мессенджера HipChat, который Atlassian приобрела, когда в его команде было всего около 20 человек, является классическим примером рыночного противостояния. Обладая преимуществом первопроходца и огромной популярностью среди стартапов, HipChat де-факто определял культуру корпоративного общения до появления Slack и Microsoft Teams. Танги Крюссон вспоминает, как после перехода из консервативного финансового сектора в Atlassian его поразила практика обсуждать рабочие вопросы в чате с коллегами, сидящими за тем же столом.
Когда на рынке появился Slack, продемонстрировавший головокружительные темпы роста, руководство Atlassian инициировало масштабные проекты «HipChat Go Big» и «HipChat Next Gen», мобилизовав сотни разработчиков, продакт-менеджеров и дизайнеров. Architecture платформы оказалась не готова к одновременной работе такого количества специалистов. В этот момент команда приняла решение полностью переписать код продукта с нуля, что привело к созданию нового мессенджера Stride. Танги Крюссон категорически не рекомендует повторять эту ошибку: пока велась разработка, Slack ушел далеко вперед, а Microsoft запустила Teams, задействовав свое главное дистрибуционное преимущество — бесплатное включение мессенджера в пакет Office. В итоге Atlassian продала HipChat и Stride компании Slack, полностью выйдя из сегмента корпоративных коммуникаций, что парадоксальным образом привело к росту акций Atlassian с $60 до $70 на следующий день после анонса.
Для команды разработчиков закрытие проекта стало личной трагедией, потребовавшей около двух-трех месяцев на адаптацию и поиск новых миссий. Из этого опыта Танги Крюссон вынес три фундаментальных урока:
- «Не ешьте собственную чепуху» (Don't eat your own bullshit): Нельзя слепо верить, что старый плейбук компании сработает на новом рынке. Atlassian привыкла продавать инструменты техническим командам, рассчитывая на органический рост «снизу вверх». Однако Slack сфокусировался на бизнес-пользователях, сделав ставку на геймификацию онбординга и современный интерфейс. Мелочи вроде кастомных эмодзи, которые инженеры Atlassian считали тривиальными, оказались решающими для нетехнической аудитории.
- Конкурентная близорукость (Competitive myopia): Команда HipChat непрерывно реагировала на действия Slack, пытаясь догонять их по фичам. Гость сравнивает продукт конкурента с айсбергом: функции на поверхности — это лишь манифестация исследований годичной давности. Попытка «быстрого следования» разрушает собственное видение продукта.
- Стартапы выигрывают от дефицита: Крупные компании склонны перенасыщать новые проекты ресурсами. Попытка переписать HipChat параллельно с созданием новой микросервисной платформы перегрузила команду. Хотя 70% написанного тогда кода до сих пор используется в платформе Atlassian (например, редактор Confluence), для конкретного нового продукта это решение оказалось фатальным.
Для валидации спроса до написания кода Крюссон позже использовал более прагматичные методы: при запуске Jira Product Discovery они разместили короткое объявление в новостной рассылке Jira и создали простейший лендинг с листом ожидания для продакт-менеджеров. За две недели команда получила более 3000 заявок, что стало подтверждением рыночного спроса еще до начала разработки.
🛠️ Кейс Statuspage: скрытые риски поглощений и синдром «безголовой курицы» 33:52
В 2015–2016 годах на фоне массового перехода ИТ-индустрии в облака и популяризации концепции DevOps («сам написал — сам управляешь в продакшене») Танги Крюссон провел масштабное исследование рынка ИТ-операций. В поле зрения попали такие компании, как Opsgenie, New Relic, BigPanda и Statuspage. Анализируя поведение команд во время инцидентов, Крюссон обнаружил «синдром безголовой курицы»: когда ломается критически важный сервис, инженеры вместо починки вынуждены отвлекаться на вопросы руководства, атаки со стороны службы поддержки и панику клиентов. Сервис Statuspage предлагал элегантное решение — публичную страницу статуса, снижающую нагрузку на поддержку и укрепляющую доверие пользователей за счет прозрачности.
Ведущий подкаста Ленни поделился личной историей: около десяти лет назад он вел блог Transparent Uptime, посвященный именно культуре открытости при сбоях, и активно общался с основателями Statuspage, которые разделяли его философию.
После проведения совместного хакатона в Сан-Франциско Atlassian приняла решение выкупить Statuspage, а Танги Крюссон возглавел процесс интеграции стартапа. Этот опыт выявил серьезные барьеры корпоративных слияний:
- Культурный шок и потеря контроля: Основатели стартапа из 20–30 человек мгновенно лишаются автономии в принятии решений. Бывший генеральный директор становится рядовым менеджером продукта, а его трехмесячный горизонт планирования сталкивается с требованием корпорации предоставить стратегию на три года.
- Корпоративные силосы (матричная структура): В Atlassian команды инженеров, маркетологов, дизайнеров и продуктологов подчиняются разным руководителям вертикалей. Стартап теряет монолитность и погрязает в процедурах согласования OKR, перераспределения инженерных ресурсов и перформанс-ревью. Высшее руководство декларирует лозунг «продолжайте делать то, что делали», но средний менеджмент душит процессами.
По мнению Танги Крюссона, покупку стартапа нужно рассматривать не просто как приобретение бизнеса, а как процесс найма людей. В будущем он отдает предпочтение небольшим сделкам (acqui-hire), когда продукт стартапа закрывается, а сама команда нанимается для ускорения дорожной карты материнской компании на платформе корпорации. Такое ускорение рынка даже на один год полностью окупает затраты на покупку за счет масштабов Atlassian.
Крюссон также столкнулся с бюрократическим парадоксом, когда его масштабный бизнес-кейс по развитию ИТ-операций на базе Jira в течение нескольких месяцев находился в лимбо: топ-менеджмент не говорил ни «да», ни «нет». Ошибка заключалась в отсутствии четко сформулированного триггера «почему именно сейчас» (why now) — ценные идеи часто отправляются на полку, если не доказана их срочность. Спустя год другая команда успешнее защитила этот кейс, создав Jira Service Management.
🚀 Экосистема Point A: как построить внутренний стартап вопреки корпоративным правилам 55:36
Осознав, что все последние инновации компании происходили исключительно через внешние поглощения (как в случае с Trello), сооснователи Atlassian решили реанимировать внутренние продуктовые компетенции. По их мнению, инновации — это мышца, которая атрофируется без постоянных тренировок. Так появилась программа внутреннего инкубатора Point A. Продукт Jira Product Discovery (JPD), предназначенный для приоритизации задач и ведения дорожных карт продакт-менеджеров, стал одной из 100 заявок на старте программы и вошел в тройку финалистов, добравшихся до стадии широкого релиза.
Инкубатор обеспечил команде Крюссона уникальные условия: фиксированный бюджет, психологическую безопасность (сотрудников «одалживали» из других отделов с гарантией возвращения в случае провала проекта) и прямой доступ к корпоративным аналитикам и исследователям. С момента старта исследований до официального запуска JPD прошло четыре года. Первая строчка кода была написана за три года до общего релиза. Сегодня продукт имеет 8 000 платящих клиентов и является одним из самых быстрорастущих в истории Atlassian.
Для достижения этого результата Танги Крюссону пришлось применить тактику корпоративного «партизанства»:
- Позиционирование через неизбежный провал: Крюссон сознательно транслировал тезис о том, что вероятность закрытия проекта в ближайшие шесть месяцев составляет 70%. Это позволило отсечь избыточную помощь от других департаментов, которая обычно приводит к замедлению темпов разработки.
- Искусственный дефицит ресурсов: Команда JPD намеренно удерживалась в составе всего 7 человек, чтобы симулировать условия голодающего стартапа и сохранять предельную скорость. Это развязало им руки для быстрого создания прототипов в Figma без оглядки на гайдлайны дизайна Atlassian и целевую архитектуру Jira.
Процесс Point A строго регламентирован четырьмя фазами:
- Wonder (Удивление): Анализ рынка, поиск проблемы и защита триггера «почему сейчас» с опорой на данные.
- Explore (Исследование): Тестирование концепций и UX-решений на пользователях через Zoom.
- Make (Создание): Поэтапная разработка продукта через стадии альфа- и бета-тестирования.
- Impact (Влияние): Масштабирование бизнеса и оценка его финансового вклада в экосистему Atlassian.
Переход между фазами защищается перед основателями Atlassian с помощью шестистраничного документа (6-pager). Встреча начинается с 15-минутного молчаливого чтения документа всеми стейкхолдерами, после чего следует сессия вопросов и ответов. Команду JPD один раз развернули на таком комитете, заставив продлить стадию альфа-тестирования.
Чтобы двигаться быстро, Танги Крюссон пошел на беспрецедентный шаг: он отказался от позиции технического директора (Engineering Manager) в команде и взял инженерное руководство на себя. Крюссон привлек опытных инженеров с высоким социальным капиталом внутри Atlassian (способных вносить изменения в любые репозитории компании без согласований) и нанял внешних подрядчиков во Франции. Поскольку команда находилась в Европе, вдали от штаб-квартиры в Сиднее, разница во времени послужила естественным барьером: австралийские менеджеры просто не хотели просыпаться рано утром или засиживаться допоздна, чтобы контролировать и останавливать европейских разработчиков. Подрядчики также позволили игнорировать внутреннее правило Atlassian о выделении 15% времени инженеров на обеспечение надежности систем, когда у продукта еще даже не было рабочего прототипа.
💡 Программа Lighthouse Users и защита «уродливого младенца» 1:23:20
При запуске JPD команда отказалась от традиционной для Atlassian ориентации на взрывной рост метрик и внедрила концепцию «безопасной воронки» (Safety Funnel) от Reforge. Смысл концепции заключается в искусственном ограничении числа пользователей на ранних этапах для минимизации негативного опыта. Вместо этого была развернута программа Lighthouse Users («Маяки»), разделенная на четкие качественные этапы:
- От 0 до 10 пользователей: Фокус на доказательстве того, что продукт решает реальную боль. На этой стадии успехом считаются качественные инсайты и видеозаписи звонков, доказывающие ценность.
- От 10 до 100 пользователей: Тестирование вариативности сценариев использования, адаптация под разные типы безопасности и выявление неочевидных багов.
- От 100 до 1000 пользователей: Оптимизация процессов самообслуживания. Команда уходит от ручной поддержки клиентов в Slack и частых Zoom-коллов, автоматизируя онбординг.
Танги Крюссон выступает против практики «прятаться за формальными отчетами исследователей», когда команда анализирует сухие графики CSAT или NPS. Он приводит аналогию с изменением климата: регулярные доклады ученых (МГЭИК / IPCC) пугают людей, но не заставляют их менять поведение; по-настоящему мотивирует только личное соприкосновение с трагедией конкретного человека. Именно поэтому в JPD вся команда — включая дизайнеров и разработчиков — напрямую общалась в Slack с 10 клиентами, зная их по именам. Это превратило обычных инженеров в «продуктовых инженеров», способных аргументированно спорить на планировании, защищая интересы пользователей.
На ранних стадиях любой продукт представляет собой «уродливого младенца» (термин студии Pixar), которого корпоративная среда стремится уничтожить из-за несоответствия стандартам. Защитить его помогла агрессивная и прозрачная внутренняя коммуникация. Крюссон еженедельно публиковал в корпоративной сети Atlas короткие обновления и трехминутные нарезки видеоинтервью с клиентами. Высокая скорость демонстрации улучшений создала ощущение «несущегося поезда», с которым никто не хотел связываться. На этапе подготовки к общему релизу сооснователь Atlassian Майк Кэннон-Брукс (Mike Cannon-Brookes) затормозил запуск, заявив, что интерфейс слишком сырой и не соответствует эстетике бренда, что потребовало от команды еще 2–3 месяцев интенсивной полировки дизайна.
🧘 Философия выгорания и блиц-опрос: от пермакультуры до фридайвинга 1:38:20
Завершая разговор о корпоративной карьере, Танги Крюссон рекомендует сотрудникам трезво оценивать среду обитания. По его мнению, не стоит пытаться быть единственным вменяемым человеком в комнате — под давлением циничной экосистемы любой специалист рано или поздно выгорит и сойдет с ума. Если компания не готова к изменениям, Крюссон советует менять место работы, напоминая, что «через 100 лет мы все будем мертвы и забыты», а значит, не стоит относиться к себе слишком серьезно. Профессиональный девиз гостя, заимствованный у Барака Обамы, звучит просто: «Думайте только о работе» (Keep it about the work) — это помогает преодолеть синдром самозванца и турбулентность.
В традиционном блиц-опросе подкаста раскрылись неожиданные грани гостя. Выяснилось, что Танги Крюссон — профессиональный фридайвер, занимавший 4-е место в мировом рейтинге по динамическому апноэ без ласт с результатом 167 метров в длину под водой. Также он успешно совершил погружение на глубину 92 метра (300 футов, что эквивалентно длине футбольного поля или самолета Boeing 737) на одном задохе. По словам Крюссона, человеческое тело удивительно адаптировано к воде, и после двухдневного курса обычный человек способен увеличить задержку дыхания до 2–3 минут и нырнуть на 20 метров.
Любимым нетехнологическим продуктом Крюссона оказались гидрофойлы для кайтсерфинга, позволяющие буквально летать над водой за счет подводного крыла, а в качестве лучшего вопроса для собеседования он назвал прием, заимствованный у сооснователя Atlassian Скотта Фаркуара (Scott Farquhar): спросить имя предыдущего руководителя кандидата и задать вопрос: «Когда я позвоню этому человеку, что, по его мнению, он мне о вас расскажет?». Эта тактика мгновенно разрушает отрепетированные сценарии и заставляет соискателей показывать свою истинную, аутентичную сущность.
