Codex + Vercel, как машина для проверки гипотез ⌨️

Раньше проверка нормальной гипотезы могла легко растянуться на 3–4 недели: собрать контекст, описать задачу, подключить команду, дождаться дизайна, собрать прототип, поправить, снова обсудить, снова поправить.

Сейчас это стало сильно быстрее. Как выглядит процесс👇 🔵Я беру гипотезу и сначала разбираю её внутри с агентами. Подтягиваю нужную документацию из внутренних папок: контекст продукта, прошлые решения, исследования, backlog, sprint-задачи, комментарии команды.

🔵Потом добавляю данные из Amplitude: сессии, действия клиентов, поведение в продукте, узкие места, где люди отваливаются или делают что-то не так, как мы ожидали.

Но сила не только в данных, но и в людях

🔵 Провожу встречу с командой, потому что коммерческий блок, саппорт и customer success часто видят то, чего не видно в аналитике. Где клиент не понял ценность. Где продажа ломается. Где фича вроде есть, но её невозможно нормально объяснить.

Дальше весь этот контекст уходит в агента, который интегрирован с Vercel.

🔵Далее собираю кликабельный прототип, а иногда сразу полноценный черновой сайт или лендинг. Не просто «экранчики ради экранчиков», а нормальный сценарий, который можно показать команде, клиенту или использовать как основу для пилота.

Отдельно хорошо ложится подход из курса Вани Замесина: разложить гипотезу через Jobs To Be Done, понять работу клиента, сформировать ценность, а потом уже собрать go-to-market, ТЗ для маркетинга и лендинг под конкретный сегмент.

В итоге получается не просто «мы придумали фичу». Получается связка👇

гипотеза → данные → комментарии команды → JTBD → прототип → лендинг → проверка на клиентах.

Всё это можно собрать примерно за час-полтора с учётом правок.

Сейчас это один из главных навыков продакта:

не просто придумывать гипотезы, а быстро доводить их до формы, в которой их можно проверить.