Матрица BCG появилась в 1968 году. Её придумал Брюс Хендерсон, основатель Boston Consulting Group. Изначально она помогала корпорациям распределять инвестиции между бизнес-единицами. В классике две оси: темп роста рынка и относительная доля рынка. На пересечении — четыре квадранта - типа продуктов: 🚴‍♂️ звёзды, 🔰 дойные коровы, ❓ дикие кошки (или вопросительные знаки) и 💕 дохлые собаки. Каждому — своя стратегия.

Почему бы не применить ту же логику к пользователям продукта? Продолжаем адаптировать классические инструменты анализа к продуктовому подходу. Вместо продуктов — группы пользователей. Вместо темпа роста рынка — темп роста содержания работ. Вместо относительной доли рынка — покрытие требований. И получается инструмент для управления не продуктами, а стратегией тестирования и взаимодействия с разными сегментами аудитории. Надеюсь, именно за такие идеи вы меня и читаете.

🕊️Ось X: Покрытие требований. Насколько полно эта группа пользователей представляет все сценарии, которые нужно проверить? Чем шире их поведение и чем больше разнообразие кейсов, тем выше их «доля» в тестировании.

🕊️Ось Y: Темп роста содержания работ. Насколько быстро меняется то, что мы делаем для этих пользователей? Если мы постоянно добавляем фичи, пересматриваем интерфейсы и расширяем функциональность, темп высокий. Если всё стабильно — низкий.

На пересечении получаем четыре типа пользователей.

Это ваши суперпользователи. Они используют продукт на полную, находят баги до релиза, закрывают 80% сценариев, и при этом сами активно растут и меняют свои потребности.

🕊️ Стратегия тестирования. Всё внимание на них. Приоритетная группа для проверки новых фич, регресса, интеграций. Вы не имеете права выпускать версию без их обратной связи.

🕊️ Стратегия взаимодействия. Инвестируйте в них. Делайте закрытые бета-программы, награждайте за найденные баги, приглашайте на стратегические встречи. Они ваши главные союзники и главный источник боли.

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

🕊️ Стратегия тестирования. Используйте их для регрессионного тестирования. Они не пропустят ничего, что раньше работало и вдруг перестало.

🕊️ Стратегия взаимодействия. Поддерживайте. Не забывайте. Пусть чувствуют себя ценными, но не тратьте на них новые фичи — они не будут ими пользоваться или не будут к ним так внимательны, как звёздочки. Инвестируйте в поддержку и обратную связь.

Пользователи, которые недавно начали использовать продукт и активно его осваивают. Их поведение меняется быстро, они пробуют разные сценарии, но пока не закрывают всё.

🕊️ Стратегия тестирования. Внимательно следите. Они — источник новых сценариев, которые вы не тестировали раньше. Проверяйте, как они используют продукт, что у них не получается, где они буксуют.

🕊️ Стратегия взаимодействия. Инвестируйте ограниченно и выборочно. Сделайте им удобный онбординг, но не вкладывайтесь в сложные интеграции только для них. Анализируйте и решайте со временем, кто они: потенциальные звёзды или вообще за пределами матрицы.

Пассивные пользователи. Заходят раз в год, используют одну кнопку, не растут, не требуют фич, и тестировать на них почти нечего.

🕊️ Стратегия тестирования. Минимум. Не тратьте на них ресурсы. Если что-то сломается для этой группы, но будет работать для звёзд и коров — приоритет не в их пользу.

🕊️ Стратегия взаимодействия. Поддерживайте, но не инвестируйте. Не гонитесь за ними, если они игнорируют или сопротивляются.