Карта возможностей продукта

Перед тем как обсуждать «что добавить», нужно понять что уже есть. Большинство команд переоценивают свои фичи (думают есть, реально полу-готово) или недооценивают (забыли что включено два квартала назад). Карта возможностей — основа для любого discovery.

Продукт: {{product_url}} Стадия: {{stage}}

1. Шесть слоёв inventory

A. Surfaces (где пользователь встречает продукт)

• Website (marketing site, docs, blog)
• Web app (логированный продукт)
• Mobile app (iOS, Android)
• Browser extension
• CLI / SDK / API
• Email (transactional, newsletters, lifecycle)
• Embed / widget на чужих сайтах
• Integrations / connectors (Slack, Zapier, etc)

Для каждого: жив ли (>10% от MAU? в роадмапе? sunset?), и кто owner.

B. Core entities + actions

Что пользователь создаёт / читает / редактирует / удаляет:

Если какой-то столбец пустой — это либо deliberate (по дизайну нет), либо gap.

C. Cross-cutting features

То что работает поверх entities:

• Search (full-text, fuzzy, by tag, по полям) — какой именно?
• Filters / sorts — где есть, насколько мощные
• Permissions / sharing — public / private / collaborative
• Favorites / bookmarks / pins — есть, нет, на чём
• History / activity / changelog — отслеживаемо?
• Export / import — JSON, CSV, Markdown, PDF
• Bulk actions — выбрать N → одно действие
• Undo / versioning — мутации обратимы?
• Notifications — email, in-app, push
• Onboarding / empty states — guided / blank
• Analytics / dashboards — для юзера / для нас
• Themes / customisation — dark/light, layouts

D. Integrations + API

• Public REST/GraphQL API: какие endpoints, auth, rate limits
• Webhooks: какие события публикуем
• OAuth / SSO providers
• Third-party integrations: какие настроены (Stripe, Mailgun, Sentry...)
• Webhooks incoming: что слушаем
• Standards we expose: RSS, sitemap.xml, OpenGraph, JSON-LD

E. Distribution channels

Где люди могут пользоваться нашим продуктом КРОМЕ нашего сайта:

• npm / pypi / homebrew / cargo пакеты
• Browser extension stores
• MCP-server / agent integrations
• Embed widget на чужих сайтах
• Open source / GitHub
• Community / docs

F. Operational

• Logging, monitoring (Sentry, Grafana, Datadog)
• Backup strategy
• Deploy pipeline (CI, automation, manual)
• A/B testing infra
• Feature flags
• Health endpoints

2. Заполнение карты

Для каждой записи в каждом слое:

1. Существует ли? (yes / partial / no / sunset)
2. Quality? (production / beta / experimental / broken)
3. Usage? (MAU / WAU / DAU — приблизительная оценка ОК)
4. Owner? (или unowned)
5. Когда последний раз обновляли?

3. Анализ

После inventory у тебя ~80-150 записей. Найди:

Hidden gems

Фичи которые работают, но никто не знает. Кандидаты на promotion в маркетинге / документации.

Half-finished

Beta/experimental висят больше 6 месяцев → или promote в production, или sunset.

Орфаны (unowned)

Нет owner'а → следующее ломательство останется без починки. Назначь.

Overlapping

Две фичи делают близкое. Кандидаты на consolidate.

Out-of-stage

Фича которая была right при MVP, но не fits для текущей стадии (например, manual onboarding на 1000 MAU).

4. Anti-patterns

• ❌ Inventory только marketing-фич, без operational — пропустишь технический долг
• ❌ «Это очевидно» → пропустить — самые «очевидные» фичи как раз чаще всего broken (favicon, search, settings)
• ❌ Делать в одиночку — попроси engineering и design tweak'нуть, найдут разногласия
• ❌ Inventory как Excel-таблица 500 строк → никто не читает; используй таблицы по слоям
• ❌ Не отмечать quality — каждая фича равна по статусу, и приоритезация ломается
• ❌ Раз в год — устаревает за 2 квартала; держи как living doc

5. Output

1. Inventory таблицы по 6 слоям с заполненными столбцами
2. Surface map: визуал «где product-surfaces друг с другом связаны»
3. 3-5 hidden gems + 3-5 half-finished + список orphans
4. One-pager: что ваш продукт умеет на одной странице (полезно для команды, sales, новых сотрудников)
5. Эта карта — input для всех остальных discovery промтов (feature-gap-from-category-leaders, user-journey-gap-audit, adjacent-feature-opportunities)