# Как Anthropic строит продукты со скоростью света: интервью с Кэт Ву из команды Claude Code Источник: https://youtu.be/PplmzlgE0kg Канал: Lenny's Podcast Опубликовано: 23.04.2026 --- В эпоху стремительного развития искусственного интеллекта темпы разработки программного обеспечения изменились до неузнаваемости. В новом выпуске подкаста **Ленни Рачицкий (Lenny Rachitsky)** обсуждает с **Кэт Ву (Cat Wu)**, главой по продукту **Claude Code** в **Anthropic**, как её команда умудряется сокращать циклы разработки с месяцев до одного дня и почему традиционные подходы к продакт-менеджменту больше не работают. ## ⚡️ Новая реальность PM в эпоху ИИ: скорость как главная метрика [[JUMP:04:31]] Кэт Ву отмечает, что фундаментальный сдвиг в индустрии произошел из-за того, что стоимость написания кода резко упала. Если раньше технологические сдвиги занимали 6–12 месяцев и требовали тщательного планирования ресурсной базы, то сейчас возможности моделей обновляются еженедельно [05:12]. Ключевые изменения в роли продакт-менеджера (PM): * **Отказ от многоквартальных дорожных карт.** Вместо согласования зависимостей между командами на полгода вперед, PM должен фокусироваться на том, как доставить фичу пользователю за неделю или даже день [05:38]. * **Создание «концептуальных уголков».** В **Anthropic** практикуется запуск функций в формате *Research Preview*. Это снижает обязательства компании по долгосрочной поддержке и позволяет мгновенно тестировать идеи «в дикой природе» [07:49]. * **Проверка «продуктового вкуса» (Product Taste).** В условиях, когда ИИ может написать любой код, самой ценной компетенцией становится решение о том, *что именно* стоит писать [00:50]. Кэт подчеркивает, что многие кандидаты на роль PM до сих пор подходят к работе старыми методами, уделяя слишком много внимания процессам и недостаточно — итеративности и пониманию предельных возможностей моделей [03:55]. ## 🛠 Процессы внутри Anthropic: минимализм и доверие [[JUMP:09:12]] Вместо громоздких PRD (Product Requirements Documents) команда **Claude Code** полагается на два столпа: строгую аналитику и командные принципы. * **Еженедельные чтения метрик.** Вся команда должна глубоко понимать фасеты бизнеса и то, как каждое изменение влияет на цели [09:24]. * **Принципы вместо блокировок.** Четко сформулированные принципы (кто наш юзер, почему мы выбрали именно его) позволяют инженерам принимать самостоятельные решения, не дожидаясь одобрения PM [09:39]. * **Сквозной запуск.** В компании работает «Evergreen launch room» в Slack. Как только инженер считает фичу готовой, кросс-функциональные партнеры (маркетинг, документация, DevRel) подхватывают её и готовят анонс к следующему дню [08:31]. Кэт Ву признает, что такая скорость имеет свою цену — страдает продуктовая согласованность (consistency). Иногда функции могут дублировать друг друга, а пользователям становится сложно уследить за всеми обновлениями [25:48]. Однако в **Anthropic** считают это оправданной жертвой ради лидерства на рынке. ## 🧠 Навык будущего: «Правильная доза AGI-таблетки» [[JUMP:51:38]] Один из самых сложных навыков для современного PM, по мнению Кэт, — это способность определить, каким должен быть продукт через месяц, учитывая нелинейный рост возможностей моделей [51:52]. Важные тезисы о развитии «продуктового чутья» в ИИ: 1. **Элицитация возможностей.** Нужно понимать, как выжать максимум из *текущей* модели, а не строить воздушные замки вокруг гипотетического супер-интеллекта [52:47]. 2. **Анализ «глюков».** Кэт часто просит модель саму проанализировать свои ошибки (introspection). Например, почему агент внес правки во фронтенд, но не проверил их в UI? Ответы модели помогают улучшить систему промптов и «обвязку» (harness) [53:36]. 3. **Минимальные эвалы.** Не нужно писать сотни тестов. Достаточно 10 качественных эвалов (evals), чтобы команда понимала, движется ли она к цели [55:12]. Особую роль Кэт отводит «характеру» **Claude**. Она выделяет работу Аманды, которая формирует конституцию и личность модели. Позитивность, низкое эго и готовность признавать ошибки делают **Claude** не просто инструментом, а приятным коллегой [59:53]. ## 💼 Claude Code vs. Co-work: как Anthropic использует свои продукты [[JUMP:32:36]] Кэт Ву разъяснила разницу в использовании внутренней экосистемы: * **Claude Code (CLI/Desktop):** используется для задач, где результатом является код. CLI — для опытных разработчиков, Desktop — для тех, кому важен визуальный фидбек и превью фронтенда [33:16]. * **Co-work:** инструмент для работы, результатом которой *не* является код. Кэт привела пример: подготовка 20-страничной презентации для конференции заняла у нее минимум времени, так как **Co-work**, имея доступ к Slack, Google Drive и календарю, сам собрал фактуру и оформил слайды в корпоративном стиле [37:21]. Интересный факт: в **Anthropic** процветает культура создания персонализированного ПО. Вместо использования стандартных CRM-надстроек, сейлз-команда собрала собственное веб-приложение, которое за секунды генерирует кастомные деки для клиентов, вытягивая данные из Salesforce и Gong [43:18]. ## 🚀 Секрет успеха Anthropic: фокус и миссия [[JUMP:29:17]] Ленни отметил невероятный рост компании (выручка достигла миллиардных показателей в кратчайшие сроки). Кэт видит причину в исключительной приверженности миссии — созданию безопасного AGI [29:32]. * **Миссия выше продукта.** Если для безопасности или общего успеха **Anthropic** нужно будет закрыть конкретный продукт (например, **Claude Code**), команда сделает это без колебаний [31:43]. * **Бережливость в токенах.** Несмотря на доступ к лучшим моделям, в компании считается дурным тоном тратить вычислительные ресурсы впустую. Инженеры используют токены ответственно, понимая их реальную стоимость [51:11]. ## 🧗‍♀️ Личные советы и «Just Do Things» [[JUMP:1:19:38]] В завершение беседы Кэт Ву поделилась своим жизненным кредо: «Просто делай вещи» (Just do things). Она считает, что в современных компаниях границы ролей слишком размыты, чтобы ждать разрешения. Если ты видишь проблему и понимаешь первый принцип её решения — просто бери и делай [1:20:05]. Для тех, кто хочет преуспеть в эру ИИ, её главный совет — доводить автоматизацию до 100%. Автоматизация, которая работает в 95% случаев, бесполезна, так как вы всё равно тратите когнитивный ресурс на проверку [1:10:05].