Пивот нового продукта меняет проверяемую гипотезу, а агенты помогают сохранить пригодные части кода

Пивот начинается с другого ответа на вопрос, кому и зачем нужен продукт. В методологии The Lean Startup это смена фундаментальной гипотезы, которую предстоит проверить.

Новый экран сам по себе не означает пивот. Исправление формы записи оставляет прежнюю задачу. Переход от преподавателя к администратору школы меняет основание разработки.

При этом технический долг решают отдельно: неудобный старый код не доказывает, что нужна другая клиентская задача. Устройство программы и гипотеза требуют разных проверок.

Первая версия может терять клиента до полезного результата. Если письмо входа не приходит, отсутствие использования ещё не говорит, что людям не нужна задача продукта.

Сигнал к новой гипотезе сильнее, когда человек прошёл рабочий путь, но выбрал другой способ. Основателю нужно узнать, какую работу клиент пытался выполнить и почему продукт её не закрыл.

Майкл Сайбел в разговоре YC отличает доработку для того же клиента от резкой смены клиента или проблемы. Похожая технология ещё не переносит знание о спросе.

Список сохраняемого кода составляют от нового рабочего пути. Для школы вход в систему ещё пригоден, а права преподавателя не подходят администратору с несколькими кабинетами.

После закрытия игры Glitch команда Стюарта Баттерфилда занялась Slack, программой для совместной работы. Рассказ инвестора и инженерный блог подтверждают смену направления, без доли сохранённого кода.

На открытой странице машины 8 октября 2026 показаны 387 тысяч строк спеков и 391 тысяча строк кода. Описание помогает восстановить причины решений при переделке.

Задача «переделать под школы» оставляет агенту слишком много решений. Основатель определяет новую работу клиента, а инженер ведёт машину агентов по выбранным частям продукта.

В постановку задачи агенту входят сохраняемые сценарии и критерии изменения. Сначала агент показывает, где проходит выбранная операция, затем готовит ограниченную правку.

Действующие правила для ИИ-агентов должны отвечать новой цели. Если описание требует личной записи преподавателя, агент продолжит строить прежний продукт.

При смене направления описание продукта обновляют, а причины прежних решений сохраняют в истории. Агент получает действующую цель, инженер видит, почему старый вариант когда-то выбрали.

Запись отказа объясняет, чего ждали от варианта и какое наблюдение его опровергло. Перечень «пробовали, не понравилось» не помогает выбрать следующую задачу.

Удаление данных и изменение доступа согласуют отдельно от правки экрана. Сохранившаяся оплата тоже требует проверки: смена роли клиента не делает прежние условия подходящими.

Для проверки школе сначала нужен путь планирования, а не все экраны будущей системы. Участник пробы должен выполнить ту работу, ради которой основатель меняет продукт.

Продолжать позволяет заранее выбранное действие клиента. В учебном примере это перенос расписания в пробную версию и повторное использование. Одобрение на показе не заменяет такое действие.

Проверка программы и проверка спроса отвечают на разные вопросы. Ответственность за ошибки ИИ остаётся у принимающих работу людей, даже если новый экран понравился клиенту.

Своего клиентского кейса пивота у нас нет. Наш опыт здесь касается переделок vibecoding.ru. Пригодный код помогает подготовить проверку, коммерческий результат показывает поведение клиентов.

Когда выбраны направление и очередь работ, подходит подписка на разработку. «Один проект» стоит 250 000 ₽ в месяц на 8 октября 2026: один поток, работа в ветке репозитория заказчика.

На время проверки направления подписку можно поставить на паузу, оплаченные дни переносятся. Если нужна помощь с выбранной задачей, следующий шаг позволяет обсудить переделку продукта.

1. При пивоте меняется гипотеза. Назовите нового клиента и его задачу.

2. Сначала отделите неисправность продукта от другой потребности клиента.

3. Сохраняйте код по его будущей работе, а не по прежней цене написания.

4. Передайте агентам новую цель, границы правки и сохраняемые сценарии.

5. Проверяйте действие клиента. Его результат определяет следующую очередь разработки.