Условие выхода
Что должно стать доказанной правдой, чтобы перейти на следующую стадию. Не «я устал на этой стадии», а «у меня есть доказательства».
Путь основателя ИИ-нативного стартапа — от идеи до масштаба. Разбор плейбука Anthropic и совместная проработка ваших проектов.
«ИИ с одинаковым энтузиазмом построит и гениальную идею, и идею в корне ошибочную. Интеллект в этой системе — ваш».
В основе программы — «Руководство основателя: как построить ИИ-нативный стартап» от Anthropic. Оно заново описывает путь стартапа для эпохи агентного ИИ, когда прототип собирается за вечер, а нетехнический основатель выпускает продакшен-продукт.
Главная мысль одна. ИИ убрал техническое узкое место — и вместе с ним исчёз естественный тормоз от ошибок, который раньше давала дороговизна стройки. Поэтому весь путь держится на одной заповеди: осмысление впереди стройки. Остальное — четыре стадии, у каждой своё «условие выхода» и своя ловушка эпохи ИИ.
Две оси, на которых всё держится
Что должно стать доказанной правдой, чтобы перейти на следующую стадию. Не «я устал на этой стадии», а «у меня есть доказательства».
Типичный способ обмануть себя именно здесь. Плейбук выделяет ловушки, которые ИИ создал или резко усилил, — и противоядия к ним.
Тот же ИИ, что охотно подтверждает вашу идею, развёрнутый против вас: «опровергни мою гипотезу», «почему конкурент победит». Противоядие от confirmation bias.
Три поверхности Claude — одна модель, разное рабочее пространство
Мелкие задачи управления компанией, не выходя из приложения: вытащить мысль из письма, проверить утверждение перед советом.
Работа, которая занимает время: собрать из многих источников, осмыслить и выдать готовый артефакт. Коннекторы, навыки, задачи по расписанию.
Писать, тестировать и выпускать ПО: доступ к кодовой базе, Plan Mode, git, среды разработки.
Building an AI-native startup · Anthropic · 36 стр. · русский перевод
Одна и та же работа основателя — найти проблему, построить решение, вырастить компанию. Изменился путь: ИИ сжимает кварталы в недели. Ниже — карта. Первые две стадии мы разбираем подробно, потому что именно там живёт большинство проектов.
Не стадия стройки, а исследование и валидация. Ни строки продакшен-кода, пока доказательства не оправдывают стройку.
Всё ещё сбор доказательств — но теперь о решении. Наименьшая версия, которой реальные люди реально пользуются.
Превратить раннюю тягу в воспроизводимый, устойчивый двигатель роста и построить вокруг продукта компанию.
Систематический рост на зрелых операциях. Роль основателя — со «строителя» на «публичного руководителя».
Это не стадия стройки, а упражнение в исследовании и валидации. Главная роль ИИ здесь — исследовательский партнёр. Цель — собрать доказательства, в первую очередь из живых разговоров, что вы решаете настоящую проблему настоящих людей.
Вы готовы уйти со стадии Идеи, когда честно отвечаете «да» на три вопроса:
1. Реальна ли проблема и достаточно ли конкретна? Можете точно назвать: кто именно сталкивается, как часто, насколько больно, что делает с этим сейчас.
2. Решает ли решение настоящую проблему? Ту, что вскрыла валидация, — а не ту, что вы предполагали на старте.
3. Достаточно ли сигнала, чтобы оправдать стройку? Переход к MVP должен быть обоснованным решением, а не актом веры.
Наблюдение — это ещё не гипотеза. Разница решает всё, потому что проверять можно только конкретное.
«Людям тяжело с отчётами о расходах».
«Финменеджеры в средних компаниях тратят >4ч/нед на сверку заявок, потому что инструменты не интегрируются с бухгалтерией».
С кем. Точный профиль (должности, типы компаний, структура команды, старшинство) бесконечно ценнее длинного списка контактов. Дальше — где этих людей реально достать.
Что спрашивать. Про релевантное прошлое, а не про гипотетическое будущее. Это главная ошибка новичка:
«Вы бы пользовались чем-то таким?» — открытый, провоцирует социально желаемый ответ и шум.
«Расскажите о последнем случае, когда вы столкнулись с этой проблемой» — вскрывает, что человек реально делал.
Как анализировать. После каждого интервью — два списка: доказательства ЗА и доказательства ПРОТИВ. Если список ЗА заметно длиннее, спросите ИИ: эта асимметрия отражает данные — или то, что вы надеялись найти?
Только когда гипотеза проверена на излом, в кадр входит Claude Code. Вы строите не продукт, а одно ключевое взаимодействие, на котором держится решение. Показываете пяти людям из подтверждённого профиля. Эти пять разговоров и решают: строить дальше или назад к чертёжной доске.
Прототип существует ≠ идея верна. Доказательство — это сам разговор с пользователем, а не факт существования прототипа.
Привязка к продуктовому пути раньше, чем подтверждено, что путь того стоит. Исторически 42% стартапов гибли, строя ненужное, — и доля будет только расти.
Confirmation bias на стероидах: попросите ИИ подтвердить идею — найдёт подтверждения. Противоядие — адвокат дьявола.
Сдвиг сознания: MVP — это всё ещё сбор доказательств, но теперь о решении, а не о проблеме. Заповеди стадии — скорость и здравое суждение одновременно. Цель — наименьшая сфокусированная версия продукта, которой реальные люди действительно пользуются.
Конкретная, опознаваемая группа сочла продукт достаточно ценным, чтобы возвращаться, платить или рекомендовать. Как это измерить — в блоке PMF-тестов ниже.
Это противоядие сразу от двух ловушек — agentic-техдолга и расползания границ. До того как Claude Code что-то напишет:
ИИ генерит код, который работает, а не код, который безопасен. Рабочий код виден сразу, уязвимость невидима, пока её не проэксплуатируют. Минимальный порог — проверить аутентификацию и сессии, раскрытие данных в API, валидацию ввода и инъекции, зависимости с уязвимостями. Всё про секреты и данные — с проверкой человеком.
MVP заканчивается, когда есть настоящее доказательство PMF — каким бы «недоделанным» ни ощущался продукт. Метрики выбираются, чтобы вскрыть «что не работает», а не польстить тому, «что работает».
Дайте ИИ данные удержания, обратную связь и изначальную гипотезу и спросите: (1) Есть ли в данных сегмент, реагирующий иначе? (часто нужная аудитория уже в данных, но недооценена). (2) Разрыв задуманной и переживаемой ценности — это позиционирование или продукт? (3) Что должно быть истинным, чтобы продукт нашёл PMF, и реалистично ли это? Ответы определяют: скорректировать / пивот / назад на Идею.
Без записанных спецификаций и CLAUDE.md каждая сессия ИИ заново выводит фундамент с нуля → решения дрейфуют → несвязная кодовая база. Нарастает «сложным процентом», всплывает поздно.
Ранняя тяга от эфемерного — друзья, всплеск на Hacker News, знакомые инвестора — не предсказывает, что будет на 6-й или 12-й неделе.
Раньше тормозом была стоимость инженерного времени. Теперь фича — это полдня, и всегда найдётся «ещё одна крутая». Каждое добавление по отдельности обосновано — в этом и ловушка.
Гипотетический риск становится настоящим в момент, когда продукт выходит к реальным пользователям с реальными данными.
Три рамки и четыре теста. Главное: PMF — это паттерн, а не точка. Ни одна отдельная цифра не подтверждает fit; он должен удержаться на протяжении нескольких циклов итераций. И ещё одно: систему измерений строят до первого пользователя — иначе метрики выбираются так, чтобы льстить, а не вскрывать.
Спросите активных пользователей: «что бы вы почувствовали, если бы больше не могли этим пользоваться?». Если >40% — «очень расстроился бы», это значимый сигнал. Тест меряет зависимость, а не удовлетворённость.
До PMF удержание держится на героической энергии основателя (напоминания, пинки). После — продукт делает это сам. Сдвиг с «толкаю» на «тянет» — один из самых ясных сигналов.
Ориентиры активации и удержания, заданные заранее. Здоровый признак — кривая удержания выполаживается в плато, а не падает в ноль: есть ядро, которое возвращается.
Опишите заранее, как для вашего продукта выглядит фальшивый сигнал: регистрации без активации, выручка без удержания, энтузиазм без повторного использования. Потом — адвокат дьявола против ваших цифр.
После того как продукт доказал, что заслуживает существовать, начинается доказательство, что бизнес заслуживает расти. Эти стадии мы пройдём по мере того, как проекты участников до них дойдут.
Ранняя тяга → воспроизводимый двигатель роста. Вокруг продукта — настоящая компания.
Рост по каналам с понятной юнит-экономикой (CAC, LTV); продукт держит продакшен; операции без основателя как узкого места.
Техдолг приходит к оплате · основатель — узкое место · расширение раньше готовности.
Систематический рост на зрелых операциях. От тысяч пользователей к миллионам.
Компания устойчива, даже когда основатель не управляет повседневкой. Прибыльность / IPO / поглощение.
Ров: глубина экспертизы, workflow lock-in, сетевые эффекты данных. Ловушки: делегирование без контекста, отсутствие GTM-функции.