Танги Крюссон, проработавший в продуктовой команде Atlassian более десяти лет, прошел путь от управления внутренними стартапами до создания Jira Product Discovery — одного из самых быстрорастущих продуктов в истории корпорации. В беседе с ведущим подкаста Ленни Рачитски он открыто разбирает свои прошлые неудачи с мессенджерами HipChat и Stride, анализирует боли интеграции Statuspage и формулирует уникальную стратегию выживания инновационных проектов внутри крупных технологических компаний. Этот материал представляет собой глубокий анализ корпоративного предпринимательства, подкрепленный реальными цифрами, метриками и жесткими организационными уроками.
🛠️ Парадокс ресурсов: почему корпорациям трудно создавать продукты с нуля 0:00
На первый взгляд крупные технологические гиганты обладают абсолютным преимуществом для запуска новых направлений: у Atlassian есть доступ к более чем 300 000 клиентов, огромный штат аналитиков, развитые каналы дистрибуции и финансовая подушка, позволяющая безболезненно тестировать гипотезы. Однако, по мнению Танги Крюссона, именно избыток ресурсов часто становится главным фактором провала внутренних стартапов. В то время как независимые стартапы извлекают пользу из ситуации дефицита («голодания»), заставляющей их двигаться максимально быстро и фокусированно, корпоративные команды склонны к избыточному инвестированию на слишком ранних стадиях.
Еще одним серьезным барьером гость называет завышенную планку ожиданий. Для Atlassian бизнес с годовой выручкой в $100 млн считается лишь хорошим стартом, тогда как для большинства обычных компаний это предел мечтаний. Стремясь сразу построить нечто масштабное, руководство начинает оценивать ранние стадии инновационных продуктов по метрикам зрелого бизнеса. Долгое время в Atlassian ключевым показателем успеха оставалось количество ежемесячно активных пользователей (MAU). По оценке Крюссона, это деструктивный подход: внутренний стартап должен сознательно сохранять низкий уровень MAU до тех пор, пока продукт не будет полностью готов. Преждевременный вывод сырого решения на всю клиентскую базу приводит к массовому оттоку пользователей, вернуть которых обратно практически невозможно.
🥊 Трагедия HipChat: ловушка рефакторинга и конкурентная миопия 13:03
Корпоративный мессенджер HipChat был приобретен Atlassian, когда его команда насчитывала всего около 20 человек. Продукт появился на рынке задолго до Slack и Microsoft Teams, обладал отличной тягой и пользовался искренней любовью среди технологических стартапов. Крюссон вспоминает, что в те годы сама концепция общения внутри офиса через чат вместо личных визитов к столу коллеги казалась революционной. Ситуация резко изменилась с выходом Slack, чьи темпы роста оказались ошеломляющими.
В ответ на возникшую угрозу руководство Atlassian запустило масштабные инициативы «HipChat Go Big» и «HipChat Next Gen», мобилизовав огромное количество разработчиков, дизайнеров и продукт-менеджеров. Однако существующая платформа не была рассчитана на одновременную работу такого числа специалистов. Из-за накопившегося технического долга команда приняла решение, которое Крюссон сейчас считает своей главной ошибкой, — полностью переписать код продукта с нуля (rewrite). Гость категорически не рекомендует идти по пути рефакторинга в условиях жесткой конкуренции. Пока команда создавала новый мессенджер Stride, Slack ушел далеко вперед, а Microsoft интегрировала свой инструмент Teams в пакет Office, обеспечив себе бесплатную дистрибуцию. В итоге Atlassian приняла решение продать активы HipChat и Stride компании Slack и полностью покинуть этот рынок. Рынок отреагировал на закрытие направления ростом акций Atlassian на $10, что стало личной драмой для команды, пережившей настоящие «семь стадий скорби» после трех лет упорной работы.
📉 Уроки конкуренции и платформенные амбиции
Анализируя провал, Танги Крюссон выделяет несколько системных просчетов:
- Слепое копирование старых стратегий: Руководство Atlassian верило, что сможет применить свой классический playbook (подразумевающий bottom-up внедрение через разработчиков, которые затем рекомендуют софт бизнес-командам) к рынку корпоративных мессенджеров. Эта ключевая гипотеза не была вовремя верифицирована.
- Игнорирование специфики аудитории: Пока разработчики Atlassian кастомизировали HipChat под интеграции с техническим софтом, обычные бизнес-пользователи массово выбирали Slack. Slack сделал ставку на геймификацию онбординга, современный интерфейс и эмодзи, что техническая команда Atlassian ошибочно сочла тривиальными деталями.
- Конкурентная миопия: Команда HipChat впала в зависимость от действий конкурента, пытаясь непрерывно копировать его функции. По мнению Крюссона, это тупиковый путь, поскольку внешние фичи — лишь верхушка айсберга, основанная на глубоких исследованиях рынка, которые конкурент проводил год назад.
- Чрезмерная платформеризация: Разработка нового мессенджера была объединена с амбициозной задачей по созданию универсальных микросервисных компонентов для всей экосистемы Atlassian (например, общего редактора текста). Попытка одновременно выиграть продуктовую войну и перестроить платформенную архитектуру оказалась непосильной ношей для проекта.
🏥 Интеграция Statuspage: культурный шок стартапа и проблема «Франкенстека» 33:52
В 2015–2016 годах, на волне распространения философии DevOps, Крюссон провел исследование рынка IT-операций. Наблюдая за командами во время крупных инцидентов, он заметил феномен «обезглавленной курицы»: когда ломается продакшн, инженеры начинают хаотично метаться, поддержка разрывается от писем, руководство требует отчетов, а продажи теряют сделки. Стартап Statuspage предлагал элегантное решение — публичную страницу статуса сервисов, которая автоматизировала уведомления, снижала нагрузку на саппорт и повышала доверие клиентов за счет прозрачности.
Atlassian выкупила Statuspage, и Крюссон возглавил процесс интеграции бизнеса. Несмотря на то, что в долгосрочной перспективе этот продукт стал коммерчески успешным внутри корпорации, сам процесс слияния оказался крайне болезненным. Основной проблемой стал глубокий культурный шок сотрудников стартапа. Основатели, привыкшие полностью контролировать свою судьбу, внезапно обнаружили, что ключевые решения принимаются над их головами, а бывший генеральный директор превратился в рядового сотрудника продуктового департамента.
⚠️ Боли слияний и питчинг идей
По словам Крюссона, крупные компании мыслят трехлетними планами, в то время как горизонт планирования стартапа часто ограничивается задачей «просто выжить в ближайшие три месяца». Ситуацию усугубила матричная структура Atlassian, где инженеры, дизайнеры и маркетологи подчиняются разным функциональным лидерам. Чтобы нанять одного дизайнера, команде Statuspage теперь приходилось проходить через сложные корпоративные ритуалы и согласования, далекие от бизнес-задач.
Другим технологическим вызовом стало формирование так называемого «Франкенстека» (frankenstack) — мозаики из разнородных платформ, где у купленного продукта и материнской компании различаются системы авторизации, базы данных и архитектурные стандарты. Крюссон резюмирует, что в будущем при M&A сделках он бы отдавал приоритет небольшим командам в формате acqui-hire: выкупать экспертизу, закрывать старый продукт и сразу переписывать его под целевую архитектуру платформы, выигрывая около года времени на реализацию дорожной карты.
Кроме того, Крюссон поделился опытом неудачного питчинга масштабной платформы для IT-операций. Несмотря на одобрение со стороны руководства и CTO, проект месяцами находился в подвешенном состоянии. Ошибка заключалась в том, что команда не смогла внятно сформулировать триггер «почему именно сейчас» (why now). Без четкого обоснования срочности даже отличные бизнес-кейсы отправляются крупными корпорациями на полку.
🚀 Экосистема Point A: как Atlassian построила внутренний инкубатор 55:36
Осознав, что компания разучилась создавать инновации внутри и полагается исключительно на внешние поглощения, основатели Atlassian запустили программу Point A — внутренний инкубатор, призванный заново натренировать «инновационную мышцу» организации. Из ста с лишним питчей, прошедших через жесткий отбор, до стадии коммерческого релиза дожили всего три продукта, и одним из них стал Jira Product Discovery (JPD) — инструмент для приоритизации задач и ведения дорожных карт, ориентированный на продакт-менеджеров.
Инкубатор Point A предоставил командам психологическую безопасность и ресурсы. Бюджеты выделялись централизованно, а сотрудники «заимствовались» из других департаментов с гарантией возвращения на прежнее место в случае провала проекта. Процесс движения продукта был жестко структурирован и включал четыре последовательные стадии:
- Wonder (Удивление): Поиск и валидация проблемной зоны, сбор рыночных данных и защита концепции перед основателями компании.
- Explore (Исследование): Разработка и тестирование гипотетических решений. На этом этапе команда JPD не писала код, а проверяла юзабилити с помощью десятков интерактивных прототипов в Figma во время Zoom-созвонов с клиентами.
- Make (Создание): Поэтапная разработка MVP, последовательный запуск закрытых альфа- и бета-версий продукта.
- Impact (Влияние): Вывод продукта на рынок (General Availability) и оценка его прямого влияния на финансовые показатели всей корпорации.
Защита переходов между стадиями проходила в формате встреч с высшим руководством Atlassian и авторами программы Point A. Команда готовила шестистраничный аналитический документ (six-pager), после чего участники встречи читали его в тишине первые 15 минут и переходили к сессии вопросов и ответов. Система была гибкой: например, интерактивные доски Jira Whiteboards изначально создавались в Point A как отдельный продукт, но в процессе защиты было решено интегрировать их в качестве фичи Confluence.
🏴☠️ Метод пирата: управление JPD во Франции и нарушение правил 1:09:17
Запуская Jira Product Discovery, Танги Крюссон применил парадоксальный тактический прием. Он открыто заявлял на всех уровнях организации, что его проект с вероятностью 70% закроется в течение полугода. По мнению гостя, это позволило решить две важнейшие задачи. Во-первых, внутри команды была создана искусственная атмосфера дефицита времени и ресурсов, свойственная независимым стартапам. Во-вторых, это уберегло проект от удушающей корпоративной заботы. Когда смежные департаменты пытались навязать JPD соблюдение сложных внутренних регламентов или архитектурных стандартов Jira, Крюссон парировал: «Мы можем не дожить до следующего квартала. Стоит ли тратить время на эти процессы прямо сейчас?».
Используя свой высокий социальный капитал и доверие основателей (Chips), Крюссон пошел на беспрецедентные нарушения устоявшихся правил Atlassian:
- Совмещение ролей: Он отказался от найма инженерного менеджера и лично возглавил как продуктовую, так и техническую часть команды.
- Игнорирование лимитов на наем: В то время у Atlassian действовал запрет на расширение инженерного присутствия в Европе. Крюссон, находившийся во Франции, обошел это правило, наняв команду высококлассных независимых подрядчиков (contractors).
- Отказ от общекорпоративных OKR: Когда инженерный департамент Atlassian потребовал от всех команд выделять 15% времени на обеспечение надежности и стабильности систем, команда JPD проигнорировала это требование, так как у них на тот момент не было даже готового прототипа.
Географическая удаленность от штаб-квартиры в Сиднее сыграла на руку «пиратской» команде. Из-за разницы во времени австралийские менеджеры неохотно вступали в затяжные дискуссии, предпочитая не мешать быстро движущемуся поезду, который к тому же официально считался высокорискованным.
🎯 Стратегия Lighthouse Users и защита «уродливого младенца» 1:17:22
Чтобы не нарушить стабильность систем существующих клиентов Jira, команда JPD использовала фреймворк Ноя Вайсса: incubate, iterate, integrate (инкубация на периферии, итерация, последующая интеграция в ядро). Интерфейс Jira исторически воспринимался продакт-менеджерами как избыточный, медленный и перегруженный регламентами IT-департаментов. Поэтому JPD создавался на той же платформе, но в виде изолированного, максимально отзывчивого и визуально легкого пространства.
Вместо стандартного агрессивного маркетинга Atlassian Крюссон внедрил концепцию «безопасной воронки» (Safety Funnel), позаимствованную у образовательной платформы Reforge. Суть подхода — в жестком ограничении количества пользователей на ранних стадиях для минимизации негативного опыта. В рамках программы «пользователей-маяков» (Lighthouse Users Program) масштабирование шло строго по ступеням:
- Стадия 10 клиентов: Максимально плотная качественная работа. Команда JPD знала каждого пользователя по имени, изучала их контекст, а инженеры напрямую общались с ними в Slack и Zoom. Это позволило превратить обычных разработчиков в «продуктовых инженеров», движимых эмпатией к конкретным людям, а не сухими ТЗ.
- Стадия 100 клиентов: Поиск вариативности. Тестирование различных сценариев использования, кастомизации интерфейса и закрытие базовых потребностей в безопасности.
- Стадия 1000 клиентов: Шлифовка самообслуживания. Написание документации, оптимизация онбординга и постепенный отказ от ручного сопровождения пользователей перед финальным релизом.
📈 Внутренний пиар и фаза полировки
В креативной индустрии существует термин «уродливый младенец» (ugly baby), описывающий уязвимость любой сильной идеи на первых этапах ее существования. Для защиты своего проекта Крюссон выстроил агрессивную стратегию внутренних коммуникаций. Используя корпоративный инструмент Atlas, он еженедельно публиковал емкие, «размером с твит», апдейты о прогрессе команды. Вместо скучных многостраничных отчетов об исследованиях рынка он монтировал трехминутные видеоролики с яркими цитатами реальных клиентов, делящихся своими болями. Еженедельная демонстрация работающих демо-версий создавала у руководства ощущение неостановимого локомотива, мешать которому считалось пло its тоном.
Первый контролируемый запуск закрытой альфы состоялся через 5 месяцев после старта разработки. Суммарно продукт провел в стадиях альфа- и бета-тестирования около полутора лет. Перед финальным выходом на рынок сооснователь Atlassian Майк Кэннон-Брукс затормозил релиз, заявив, что интерфейс JPD выглядит слишком утилитарно и должен соответствовать высоким визуальным стандартам бренда. Команда потратила три месяца на полную полировку дизайна. На сегодняшний день Jira Product Discovery имеет более 8000 платящих клиентов и официально признан одним из самых успешных и быстрорастущих запусков в истории корпорации.
🏊♂️ Блиц и философия за пределами IT: от кайтсерфинга до фридайвинга 1:42:10
В финальной части беседы Танги Крюссон поделился личными источниками вдохновения и неожиданными фактами из своей биографии. Отвечая на вопрос о книжных рекомендациях, гость выделил три ключевые работы:
- «Кто. Метод эффективного найма» (Джефф Смарт, Рэнди Стрит): Эту книгу Крюссону порекомендовал сооснователь Atlassian Скотт Фаркуар. Она помогла структурировать процесс интервьюирования и отбора сильных кандидатов.
- «Hakim's Odyssey» (Фабьен Тульме): Графический роман, подробно описывающий реальную историю сирийского беженца на его пути в Европу. Книга помогает развить глубокую эмпатию к глобальным человеческим проблемам через призму одной судьбы.
- «Vivre avec la Terre» (Шарль и Перрин Эрве-Грюйе): Фундаментальный французский труд о пермакультуре. Авторы доказывают, что микрофермы без использования пестицидов и тяжелой техники могут быть гораздо эффективнее индустриального монокультурного земледелия.
Любимым приемом Крюссона на собеседованиях является вопрос, ломающий любые заготовленные сценарии кандидатов. Когда соискатель описывает свой прошлый успешный опыт, Танги спрашивает имя его непосредственного руководителя и задает вопрос: «Когда я позвоню [Имя] после нашей встречи, что именно он расскажет о ваших слабых сторонах в этом проекте?». По наблюдениям гостя, необходимость посмотреть на себя глазами конкретного живого человека моментально возвращает кандидатов в поле абсолютной искренности.
Свободное время Крюссон посвящает экстремальному спорту — кайтсерфингу и полетам на гидрофойлах, отмечая гениальность конструкции подводного крыла, исключающего трение о воду. Однако его главным достижением вне бизнеса остается профессиональный фридайвинг. В свое время Танги занимал четвертую строчку в мировом рейтинге: он способен проплыть под водой брассом на одном дыхании 167 метров, а его персональный рекорд глубины составляет 300 футов (92 метра), что эквивалентно длине футбольного поля. Гость убежден, что человеческое тело на физиологическом уровне обладает колоссальным скрытым потенциалом к задержке дыхания, о котором большинство людей даже не догадывается.
В качестве жизненного напутствия Крюссон предлагает балансировать между двумя полярными девизами. Первый, сформулированный Бараком Обамой — «Keep it about the work» («Думай только о работе»), помогает справляться с синдромом самозванца и турбулентностью: когда фокус смещается на саму задачу, правильный путь находится сам собой. Второй девиз — экзистенциальный: «Через 100 лет мы все будем мертвы и забыты». Эта мысль, перекликающаяся с философией Альбера Камю, помогает Крюссону не относиться к себе слишком серьезно, спокойно воспринимать рабочие конфликты и находить смелость для реализации самых рискованных инновационных идей.
