Перший день як Business Analyst

Уяви: понеділок, ранок, ти прийшов на роботу в команду Mate. На столі — кава й записка від продакт-менеджерки.

👩‍💼

Олександра Бойко

Product Manager · Mate Language

Привіт! Рада, що ти у команді. У нас є ідея: Mate Language — мобільний застосунок для вивчення мов. Команда хоче його запустити, але поки немає чіткого плану. Твоя задача як Business Analyst: сформулювати Бізнес-ціль по SMART та прописати 5–10 вимог до застосунку — щоб дизайнери, розробники і бізнес розуміли, що і навіщо ми робимо. Не бійся помилитись — це твій тренувальний день 😉

🎮 Як це працює

Ти пройдеш 4 кроки: сформулюєш SMART-ціль → визначиш вимоги до функціоналу → вимоги від користувача → вимоги від бізнесу.
На кожному кроці — невелика задача: щось написати або обрати з варіантів. Підказки й приклади будуть поруч.
У кінці ми складемо все в один документ: Бізнес-ціль по SMART + 5–10 вимог до застосунку — саме з таким документом працюють реальні команди.
«Правильної» відповіді тут немає — є більш і менш вдалі формулювання. Можна пройти симулятор кілька разів.

Коротко про продукт

Що це

Мобільний застосунок

додаток на смартфон для iOS і Android

Для чого

Вивчення мов

базовий курс — англійська, потім інші мови

Стадія

Тільки ідея

ще нічого не зроблено — починаємо з нуля

Команда

8 людей

дизайнери, розробники, маркетолог і ти — BA

💡 На наступних кроках ти приймеш 4 рішення: SMART-ціль → вимоги до функціоналу → вимоги від юзера → вимоги від бізнесу

Крок 1. Сформулюй SMART-ціль

У продуктовій роботі спочатку визначають мету — куди прямує продукт. Хороша мета має 5 ознак. Збери її з 5 частин — заповни кожне поле короткою думкою.

📐 Що таке SMART?

S — Specific: конкретно, що ми робимо. Не "крутий продукт", а "застосунок для вивчення англійської".
M — Measurable: у цифрах, які можна порахувати. Користувачі, дохід, конверсії.
A — Achievable: реалістично з нашими ресурсами. Команда, бюджет, час.
R — Relevant: навіщо це бізнесу. Як ціль наближає компанію до її стратегії.
T — Time-bound: до коли. Конкретна дата або проміжок.

💡 Приклад готової SMART-цілі — лише для розуміння структури

Протягом 12 місяців після запуску застосунку для вивчення мов досягти 50 000 активних користувачів та конверсії у Premium-підписку не менше 8% через інтерактивне навчання, персоналізовані уроки та офлайн-доступ, щоб вийти на B2C ринок і підтвердити попит до залучення наступного раунду.

T — 12 місяців S — застосунок для вивчення мов M — 50K юзерів, 8% Premium A — через конкретні функції R — вихід на B2C ринок

✋ Це приклад — не шаблон для копіювання. Подивись на структуру: як кожна частина відповідає на своє питання. Тепер сформулюй власну ціль — своїми словами, зі своїми цифрами та баченням продукту.

📄 Як це звучить у одному реченні

Крок 2. Вимоги до функціоналу обрано: 0

Подумай як BA: які функції мають бути в застосунку, щоб людина могла комфортно вивчати мову? Обери варіанти — вони стануть частиною вимог до застосунку. Додай свої, якщо чогось не вистачає.

Натисни на картку, щоб обрати — обрана картка отримає зелену рамку. Щоб скасувати — клікни ще раз. Мінімум — 3 вимоги.

+ Додай свою вимогу

Якщо в списку немає чогось важливого — напиши свій варіант і додай. Наприклад: «AI-розмови» або «жива підтримка».

Крок 3. Вимоги від користувача обрано: 0

Постав себе на місце людини, яка щодня заходить у застосунок. Що зробить її досвід комфортним і змусить повертатись? Обрані пункти стануть вимогами до застосунку з боку користувача.

Мінімум — 2 вимоги. Можеш додати свої внизу.

+ Додай свою вимогу

Крок 4. Вимоги від бізнесу обрано: 0

Тепер з іншого боку — на що дивиться бізнес? Які цифри й результати важливі, щоб продукт був успішним? Обрані пункти стануть вимогами до застосунку з боку бізнесу.

Мінімум — 2 вимоги.

+ Додай свою вимогу

✍️

Підпиши свій документ

Крок 6 із 8 — останнє перед переглядом

У реальній роботі кожен документ має автора — людину, яка несе за нього відповідальність. Ти щойно сформулював бізнес-ціль і прописав вимоги до застосунку.

Постав своє ім'я під цією роботою — вкажи пошту, і вона з'явиться в полі «Автор» документа. Куратор побачить твою роботу і надішле фідбек саме на цю адресу.

Пошта з реєстрації на профорієнтацію

⚠️ Важливо: вкажи саме ту пошту, яку використовував при реєстрації на профорієнтацію — так куратор зможе ідентифікувати тебе і надіслати персональний фідбек по завданню.

🔒 Ніяких розсилок — тільки фідбек по завданню.

Крок 7. Перевір свій документ

Ось як виглядає твій документ — Бізнес-ціль по SMART та вимоги до застосунку. Саме з таким документом працюють дизайнери, розробники і бізнес. Якщо щось хочеш змінити — повернись назад. Якщо все ок — передай його команді.

Документ переданий команді 📤

Команда читає твій документ і починає роботу…

Дизайнери відкривають документ…

✅

Вітаємо — ти щойно виконав одне з базових завдань Business Analyst!

Ти сформулював Бізнес-ціль по SMART і прописав вимоги до застосунку. Саме так BA допомагає команді: дати зрозумілий напрямок, зменшити хаос у розробці й врахувати потреби користувача і бізнесу.

Що ти щойно зробив 📝

Бізнес-ціль + вимоги до застосунку — це і є робота BA на одному з ранніх етапів продукту.

🎯

Сформулював Бізнес-ціль по SMART

Перетворив "хочемо крутий додаток" на конкретну, виміряну і обмежену в часі мету.

📦

Визначив вимоги до функціоналу

Прописав, з яких функцій складається застосунок і що саме він має робити.

👤

Врахував потреби користувача

Не "що ми хочемо зробити", а "що людині буде потрібно" — і записав це як вимоги.

💼

Врахував потреби бізнесу

Як цей продукт допоможе компанії досягати цілей — і зафіксував це у вимогах.

Що ще роблять Business Analyst

Те, що ти щойно зробив — це частина роботи BA на старті продукту. Ось ще декілька речей, якими BA займаються щодня:

🗣️

Інтерв'ю з користувачами

Розмови з реальними людьми, щоб зрозуміти їхні болі та потреби.

🔄

User flows і wireframes

Намалювати, як юзер крок за кроком користується продуктом.

📋

Деталізовані вимоги

User stories, acceptance criteria, edge cases — щоб розробники не вгадували.

📈

Аналітика і метрики

Перевіряти, як фічі реально працюють після релізу — що зайшло, що ні.

🤝

Робота зі стейкхолдерами

Узгоджувати очікування з бізнесом, продуктом, командою — щоб всі рухалися в одному напрямку.

⚖️

Пріоритизація

Що робимо зараз, що пізніше, що взагалі не робимо. Цей вибір коштує грошей.

🧪

Тести гіпотез

"А що, якби ми зробили так?" — і перевірити, чи покращується метрика.

📝

Документація

Записи рішень, контекст, історія — щоб через рік новий член команди розібрався.