Бизнес-боль vs пользовательское неудобство

Кто виноват, что бэклог продакта похож на список пожеланий к деду морозу?

Классическая просьба пользователя о том, чтобы стало удобно заполнять форму, выгружать, загружать и т.п. - это не боль. Это раздражение уровня “в кофемашине снова нет воды”.

Настоящая бизнес-боль (она же enterprise-боль) звучит по-другому: "Из-за ручного сбора данных руководство узнаёт про отклонения по проекту на две недели позже, чем нужно, и к этому моменту вопрос уже не “как исправить?”, а “кто виноват?”. Разница не в формулировке. Разница в деньгах.

Лично я наблюдал такое, почти во всех местах, где работал и был запрос на какой-нибудь управленческий дашборд. Спойлер: проблема не в отсутствии дашборда. Проблема в том, что в компании невозможно выстроить систему отчётности. Причины: несогласованность подразделений, отсутствие распределения обязанностей, отсутствие показателей, связанных со стратегией. Или самая частая - “политические” игры топов съедают все ресурсы и до работы дело редко доходит.

Подмена реального запроса и боли, хотелкой под названием “управленческий дашборд” - настолько классика, что только ленивый еще не снял видео на эту тему. Но ритуал по созданию дашборда, видимо, уже никуда не денется, к счастью, с помощью ИИ эта задача закрывается так быстро, что остается время на настоящую работу.

Если по теме, то для бэклога, так и для инициации проекта(продукта) отсеять хотелки можно по трем признакам.

Три признака, что перед вами не боль, а хотелка: 1. решается одной функцией; 2. не требует согласования между отделами; (!) 3. если её убрать, никто, кроме одного человека, не заметит.

Если хотя бы два пункта не совпадают - появляется шанс, что разговор про деньги, риски и контроль.

🧂 Пока команда обсуждает, какого цвета сделать кнопку, реальная боль клиента спокойно копится в углу и ждёт, когда её наконец спросят по имени.

P.S. У вас в компании боль формулируют как боль или как хотелку фичи?

Бизнес-боль vs пользовательское неудобство | Сетка — социальная сеть от hh.ru