User Story для всіх чи для кожного? Чому вимоги в малому та великому бізнесі не можуть бути однаковими

Бізнес-аналітик має розуміти одну просту річ: CRM ніколи не починається з системи. Вона починається з очікувань. І майже завжди з конфлікту цих очікувань.

Збір вимог і робота з user story - це не про «що має робити система». Це про те, для кого вона має працювати і яку реальність вона змінює.

CRM для малого бізнесу: швидкість важливіша за ідеальність

У малому бізнесі все просто,  і водночас найскладніше.

Тут немає складних організаційних структур. Часто власник одночасно є і CEO, і керівником продажів, і головним користувачем майбутньої системи.

Його вимога звучить приблизно так:

«Хочу бачити все і нічого не втрачати».

Якщо перекласти це на мову user story, невдалий варіант виглядає так:

Як власник, я хочу мати CRM, щоб контролювати бізнес.

Це не user story, це тривога.

Вдалий варіант звучить інакше:

Як власник, я хочу бачити всі активні угоди на одному екрані, щоб розуміти, де ми втрачаємо гроші.

У малому бізнесі ролі на проєкті мінімальні:

• Власник = Product Owner

• 1-2 ключових співробітники = експерти процесів

• Інтегратор = архітектор + аналітик + методолог

Головний ризик тут - це бажання автоматизувати хаос.
Задача аналітика полягає не в тому, не зібрати всі побажання, а відфільтрувати їх через питання:

Чи створює це цінність?
Чи економить це час?
Чи впливає це на гроші?

Бо в малому бізнесі CRM має бути не «правильною», а живою.

Середній бізнес: починається політика

У середньому бізнесі CRM вже не про контроль, а про узгодження.

З’являються ролі:

• Власник - очікує прозорості

• Комерційний директор - очікує керованості

• Керівники відділів - очікують впливу

• Користувачі - очікують, що їх не будуть мучити

І тут виникає перший справжній конфлікт:

І всі вони праві.

Саме тут user story перестає бути технічним інструментом і стає інструментом переговорів.

Невдала вимога:

Система повинна фіксувати всі дії менеджера.

Це звучить як недовіра.

Вдала:

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

Різниця в намірі.

Великий бізнес: боротьба за модель реальності

У великому бізнесі CRM це вже не інструмент. Це політична система.

Тут з’являються:

• Стратегічний стейкхолдер

• Операційні власники процесів

• IT-департамент

• Кінцеві користувачі

• Служби контролю

І кожен із них хоче різного:

• Бізнес хоче швидкості

• IT хоче стабільності

• Контроль хоче регламенту

• Користувач хоче мінімум кліків

Невдала вимога на цьому рівні виглядає так:

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

Це симптом страху.

Вдала:

Як фінансовий контролер, я хочу погоджувати пропозиції з маржинальністю нижче 20%, щоб зберігати прибутковість.

Тут user story стає способом обмежити складність.

Бо великий бізнес завжди хоче автоматизувати все.

А CRM має автоматизувати тільки те, що створює цінність.

Конфлікти, без яких не буває CRM

У кожному проєкті виникають одні й ті самі протиріччя:

• Контроль vs довіра

• Стандартизація vs гнучкість

• Аналітика vs зручність

• Швидкість vs точність

Наприклад, change request:

Додайте ще 12 обов’язкових полів у картку клієнта.

Причина - бажання керівника мати більше даних.

Наслідок - користувачі перестають заповнювати навіть базові.

Правильне оформлення виглядає так:

Як маркетинг-директор, я хочу сегментувати клієнтів за джерелом залучення, щоб оцінювати ефективність каналів.

І тоді ми питаємо:

Чи можна отримати це без ручного вводу?
Чи можна автоматизувати?
Чи це потрібно всім?

Change request це не список бажань. Це нова бізнес-потреба.

Як не втратити фокус

Робота аналітика - бути перекладачем:

• між бізнесом і IT

• між контролем і свободою

• між власником і тим, хто «клікає кнопки»

Важливо завжди тримати три рівні цінності:

1. Власник бачить бізнес

2. Керівник керує процесом

3. Користувач виконує роботу

Якщо система зручна лише для аналітики - її саботують.
Якщо лише для користувачів - вона не керує бізнесом.

Баланс досягається через просте питання до кожної user story:

Чию проблему ми вирішуємо?

Бо CRM провалюється не тоді, коли вона складна.

Вона провалюється тоді, коли:

• власник не бачить сенсу

• керівник не отримує впливу

• користувач не хоче її відкривати

Отже, ключова задача аналітика, щоб у фіналі:

• власник отримав прозорість

• менеджер - швидкість

• керівник - інструмент управління

І щоб система перестала бути «проєктом», натомість  стала частиною щоденної роботи.

Бо хороша CRM/ERP не та, яка все контролює, а та, без якої вже незручно працювати.

Хочете більше розбиратись в бізнес-аналізі або опанувати нову професію Бізнес-аналітика, натискайте тут