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

Добавили фичу → выросла конверсия. Снизили цену → вырос спрос. Ускорили onboarding → стало больше активных пользователей.

Проблема в том, что продукт почти никогда не работает как простая цепочка:

A → B → C.

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

Например:

больше пользователей → больше нагрузки на поддержку → медленнее ответы → ниже удовлетворённость → выше churn → меньше пользователей.

Или наоборот:

больше пользователей → больше данных → лучше рекомендации → выше ценность продукта → выше retention → ещё больше пользователей.

Это уже не просто набор метрик. Это петли обратной связи.

Именно ими занимается системная динамика.

Для продакта её главный смысл не в построении красивых диаграмм. Она заставляет ответить на гораздо более неприятный вопрос:

что именно в продукте накапливается и заставляет систему со временем вести себя иначе?

Опыт пользователя. Контент. Данные. Репутация. Количество интеграций. Нагрузка. Технический долг. База клиентов.

Такие накопления меняют поведение системы.

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

Мне сейчас особенно интересно применять этот подход к продуктовому анализу.

Не спрашивать только:

«Нужна ли пользователю эта функция?»

А пытаться понять «Какой механизм она запускает в системе и что произойдёт после нескольких оборотов этого механизма?»

В следующих постах попробую разобрать системную динамику именно с точки зрения продакта — без дифференциальных уравнений и академической теории.

Начну с самого полезного понятия: петли обратной связи и почему именно они часто определяют судьбу продукта.