Словарь терминов
Словарь терминов: как использовать и зачем нужен продуктовой команде
Section titled “Словарь терминов: как использовать и зачем нужен продуктовой команде”Что такое словарь терминов и почему он критичен в начале работы
Section titled “Что такое словарь терминов и почему он критичен в начале работы”Определение и роль в команде
Section titled “Определение и роль в команде”Словарь терминов — это список определений ключевых понятий, имен, сокращений и внутренних аббревиатур, которые используются продуктовой командой. Его цель — чтобы каждый понимал друг друга одинаково, без искажений.
Часто недопонимание начинается на базовом уровне — люди по-разному трактуют одни и те же слова
— Марти Каган, Inspired
Словарь особенно важен на старте проекта или при скорости роста команды. Без него новые члены путаются в обозначениях фич, ролей или внутренних названий, а у продукта появляется лишний слой фрагментации знаний.
Мини-кейс: зачем нужен словарь
Section titled “Мини-кейс: зачем нужен словарь”На проекте внедряется функция “Personalization”. Для маркетинга это сценарии выбора показываемого баннера, для аналитики — система тегов, для разработки — настройка API. Без согласованного словаря обсуждения затягиваются, баги растут, а продукт катится к хаосу. Один унифицированный глоссарий сразу решает этот бардак.
Как устроен базовый справочник терминов
Section titled “Как устроен базовый справочник терминов”Как собрать структуру и наполнить
Section titled “Как собрать структуру и наполнить”Чтобы сделать рабочий словарь, сначала выпиши все термины, которые реально используются в рабочих встречах, документации, тикетах и письмах. Для каждого добавь не только определение, но и контекст: где применяется, кто владеет термином, есть ли синонимы.
Справочник должен быть простым, доступным, поддерживаемым в актуальном виде. Один из удобных способов — Google Docs c живыми ссылками или страница в внутренней wiki, например, Confluence.
Определения продуктов, фич и ролей должны быть легкодоступны каждому — это экономит десятки рабочих часов
— Atlassian Team Playbook
Пример структуры
Section titled “Пример структуры”Название: User
Определение: Человек, который пользуется продуктом, но не всегда является клиентом.
Контекст: В аналитике user — любая уникальная сессия, в маркетинге — любой новый лид, для службы поддержки — реальный человек.
Синонимы: Пользователь, клиент (частично).
Дата последнего обновления: 01.06.2024
Ошибки и ошибки внедрения словаря
Section titled “Ошибки и ошибки внедрения словаря”Антипаттерны словарей
Section titled “Антипаттерны словарей”Частая ошибка — собрать словарь ради галочки и забыть его обновлять. Еще хуже, если определения не согласуются между отделами. Например, product owner понимает под MVP рабочий сервис, а команда продаж считает MVP только первую пилотную сделку.
Другая ошибка — слишком большая детализация. В итоге новая команда тратит кучу времени, чтобы разобраться в лексиконе, который давно устарел и не поддерживается.
Как избежать проблем
Section titled “Как избежать проблем”Следи, чтобы владелец словаря был назначен и отвечал за его актуальность. Встраивай глоссарий в onboarding новых сотрудников, напоминай о нем на старте новых проектов и при вводе новых терминов.
Мини-кейс: в SaaS-компании термин Feature перетолковался после масштабирования команды. Команда завела правило: каждое спорное слово обсуждать с владельцем глоссария и фиксировать новую трактовку.
Как использовать словарь для старта и навигации
Section titled “Как использовать словарь для старта и навигации”Первые шаги для новых участников команды
Section titled “Первые шаги для новых участников команды”Если ты только что присоединился к продукту или запускаешь новый проект, первым делом ищи или создавай базовый словарь. Сверяйся с ним перед обсуждением любой задачи — от видно понятнее, кто что делает и как это называется в системе.
В командах уровень согласованности терминов напрямую влияет на скорость и качество решений. Не стесняйся уточнять или инициировать добавление новых определений через владельца словаря.
Где и как поддерживать словарь
Section titled “Где и как поддерживать словарь”Лучший формат — открытая онлайн-страница или wiki, которую легко обновлять и где видно дату изменения. Добавь быстрый поиск, ссылки на смежные термины и мини-гиды. Хорошая практика — раз в квартал ревьюировать и вычищать устаревшие или дублирующие определения.
Полезные ссылки
Section titled “Полезные ссылки”- Atlassian: как создавать и поддерживать глоссарии
- Mind the Product: Shared Vocabulary
- ProductCoalition: Product Glossary Templates
Зачем нужен словарь терминов в старте продукта?
Section titled “Зачем нужен словарь терминов в старте продукта?”Чтобы команда понимала одни и те же слова одинаково и быстрее договаривалась о задачах, проблемах и целях.
Кому полезен глоссарий в первую очередь?
Section titled “Кому полезен глоссарий в первую очередь?”Любым новым членам команды, стажерам, менеджерам проектов, руководству и инженерам — любому, кто входит в продуктовую экосистему.
Как поддерживать актуальность словаря?
Section titled “Как поддерживать актуальность словаря?”Назначить ответственного, интегрировать обновления в процесс команды и регулярно пересматривать определения.
Где вести словарь — в Notion, Confluence или Google Docs?
Section titled “Где вести словарь — в Notion, Confluence или Google Docs?”Главное — чтобы доступ был у всех, легко находить и быстро менять. Обычно используют Wikis — Notion, Confluence или внутренний портал.
Как часто обновлять определения в глоссарии?
Section titled “Как часто обновлять определения в глоссарии?”Раз в квартал или по мере добавления новых функций, ролей или бизнес-терминов. Обычно всплывает, когда появляется спор о значении какого-то слова.
Что делать, если отделы по-разному трактуют один термин?
Section titled “Что делать, если отделы по-разному трактуют один термин?”Обсуждать, выбирать максимально нейтральное определение и фиксировать в глоссарии. При необходимости указывать отдел-источник или контекст.