Как Gusto собрала новый продукт за 10 недель — без встреч, Jira и документации

Что построили. Gusto Cofounder — AI-агент для малого бизнеса, который из коробки знает всё, что Gusto и так знает о твоей компании: сотрудников, зарплаты, графики, заявки на отпуск. Общаться с ним можно не только через сайт, но и по SMS или в Slack — для владельца маленького бизнеса, который весь день на ногах, это главный канал. Пример из жизни: массажный салон каждую неделю выгружал данные из учётной системы, вручную считал бонусы за допуслуги и делил чаевые, и только потом заводил зарплату в Gusto. Теперь владелец описывает правила расчёта текстом, агент сам лезет в таблицу, считает и спрашивает подтверждения перед запуском выплаты.

Откуда взялось. В феврале Эдди застрял на 5 часов в лондонском аэропорту из-за сорванной пересадки. Открыл ноутбук и начал в Claude Code собирать идею, которая давно крутилась в голове. К посадке в Сан-Франциско был прототип. Он записал видео-демку, разослал знакомым сеньорам, в марте на квартальной встрече лидеров компании они забронировали переговорку и за одну сессию у доски нарисовали, как продукт должен выглядеть. Фото этой доски — вся документация проекта. Забавно: готовый продукт почти не ушёл от того рисунка.

Как работали. Процесс определялся тем, чего НЕ делали: ни встреч, ни стендапов, ни ретро, ни Jira, ни Figma, ни спеков. Оставили одно — зум-комнату, которая висит открытой круглые сутки (вся команда удалённая). Кто-то в ней молча работает весь день, кто-то заходит, когда нужно что-то решить. Эдди с удовольствием отвечал любопытствующим коллегам «пришлите документацию» — «у нас её нет».

Как принимали продуктовые решения. Вместо продакта — все понемногу продакты. Вместо документа «что будем строить» — готовый код: сделал фичу, открыл pull request (готовый кусок кода на проверку — не черновик, а вычищенный, рабочий), показал в зуме, обсудили. Да — проверили и влили тут же. Нет — удалили без сожалений. Полгода назад так работать было нельзя: код стоил слишком дорого. Клэр добавляет свой вариант того же метода: после запуска первой версии, когда понял настоящую форму продукта, дешевле переписать с нуля, чем достраивать.

Как выкатывали. В рабочем приложении завели скрытую страницу, невидимую обычным пользователям, и строили прямо в продакшене. Дизайнер Кэти первой выкатила «фальшивый» интерфейс: кнопки есть, а на любой запрос — один и тот же заготовленный ответ. Параллельно инженеры подводили под этот фасад настоящие модели данных и агента, и заглушки постепенно оживали. Метафора команды: глыба мрамора, от которой откалываешь по кусочку, пока не проступит скульптура. В любой момент времени в продакшене что-то было криво — и это нормально.

Про Кэти отдельно. Она не разработчик. Но по метрикам компании (замеряют инструментом DX) вошла в 94-й перцентиль по коду, доведённому до продакшена, — среди всех штатных инженеров Gusto. Её объяснение: чуть больше технического любопытства, чем у среднего дизайнера, плюс — главное — три-четыре инженера рядом, которые проверяли её код, учили точнее ставить задачу Claude и отличать хороший сгенерированный код от плохого. Клэр даёт командам тест: если код инженеров вы проверяете быстрее, чем код не-инженеров, — это анти-паттерн, разворачивайте приоритет.

Рабочий процесс Эдди. Он реальный клиентский баг чинит так: копирует жалобу в задачу на GitHub, голосом (печатает он теперь редко, диктует через Wispr Flow) просит Claude Code сначала написать проверочный тест, который воспроизводит баг и падает, потом — исправление, потом — доказать, что тест проходит. Пока агент работает, идёт за кофе или запускает вторую-третью задачу в соседних окнах. Самое важное, по его словам, — финальная проверка глазами: что за код написан, внятен ли тест. Потом — в зум за ревью.

Можно ли это масштабировать. Самое честное место эпизода. Эдди прямо говорит: важное отличие проекта — в команде был сооснователь компании, у которого «встроенное» право нарушать правила. Обычную команду за пропуск спеков и макетов по головке не погладят. Его вывод: командам нужно давать такое разрешение явно — и даже жёстче: «мы запрещаем вам писать доки и рисовать макеты, увидим доку — получите по рукам». Иначе люди хотят так работать, но не чувствуют, что им можно. И совет лидерам: не останавливайтесь на прототипах, которыми потом машете перед командой (это раздражает и обесценивает работу) — доводите настоящий код до продакшена. Сам Эдди 10 недель работал как рядовой инженер. А идея продукта вообще выросла из того, что он лично поставил себе OpenClaw и почувствовал силу агента в мессенджере на своей шкуре.