Как ребята из FinOps придумали UXR-точку зрения и не уехали в методологический ебенячий лес Нашел достаточно свежий кейс (июнь 2025), который я прям хочу разобрать с вами - потому что это не теория «как надо делать ресерч», а реальная история команды, которая в FinOps (финансы + облачные расходы) пыталась понять, что вообще хотят пользователи, прежде чем вкатывать в продукт миллионные инженерные бюджеты. И нет, они не делали «опросы на 5 вопросов в гугл-формах». Они сделали нормальную работу - такую, что PM не стыдно вставлять в презентацию руководству и говорить: «Вот, я не просто на глазок фичи ставлю».

Что они сделали? Коротко: смешали все методы, какие могли, и получили из этого UXR Point of View - ту самую единую точку зрения, которая становится основой стратегии продукта. Типа «мы наконец-то понимаем, что реально важно пользователям, а что - просто наш корпоративный бред».

  1. Количественные + качественные ресерчи Они собрали цифры (как реально пользуются продуктом), а сверху провели глубинные интервью. Не «интервью ради галочки», а про сценарии, боли, приоритеты, ставки, риски. Получилась мозаика, как пользователи думают и куда смотрят их деньги.
  2. Сегментация не по «возраст-пол», а по поведению Они не делили людей на «новички/опытные». Они делили их на паттерны поведения:
  • те, кто постоянно ищет оптимизацию;
  • те, кто «спит, пока не горит»;
  • те, кто хочет все автоматизировать;
  • те, кто боится трогать биллинг как оголенный провод, шоб ебом не толкнуло. Это намного честнее. Поведение - это невыдуманная метрика. Люди не врут ногами.
  1. Сформировали UXR Point of View Это как написать манифест продукта: что важно, что не важно, что критично, что must-have, что bullshit. Если хочешь простую метафору: это как собрать себе внутреннюю «карту местности», чтобы не бродить по фичам как пьяный гном в заброшенной шахте.
  2. Превратили это в стратегию Вот тут стало интересно. На основании UXR PoV они решили:
  • какие фичи идут первыми (и почему),
  • какие фичи больше не должны появляться в бэклоге (потому что это шлак),
  • куда двигать продукт 6–12 месяцев,
  • какие сегменты - основные драйверы роста,
  • где нужна автоматизация, где - визуализация, где - контроль и алерты. То есть PM перестал быть «человеком, который выбирает, что выкатить по вторникам», и стал «человеком, который принимает стратегические решения, потому что знает, что происходит».

Почему это круто? Потому что это прям шаблон, как делать ресерч так, чтобы на выходе получился не “туманный анализ”, а конкретный взгляд: «Что такое наш пользователь? Как он принимает решения? И куда мы должны двигать продукт?» UXR Point of View — это не документ. Это способ мышления команды. Все последующее - приоритеты, дизайн, решения - опирается на него. Если у команды нет PoV, то все решения делаются на основе ощущений и споров “кто громче кричит”.

Что можно взять себе? (даже если у тебя не FinOps) Вот простой чек-лист, который можно втащить в любой продукт:

  • ❗️Сначала исследуй, потом делай «приоритизацию».
  • 🧩 Строй сегментацию по поведению, а не демографии.
  • 🧠 Формируй единый PoV - короткий, ясный, общий.
  • 🎯 Привязывай стратегию к PoV, а не к «модным трендам» и «идеям сверху».
  • 🧨 Не бойся смешивать методы: колличка + качественный ресерч всегда сильнее, чем любой из них по одиночке. Иначе это как строить дом по инструкции «ну вроде так делали в прошлом году».

Мой вывод UXR Point of View - это то, что должна иметь каждая команда, чтобы не превращать продукт в помойку из фич, набранных по принципу «ну вроде прикольно». Это то, что помогает не просто понимать пользователей - а говорить от их имени, когда принимаешь решения. Потому что без PoV любой продукт превращается в рандомный набор кнопок и надежд.