Бизнес-боль vs пользовательское неудобство
Кто виноват, что бэклог продакта похож на список пожеланий к деду морозу?
Классическая просьба пользователя о том, чтобы стало удобно заполнять форму, выгружать, загружать и т.п. - это не боль. Это раздражение уровня “в кофемашине снова нет воды”.
Настоящая бизнес-боль (она же enterprise-боль) звучит по-другому: "Из-за ручного сбора данных руководство узнаёт про отклонения по проекту на две недели позже, чем нужно, и к этому моменту вопрос уже не “как исправить?”, а “кто виноват?”. Разница не в формулировке. Разница в деньгах.
Лично я наблюдал такое, почти во всех местах, где работал и был запрос на какой-нибудь управленческий дашборд. Спойлер: проблема не в отсутствии дашборда. Проблема в том, что в компании невозможно выстроить систему отчётности. Причины: несогласованность подразделений, отсутствие распределения обязанностей, отсутствие показателей, связанных со стратегией. Или самая частая - “политические” игры топов съедают все ресурсы и до работы дело редко доходит.
Подмена реального запроса и боли, хотелкой под названием “управленческий дашборд” - настолько классика, что только ленивый еще не снял видео на эту тему. Но ритуал по созданию дашборда, видимо, уже никуда не денется, к счастью, с помощью ИИ эта задача закрывается так быстро, что остается время на настоящую работу.
Если по теме, то для бэклога, так и для инициации проекта(продукта) отсеять хотелки можно по трем признакам.
Три признака, что перед вами не боль, а хотелка: 1. решается одной функцией; 2. не требует согласования между отделами; (!) 3. если её убрать, никто, кроме одного человека, не заметит.
Если хотя бы два пункта не совпадают - появляется шанс, что разговор про деньги, риски и контроль.
🧂 Пока команда обсуждает, какого цвета сделать кнопку, реальная боль клиента спокойно копится в углу и ждёт, когда её наконец спросят по имени.
P.S. У вас в компании боль формулируют как боль или как хотелку фичи?