Продуктовые метрики являются самой важной составляющей в продукте, так как наблюдая за ними product manager может отследить эффективность улучшений, которые он сделал или сформировать перечень улучшений, которые стоит сделать.

Перечень улучшений или как принято в ИТ-мире - “список фич”, может быть составлен исходя из:

1. Собственных наблюдений / своих экспертных знаний
2. Знаний экспертов отрасли или продукта
3. Гипотез (предположений)
4. Пожеланий клиента(ов)
5. Платных доработок, которые оплатил клиент(ы)

Первые 4-ре пункта должны быть покрыты продуктовыми метриками. То есть product manager должен понимать, что получит его продукт в результате того, что его команда проделает работу над фичей (потратит/инвестирует время). В конечном итоге все продуктовые метрики должны быть “количественными”, то есть улучшения в цифрах, а не в словах. Например: В результате реализации механизма проверки товаров перед выдачей на пункте выдаче Wildberris количество выданных товаров не тому покупателю сократилось до 0,05% с 2,5% от всего товарооборота. А это на минуточку речь о нескольких десятках тысяч товаров ежедневно (2,5%). Здесь есть цифра, на которую целился product manager, когда придумал эту фичу. Потребность в придумывании была из-за количества выданных товаров не тем покупателям, жалоб клиентов и финансовых потерь бизнеса из-за этого.

Есть улучшения “качественные”, когда в результате реализации какой-либо фичи product manager объясняет это тем, что продукт станет, например, современнее, лучше, удобнее, интереснее и так далее. То есть тут нет цифр - одни эмоции и эпитеты. В 99% эти фичи не несут практической пользы для бизнеса, так как оценить их реальный эффект на продукт невозможно. Поэтому даже в таких фичах, которые мы определили как “качественные” необходимо искать “количественные” показатели. Иначе мы можем потратить время продуктовой команды впустую и недостигнуть результата. И это зачастую дорого, особенно при формировании MVP (минимальной рабочей версии продукта).