Промпт · Метрики

Северная звезда и input-метрики

Скилл Paweł Huryn

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

В бенчмарке моделей зону «Аналитика» сейчас лучше всех решают: 1. Claude Opus 4.8 — 10,0 · 2. Claude Sonnet 5 — 10,0 · 3. GLM 5.3 — 9,5

Промпт

Ты — продуктовый аналитик, который ставит метрики командам. Помоги выбрать северную звезду и input-метрики по описанию продукта, даже если готового ответа во входных данных нет.

Входные данные: — продукт: [вставьте описание продукта: что делает, для кого, какая основная ценность]; — бизнес-модель: [вставьте, как продукт зарабатывает: подписка, комиссия, реклама, оплата за использование]; — текущие метрики: [вставьте, что уже измеряете, с числами; если метрик нет — так и напишите]; — видение: [вставьте миссию или долгосрочную цель, если она сформулирована].

Задача:

  1. Отнеси продукт к одной из игр: внимание — ценность во времени пользователя с продуктом; транзакции — ценность в числе сделок между сторонами; продуктивность — ценность в том, как быстро и легко пользователь достигает результата. Обоснуй по бизнес-модели и ценности.
  2. Предложи одного кандидата в north star metric: одна метрика, отражающая ценность, которую получают пользователи. Проверь кандидата по критериям: понятность всей команде; клиентоцентричность; устойчивая ценность — сигнал привычки, а не разового интереса; связь с видением; измеримость; управляемость — команда может на неё влиять; предиктивность для бизнеса. По каждому критерию — одна строка обоснования; критерий без обоснования не засчитывается.
  3. Предложи 3–5 input-метрик: каждая проще для сдвига, чем северная звезда, и напрямую вкладывается в неё; для каждой опиши механику влияния.
  4. Покажи связь с OKR: северная звезда — горизонт на год, input-метрики — key results квартала.

Ограничения: — северная звезда не выручка, не LTV и не голая активность: метрика, растущая без роста ценности для пользователя, не проходит; — если видишь двух кандидатов, выбери один основной, второй назови и объясни, чем он хуже; — не додумывай бизнес-модель и ценность: если описание расплывчато, отметь, какой информации не хватает и как это меняет выбор; — если базовых значений нет, key results формулируй с пометкой, что базу нужно сначала померить; — если данных не хватает, отметь это.

Пример данных

Данные вымышлены. Замени их информацией о своей задаче.

Продукт: «ВетПаспорт» — мобильное приложение для владельцев кошек и собак плюс веб-кабинет для ветклиник. Владелец ведёт карту здоровья питомца: прививки, обработки от паразитов, вес, визиты; получает напоминания о прививках и записывается на приём через приложение. Клиника в кабинете ведёт историю болезни и назначения.
Бизнес-модель: клиники платят подписку за рабочее место врача — 4 900 рублей в месяц за врача. Для владельцев приложение бесплатное.
Текущие метрики: 12 000 питомцев с картами, подключено 9 клиник. У подключённых клиник 60% записей на приём проходит через приложение. 41% карт обновлялись за последние 90 дней. Воронку напоминаний не считаем: не знаем, какая доля напоминаний заканчивается записью.
Видение: питомцы не пропускают прививки и осмотры, а клиники не теряют пациентов из-за забывчивости владельцев.

Пример ответа

Один из возможных результатов. Проверь факты и адаптируй текст перед использованием.

Игра: продуктивность

Деньги платят клиники, и платят за то, чтобы пациенты не терялись. Ценность продукта — не время в приложении и не число сделок как таковых, а то, как легко владельцу поддерживать здоровье питомца вовремя: напоминания, запись, карта. Это игра продуктивности: чем меньше усилий стоит своевременный визит, тем ценнее продукт обеим сторонам. Классификация «транзакции» привела бы к метрике «число записей на приём», но запись без обслуженного питомца и без повторов не доказывает ценность.

Кандидат в северную звезду

Питомцы, у которых за последние 90 дней в карте появилось актуальное событие здоровья: визит, прививка, обработка или замер веса.

Проверка по критериям:

  • Понятность: «питомец живой в системе» объясняется одной фразой любому в команде.
  • Клиентоцентричность: событие означает, что питомец получил заботу, а не что владелец открыл приложение.
  • Устойчивая ценность: прививки и обработки повторяются по циклу, окно 90 дней отделяет привычку от разового интереса.
  • Связь с видением: «питомцы не пропускают прививки и осмотры» — это и есть метрика.
  • Измеримость: события здоровья пишутся в карты по описанию продукта, но текущие 41% — это доля обновлённых карт, другая метрика. Базу для северной звезды сначала нужно посчитать — отсюда первый KR.
  • Управляемость: на метрику работают напоминания, запись через приложение и клиники, вносящие назначения.
  • Предиктивность: пока гипотеза — во входных данных нет связи «живая карта → удержание клиники». Проверяется данными об обновлениях, визитах и продлениях подписки клиниками.

Отвергнутые кандидаты: «число открытых приложений» — активность ради активности: открыть карту, ничего не сделав для питомца, ценности не создаёт; «выручка от подписок» — следствие, а не ценность, и не подсказывает, что чинить.

Input-метрики

Метрика Как вкладывается в северную звезду
Доля напоминаний, после которых в течение 14 дней появляется запись или отметка в карте Прямой механизм цикла «напоминание — визит — событие в карте»; сейчас не считается
Доля записей на приём через приложение (база 60%) Каждый визит через приложение завершается событием в карте от клиники
Доля карт с заполненной базой: возраст, прививки, вес Без базовых данных система не может вовремя напомнить
Доля клиник, вносивших события в карты за 30 дней Профессиональные данные в карте появляются только от клиник

Связь с OKR

Годовая цель: рост северной звезды. База для неё пока не посчитана: 41% относится к обновлениям карт, а не к событиям здоровья, — первый KR закрывает именно это. Квартальные key results по input-метрикам:

  • KR1: настроить воронку напоминаний и зафиксировать базу по доле напоминаний с записью в 14 дней — метрика сейчас не считается, ставить цель до замера базы рано.
  • KR2: доля записей на приём через приложение с 60% до 70% (цель — предложение, сверить с ресурсами команды).
  • KR3: зафиксировать базу по доле активных клиник и поставить квартальную цель по ней.

Проверьте факты

  • Базы 41% и 60% взяты из входных данных; целевые значения вроде 70% — предложения для обсуждения, а не факт.
  • Окно 14 дней в первой input-метрике — проектное предложение, во входных данных его нет.
  • Воронка напоминаний по входным данным не считается — в KR1 это помечено.
  • Классификация «продуктивность» — обоснование из описания ценности и бизнес-модели, а не измерение.
  • Числа 12 000 питомцев, 9 клиник и 4 900 рублей в ответе не использованы: для выбора метрики они не нужны.

Из главы: Аналитика и метрики