Бізнес-аналітик має розуміти одну просту річ: 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
- між контролем і свободою
- між власником і тим, хто «клікає кнопки»
Важливо завжди тримати три рівні цінності:
- Власник бачить бізнес
- Керівник керує процесом
- Користувач виконує роботу
Якщо система зручна лише для аналітики - її саботують.
Якщо лише для користувачів - вона не керує бізнесом.
Баланс досягається через просте питання до кожної user story:
Чию проблему ми вирішуємо?
Бо CRM провалюється не тоді, коли вона складна.
Вона провалюється тоді, коли:
- власник не бачить сенсу
- керівник не отримує впливу
- користувач не хоче її відкривати
Отже, ключова задача аналітика, щоб у фіналі:
- власник отримав прозорість
- менеджер - швидкість
- керівник - інструмент управління
І щоб система перестала бути «проєктом», натомість стала частиною щоденної роботи.
Бо хороша CRM/ERP не та, яка все контролює, а та, без якої вже незручно працювати.
