Що таке бізнес-вимоги і чим вони відрізняються від ТЗ
Бізнес-вимоги — це опис того, що бізнес хоче отримати від системи. На рівні «що треба зробити», а не «як це реалізувати технічно».
Технічне завдання — більш детальний документ, який вже містить технічні рішення: архітектуру, інтеграції, формати даних. ТЗ створюється на основі бізнес-вимог.
Для більшості проєктів впровадження облікових систем оптимальний підхід — складати об'єднаний документ: бізнес-вимоги з технічною деталізацією, де це критично (інтеграції, безпека, продуктивність).
Структура якісного документа бізнес-вимог
Хороший документ містить 8 обов'язкових розділів. Розглянемо кожен.
Розділ 1: Загальна інформація про проєкт
Що включаємо: назва замовника, мета проєкту (1-2 речення), задачі, які має закрити система, очікувані результати, бюджет (діапазон), очікувані терміни.
Приклад: «Метою проєкту є впровадження облікової системи для автоматизації бухгалтерського, податкового, кадрового обліку та розрахунку заробітної плати ТОВ Х. Очікуваний результат: скорочення часу закриття місяця з 14 до 5 днів, автоматичне формування звітності для ДПС, єдина база даних замість 4 різних програм».
Розділ 2: Опис поточного стану (як є)
Що включаємо: які програми використовуються зараз, як ведеться облік, які процеси автоматизовані, які виконуються вручну, основні болі і проблеми.
Цей розділ важливий, бо саме він дає підряднику зрозуміти контекст. Без нього він буде пропонувати «теоретичне рішення», а не те, що реально вписується у ваш бізнес.
Розділ 3: Опис бажаного стану (як треба)
Що включаємо: як має працювати облік після впровадження, які процеси автоматизовані, як рухаються дані, які звіти доступні автоматично.
Тут часто допомагають схеми процесів — BPMN-діаграми або прості блок-схеми. Візуальне краще, ніж текстовий опис на сторінку.
Розділ 4: Функціональні вимоги
Це серце документа. Перелік конкретних функцій, які має реалізувати система. Формат: «Користувач [роль] може [дія] для того, щоб [мета]».
Приклади: «Бухгалтер може імпортувати банківські виписки одним кліком для пришвидшення обробки платежів». «Керівник може отримати звіт по продажах у розрізі менеджерів за будь-який період».
Кожна вимога має бути перевіряємою. Уникайте формулювань типу «зручний інтерфейс», «швидко», «надійно» — вони не дають чітких критеріїв.
Розділ 5: Нефункціональні вимоги
Це вимоги до якості системи, а не до її функцій. Включаємо: кількість одночасних користувачів, очікуваний час відгуку, доступність (наприклад, 99,5% часу), вимоги до безпеки (бекапи, шифрування), сумісність з пристроями, мовні версії.
Часто цей розділ ігнорують — і потім дивуються, що система «гальмує» при 50 користувачах. Підрядник міг би це врахувати, якби вимога була зафіксована.
Розділ 6: Інтеграції
Перелік систем, з якими має інтегруватись облікова: банк-клієнт, M.E.Doc, сайт, маркетплейси, CRM, склад, інші. По кожній — формат обміну (API, файли), частота, які дані передаються.
Розділ 7: Міграція даних
З яких систем переносимо дані, які саме (довідники, залишки, історія), у якому обсязі. Хто готує дані до перенесення з вашого боку.
Цей розділ часто пропускають — і потім виявляється, що міграція не входила в обсяг робіт. Доплата 50-100 тис. грн.
Розділ 8: Критерії приймання роботи
Найважливіший розділ для уникнення конфліктів. Що саме має бути зроблено, щоб ви вважали роботу прийнятою. Формат: чек-лист, де кожен пункт можна позначити «виконано / не виконано».
Приклад: «Усі функціональні вимоги з розділу 4 реалізовані», «Виконано тестовий період 2 тижні без критичних помилок», «5 ключових співробітників пройшли навчання», «Документація передана у форматі PDF».
Шаблон бізнес-вимог: що треба адаптувати
Якщо хочете скористатись шаблоном — структура вище універсальна. Що адаптувати під свій бізнес:
Розділи 4 і 5 — повністю переписати під свої функції і нефункціональні вимоги. Це найбільша частина роботи.
Розділ 6 — перелік інтеграцій залежить від вашого ландшафту систем.
Розділ 7 — повністю свій, залежно від поточних програм.
Решта розділів — змінюються лише на рівні фактів.
Скільки часу займає формування вимог
Залежить від масштабу. Для малого бізнесу з типовими процесами — 1-2 тижні. Для середньої компанії — 3-5 тижнів. Для великого проєкту з кастомізацією — 1-2 місяці.
Якщо процеси вже описані — час скорочується вдвічі. Якщо ні — формування вимог фактично включає в себе і опис процесів, тому довше.
Чи можна скласти бізнес-вимоги самостійно
Технічно — так. Практично — рідко вдається. Без досвіду документи виходять або занадто загальними («хочемо нормальну систему»), або занадто детальними у непотрібних місцях.
Оптимально — залучити бізнес-аналітика. Він принесе методику, об'єктивний погляд і досвід інших проєктів. Ваша роль — давати інформацію в інтерв'ю. У SPOC є окрема послуга формування бізнес-вимог саме з цією метою.
Потрібна допомога з формуванням бізнес-вимог?
Залиште заявку на безкоштовну консультацію — обговоримо ваш проєкт і запропонуємо оптимальний підхід.