Confluence для продакта

Зачем продакту Confluence

Confluence — это вики для команды. Если Jira отвечает на вопрос «что делаем», то Confluence — на вопрос «зачем и как». Без вики любые знания живут в головах, чатах и личных гугл-доках. Через полгода никто не помнит, почему мы выбрали именно эту архитектуру.

Главная боль без Confluence — повторяющиеся обсуждения. Раз в квартал кто-то новый приходит в команду и задаёт те же вопросы. Документация спасает от этого. Дальше — как продакту вести её, чтобы не превратилось в кладбище страниц.

Зачем продакту Confluence

Что обычно хранит продакт в Confluence:

• Продуктовую стратегию и видение.
• PRD и дизайн-доки фич.
• Заметки со встреч и решения.
• Результаты исследований и юзер-интервью.
• Ретроспективы команды.
• Метрики и дашборды (ссылки на BI).
• Онбординги для новых членов команды.

Это не значит, что всё это ведёт лично продакт. Но он отвечает за то, чтобы документация по его продукту существовала и обновлялась.

Структура пространства

Хорошее пространство Confluence для продукта обычно делится на крупные разделы:

1. About product. Видение, стратегия, целевая аудитория, конкуренты.
2. Roadmap. Текущий квартал и долгосрочные планы.
3. Product specs. PRD и дизайн-доки фич, сгруппированные по эпикам.
4. Research. Юзер-интервью, опросы, юзабилити-тесты.
5. Metrics. Описание ключевых метрик, ссылки на дашборды.
6. Meetings. Заметки со встреч и ретроспектив.
7. Onboarding. Что почитать новичку.

Главное правило — каждая страница должна быть либо актуальной, либо помеченной как архивная. Микс «50% актуального, 50% устаревшего» опаснее, чем отсутствие документации: ссылку на устаревший доку прислали, человек прочитал, принял решение по старой инфе.

Дизайн-док и PRD

Дизайн-док — это коротко про «что и зачем». PRD (product requirements document) — про «как именно». В большинстве команд они объединены в один шаблон.

Что должно быть в продуктовом доке:

• Контекст. Какую проблему решаем, для какого сегмента.
• Цели. Какие метрики двигаем и насколько. Без этого вы не сможете оценить, получилось или нет.
• Сценарии использования. 2–4 ключевых сценария.
• Решение. Описание фичи или флоу, со ссылкой на макеты в Figma.
• Out of scope. Что мы НЕ делаем — критически важный пункт.
• Риски и открытые вопросы. Что может пойти не так.
• План запуска. Этапы, A/B, критерии раскатки.

Длина — пара страниц. Если получился документ на 15 страниц, никто его не прочитает.

Заметки со встреч и ретро

Минимальный шаблон заметок встречи:

• Дата, участники, цель встречи.
• Решения. Конкретные пункты — что решили.
• Action items. Кто, что, к какому сроку.
• Открытые вопросы. То, что не закрыли.

Не пишите стенограмму. Пишите решения. Через две недели никто не вспомнит ход обсуждения, но action items должны быть выполнены.

Ретроспективы — отдельная страница на каждый спринт или релиз. Что хорошо, что плохо, что меняем. Через год эта папка — лучший источник знаний о том, как растёт команда.

Шаблоны и навигация

Confluence из коробки даёт шаблоны: PRD, retrospective, meeting notes, decision record. Используйте их и кастомизируйте под команду.

Что помогает с навигацией:

• Children Display макрос. Автоматически показывает дочерние страницы.
• Page Properties Report. Сводная таблица по всем PRD: статус, владелец, эпик.
• Labels. Метки на страницах (status:active, owner:web-team).
• Page tree в боковой панели. Должно быть понятно с первого взгляда.

Если новичок открыл пространство и не понял за 30 секунд, где что — структура плохая.

Связь с Jira

Confluence и Jira — родные. Как использовать связку:

• В каждом эпике в Jira — ссылка на PRD в Confluence.
• В PRD — ссылка обратно на эпик и список связанных задач.
• Macros «Jira Issues» в Confluence — показывают актуальный статус задач прямо в доке.
• В заметках со встреч можно ссылаться на конкретные тикеты.

Так у команды появляется один источник правды: в Jira — статус, в Confluence — контекст. Без этой связки люди начинают писать спецификации в комментариях Jira, и это превращается в кошмар.

Частые ошибки

• Кладбище страниц. Никто не чистит, всё растёт, ничего не найти.
• Стенограммы вместо решений. Заметки встречи на 5 страниц без выводов.
• Огромные PRD. Документ на 20 страниц, который никто не читает.
• Нет owner у страниц. Через год никто не знает, актуальна ли инфа.
• Дублирование с Jira. Спецификации в комментариях задач — потеряются.
• Нет шаблонов. Каждый PRD написан в своём формате.

Связанные темы

• Jira для продакт-менеджера
• Productboard: обзор инструмента для PM
• Roadmap простыми словами
• Как писать PRD
• Метрики продукта: главные KPI

FAQ

Сколько времени тратить на документацию?

По чуть-чуть постоянно. Полчаса в день лучше, чем день раз в месяц. Свежая документация полезна, устаревшая — опасна.

Кто пишет PRD — продакт или дизайнер?

Обычно продакт пишет про задачу и метрики, дизайнер прикладывает макеты, тимлид — техническое решение. Документ один, авторов несколько.

Можно ли заменить Confluence на Notion?

Можно. Многие продукты переходят на Notion. Но в корпоративных средах Atlassian-стек пока доминирует, и интеграция с Jira встроенная.

Как заставить команду читать Confluence?

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

Как чистить устаревшее?

Раз в квартал проходить по своему пространству, помечать архивные страницы лейблом «archived» и убирать из навигации.

Какой главный совет?

Меньше, но актуально. Лучше 30 живых страниц, чем 300 устаревших.

---

Прокачать продуктовый toolkit — откройте тренажёр с вопросами для PM-собесов.