Соседние возможности от уже работающих фич

Самый дешёвый класс новых фич — adjacent: то, что естественно расширяет уже работающее. Юзер уже знает basics → onboarding-cost = 0. Инфраструктура уже там → build-cost меньше. Adoption намного выше чем у «новой фичи в новой части продукта».

Этот промт — структурированный mining adjacent-возможностей для топ-5 anchor-фич.

Anchor-фичи: {{anchor_features}}

1. Что такое adjacent

Adjacent = функциональность, которая:

1. Использует ту же mental model (user не учит новый concept)
2. Использует тот же данные / API (бекенд переиспользуется)
3. Дополняет existing flow, не создаёт новый
4. Привлекательна пользователям уже использующим anchor (адресуемая база ≥30% от anchor MAU)

Не adjacent: фича в другой части продукта, требующая новой mental model.

2. Карта расширений: 7 направлений

Для каждой anchor-фичи прогон по 7 потенциальным расширениям:

1) Persist / save state

Если юзер делает что-то ad-hoc, может ли он сохранить?

• Search → saved searches
• Filter combo → saved view
• Dashboard config → custom layouts
• Note draft → autosave

2) Share / collaborate

Может ли юзер показать / делиться результатом?

• Document → public link
• Dashboard → embedded view
• Favorites → shared collections
• Search → linkable query

3) Bulk / aggregate

Может ли юзер сделать N сразу?

• Single item edit → bulk edit
• One delete → multi-delete
• Single export → batch export
• One configuration → template

4) Schedule / automate

Может ли юзер запланировать / автоматизировать?

• Run report → schedule daily/weekly
• Manual notification → triggered notification
• Manual cleanup → auto-archive
• Single action → recipes / workflows

5) Integrate / export

Может ли юзер связать с внешним?

• Data → CSV/JSON export
• API access for entity
• Webhook on event
• Embed widget
• Connect to Zapier/Make

6) Personalise / configure

Может ли юзер настроить под себя?

• Default sort → user preference
• Default filter → saved per-user
• Layout density → toggle compact/comfy
• Locale / theme / shortcuts

7) Discover / learn

Может ли юзер найти больше / научиться лучше?

• Search history → trending searches
• Item view → recommendations
• Empty state → curated examples
• First success → next-step hints

3. Mining: для каждой anchor

Сядь и для каждой из {{anchor_features}} ответь на 7 вопросов:

ANCHOR: <feature name>

1. Persist: ___
2. Share: ___
3. Bulk: ___
4. Schedule: ___
5. Integrate: ___
6. Personalise: ___
7. Discover: ___

Не все 7 будут плотными. Норма — 3-5 valid идей на anchor. Если для всех 7 нет — anchor слабый, она используется но не core.

4. Sanity-check каждой идеи

Для каждой идеи (после 7×anchor у тебя 15-30 кандидатов):

После фильтра у тебя 5-10 valid adjacent.

5. Sequence: что строить первым

Сортируй по дешёвый-сначала + impact:

• High impact, low effort → строим первым (saved searches, CSV export часто здесь)
• High impact, high effort → запускаем discovery, не coding (shared collections с permissions)
• Low impact, low effort → может стоит делать паралельно с другим (themes / shortcuts)
• Low impact, high effort → не делать

6. Anti-patterns

• ❌ Adjacent к слабой фиче — если anchor мало используют, расширение тоже никому
• ❌ «Совсем новая часть» названная adjacent — если нужно новое onboarding, это не adjacent
• ❌ Игнор evidence — «пользователи попросят когда увидят»; обычно нет
• ❌ All-or-nothing: «полноценная collaboration» вместо «MVP shared link»
• ❌ Adjacent on every anchor одновременно — distract focus; начни с 1 anchor × 1 adjacent
• ❌ Build first, iterate — adjacent дёшев именно потому что близко; задизайнь сначала
• ❌ Adjacent в форме «full feature spec», а не «MVP variant»

7. Output

1. 7×anchor таблица заполненная идеями
2. 15-30 кандидатов в первоначальном списке
3. 5-10 valid после sanity-check, с обоснованием почему
4. Top 3 для следующего квартала: anchor + adjacent + estimated effort + addressable %
5. Map в discovery cycle: какие 3 пойдут в next-iteration-pitch