У динамічному світі продуктової розробки чітка комунікація вкрай важлива для успішних результатів. Один з основних інструментів в арсеналі лідерів продукту – документ бізнес-вимог (BRD).
BRD – це комплексний формальний документ, який описує потреби, цілі та вимоги продукту чи функціональності.
Від добре структурованого BRD може залежати, наскільки безперешкодним буде процес діскавері, узгодження, розробки та запуску продукту. У цій статті ми дослідимо ключові елементи успішного BRD та запропонуємо поради, як структурувати цей документ для оптимальної чіткості та ефективності.
Для вдалого BRD необхідно визначити дві найважливіші стартові точки:
- стейкхолдери: хто ваші внутрішні партнери, що допоможуть з проясненням потреб, які потрібно вирішити;
- обсяг: сформуйте чіткий результат, над яким ви будете працювати, і визначте майбутні етапи, до роботи над якими ви перейдете далі. Сфокусуйтесь.
Тепер поговоримо про сам документ. Інструмент та його структура (які розділи я рекомендую додати в шаблон):
Контекст і можливості (бізнес-кейс): у цій секції вам слід відповісти на запитання: “Чому ми займаємося цією ініціативою?”. Додайте розрахунки і прогнози щодо розробки.
Пропозиція: ця секція має відповідати на запитання: “Як ми збираємося втілити цю ініціативу?”. Запропонуйте високорівневий варіант рішення, вказуючи, які фази передбачаються і хто до них залучений. Деталі розкриватимуться у вимогах користувачів (user requirements).
Ризики: тут має бути відповідь на запитання: “Що може піти не так?”. Думайте ширше, не лише про свій продукт, а й про компанію в цілому та про ризики у сфері зв’язків з громадськістю (PR).
Поширені запитання (FAQs): Поставте себе на місце вашого замовника і стейкхолдерів. Які питання вони поставили б, почувши про цю ініціативу? Запишіть стільки, скільки потрібно для оформлення ідеї.
Метрики та критерії успіху: у цій секції потрібно ідентифікувати, які ваші критерії успіху і метрики для їх відстеження – “Яка основна метрика дасть нам впевненість у тому, що ми досягли успіху?” Це допоможе технічній команді відповідно налаштувати продукт або функціональність.
Історії користувачів / Вимоги: ця секція має бути найбільш деталізованою. Вона складається з трьох підрозділів:
1) Персони: чітко сформулюйте та визначте для продукту/функціональності акторів – тих, хто користуватиметься ними або отримуватиме від них вигоду;
2) Пріоритети: це допоможе у менеджменті проєкту. Сфокусуйтеся на ключовому результаті, усуньте відволікаючі фактори. Я зазвичай користуюся такими пріоритетами: пріоритет 0 (критично важливо для виходу продукту), пріоритет 1 (можна додати першочергово після виходу продукту), пріоритет 2 (можна реалізувати в майбутньому за потреби);
3) Вимоги користувачів: зазвичай я описую їх у форматі історій користувачів (user story).
Описуючи вимоги до продукту, зосереджуйтеся на виявленні потреб. Складайте опис максимально вичерпно. Будьте конкретними, але не заглиблюйтесь у деталі реалізації.
Додатки: Додатки потрібні для підтримки вашої аргументації в основній частині (тобто у попередніх секціях). Додайте сюди всю інформацію, яка доповнює дослідження, допомогла вам визначити потреби або надає додаткові інсайти про те, чому, як і що ви створюєте.
Ось, власне, і все. Ділюся з вами цим комплексним шаблоном, який я використовую як відправну точку. Усі BRD різні, тож змінюйте цей шаблон під власні потреби: іноді потрібне ґрунтовне узгодження (+50 стейкхолдерів), іноді ретельне пропрацювання бізнес-кейсу, а часом достатньо лише переліку вимог.
Оригінальна стаття – From Chaos to Clarity: structuring Business Requirement Documents (BRD) that deliver, переклад – Марія Слободян, ревью – Іван Вільчавський. Зображення від DALL-E.