<b>OKR в арб-команде ломается не из-за формата, а из-за плохой постановки целей</b>

<b>OKR в арб-команде ломается не из-за формата, а из-за плохой постановки целей</b>

OKR хорошо работает только там, где команда может повлиять на метрики напрямую. Если цель звучит как «увеличить выручку», а у продукта нет понятного рычага, это не OKR, а пожелание.

Для affiliate/SaaS-команд полезнее ставить:
— Objective: убрать трение в ключевом сценарии
— KR: сократить время до первого ценного действия
— KR: поднять долю пользователей, дошедших до активации
— KR: уменьшить число ручных касаний в онбординге

Ошибка №1 — смешивать outcome и output. «Сделать 3 фичи» не цель, а список задач. Ошибка №2 — брать слишком много KR: если их 6–7, команда начинает оптимизировать всё и ничего.

В discovery OKR помогают как фильтр: если гипотеза не меняет выбранный KR, её не надо тянуть в квартал. Если меняет — сначала проверьте это интервью, прототипом или маленьким экспериментом, а не большой разработкой.

Хороший OKR не мотивирует лозунгом. Он заставляет команду спорить о том, какой именно рычаг реально двигает продукт.