Часто в продукте мы оставляем те фичи, которые были поддержаны большинством пользователей. Если речь идет о новом продукте, функцию могут поддержать инноваторы и первопроходцы, но больше 15% поддержки она получить не сможет, потому что признание большинством и тем более скептиками потребуют больше времени. Когда данные покажут, что большинству это нужно, начинать заниматься этим будет уже поздно.
Если же мы говорим о зрелом продукте, то, когда компания исправила какой-нибудь баг в продукте, который уже поддержан ранним большинством, процент поддержки вырастает выше 34% — за счет и раннего, и позднего большинства.
Пример с Aris BPM (построитель диаграмм на Java) наглядно иллюстрирует эту идею: когда баг в загрузчике был устранен после 2-х лет существования, обновление встретило 100% одобрения пользователей, но многие этого обновления, к сожалению, не дождались.
Данные отлично позволяют нам управлять воронкой, но они мало что говорят о неудовлетворенных потребностях. Хорошая конверсия еще не значит, что пользователь всем доволен на этом шаге работы с продуктом. Также нюанс работы с данными заключается в том, что они "
смотрят назад". Если данные показывают, что большинству пользователей нужна определенная функция (фича) в продукте, уже поздно начинать ее разработку.
И вот почему:
- Ресурсы ограничены. Разработка и внедрение новых фичей требует времени, усилий и ресурсов. Если вы сосредотачиваетесь только на текущих потребностях большинства пользователей, вы можете упустить возможность инновации и создания чего-то уникального, что привлечет новых пользователей или удовлетворит более широкий спектр потребностей.
- Продукт рискует устареть. Продукты должны постоянно развиваться и совершенствоваться. Если ограничиться только удовлетворением текущих потребностей, продукт может стать устаревшим и потерять привлекательность для пользователей в долгосрочной перспективе.
- Пользователи не знают, что им нужно, пока им это не покажут. Поэтому инновационные решения могут изменить игру в индустрии и привлечь новые аудитории. Такие решения не всегда могут быть выявлены данными о текущих потребностях.
Важно находить баланс между удовлетворением текущих потребностей и инновацией, учитывая как данные, так и стратегию развития продукта. Таким образом, когда данные "смотрят назад", мы должны
смотреть вперед, чтобы создавать продукты, которые будут актуальны и востребованы в будущем.