PRD больше не нужен. Нужен работающий прототип. Кажется, одна из главных продуктовых привычек последних лет уходит в историю. Я про многостраничные Product Requirement Documents. Еще недавно запуск любой фичи выглядел как бюрократический марафон: исследование, куча заметок, User Flow, макеты, ТЗ на 20 страниц, бесконечные созвоны, комментарии и согласования. И только потом команда садилась за код. Сегодня я все чаще ловлю себя на том, что открываю Claude Code раньше, чем чистый документ. Просто потому, что за пару дней с помощью AI можно собрать вменяемый, кликабельный MVP и показать его реальным людям: пользователям, команде, СЕО или инвесторам. И внезапно оказывается, что тонна вопросов, которые раньше неделями размазывались по документам, закрывается за один созвон. Тестировать и критиковать живой интерфейс намного проще, чем читать простыню текста и пытаться представить продукт в голове. На прототипе сразу вылезает вся правда: где пользователь запутается, какая логика сыпется, какие фичи вообще никому не нужны, а что действительно создает ценность. Раньше документ был самым дешевым способом проверить гипотезу. Теперь самым дешевым и быстрым способом проверки стал работающий код. Конечно, для гигантов и огромных корпораций классический подход никуда не денется. Когда у тебя в экосистеме 30+ продуктов, жесткая общая рамка, стандарты и детальное описание зависимостей это вопрос выживания, иначе все просто развалится. Но для большинства продуктовых фич и новых сервисов роль документации кардинально изменилась. Сегодня документ нужен не для того, чтобы пофантазировать, каким будет продукт. Для этого есть рабочий прототип. Документ нужен на следующем этапе - зафиксировать финальные решения, технические ограничения и договоренности между командами. Думаю, через пару лет главный вопрос к продакту на синке изменится. Вместо «А где описание?» мы будем слышать: «Скинь ссылку на рабочий прототип». И если честно, мне такой мир нравится гораздо больше.