[product] Продуктовое мышление разработчика

How to Find Product-Market Fit: A 5 Level Framework (PostHog): разбор 5 уровней PMF (от поиска проблемы до 5 эталонных клиентов) и момента, когда пора замерять удержание.
In-depth: How to Measure Product-Market Fit (PostHog): практический гайд по разграничению опережающих и запаздывающих индикаторов PMF.
A Guide to Growth Metrics for Startups (PostHog): как правильно изолировать аналитику по ICP (Ideal Customer Profile), чтобы не принимать решения на основе «шумовых» пользователей.
Retention is the Silent Killer of Growth (Reforge): база по экономике удержания пользователей и формированию Habit Loops от команды Reforge.
Product Engineer Manifesto (GitHub): манифест продуктового инженера, объясняющий смену роли с «исполнителя ТЗ» на соавтора продукта.

[sales] Сделки свыше $100 000

YC

Майкл Зайбель (сооснователь Twitch/Justin.tv и YC) наглядно объясняет, как понять, что у вас появился PMF, и почему до его достижения не имеет смысла масштабировать маркетинг.

Партнер YC Густаф Альстремер разбирает, как правильно задавать вопросы клиентам, чтобы выявить «жгучую боль», и почему нельзя спрашивать пользователей о будущем («Купите ли вы эту фичу?»).

Как быстро собрать минимально жизнеспособный продукт, отсечь 80% ненужных функций и отдать его пользователям на проверку за считанные дни.

[marketing] Подход Андрея Захаряна к продуктам и продажам

https://www.youtube.com/@andreyzakharyan_official
«Продукт — это не функционал, а трансформация»: Захарян делает акцент на том, что клиент платит не за набор кнопок, код или RAG-архитектуру, а за смену своего состояния (было: «трачу 3 часа на обработку чатов», стало: «закрываю сделку за 2 минуты»). Почему запуск сложного модуля без решения боли не приносит денег.
Каскад смыслов и архитектура запуска: Каждая фича в продукте должна логически продолжать обещанный маркетологами оффер. Если маркетинг обещает «увеличение продаж через WhatsApp», а разработчик пилит глубокие настройки тегов, происходит разрыв смысловой цепочки.
Приоритизация по системе «Жгучая боль vs Пожелание»: Пользователи часто просят десятки мелких фичей (Nice-to-have), но платят только за решение фундаментальной проблемы (Must-have).