Тру опыт в управлении продуктами это:
– Осознавать, что успех продукта в балансе: 1) эмпатии к пользователям; 2) лишь после к их деньгам.
– Верить, что правильная команда — самый важный фактор этого успеха, а спокойствие это навык №1 в нём. Оставшееся правильное: время и место. Всё вместе это про обнаружение и удержание удачи.
– Отделять помехи от сигналов во время любых работ с информацией и данными.
– Ощущать, что интуиция чаще бывает верна, чем нет. А чтобы делать очевидное, данные не нужны. Потому что Видение лучше A/B-тестирований.
– Задавать правильные вопросы — совершать 80% открытий, 20% — заниматься анализом и структурированием полученных ответов.
– Выбирать метрику раньше, чем начинать работу над фичей. Начинать доставку концепции фичи до пользователей раньше, чем выйдет релиз с ней.
– Чувствовать, что чем дольше вы согласуете механику фичи, тем вероятнее, что она провалится. Вы можете сделать "всё правильно" и потерпеть неудачу. А можете сделать неправильно и добиться успеха.
– Не делать из команды инструмент задержки решений. Большинство решений легко обратимы.
– Не быть заложником инструментов и методологий. Они статичны по природе, в то время как знания и данные меняются и улучшаются.
– Принять в очередной раз тот факт, что дорожные карты меняются ещё чаще. А сторис пишутся постфактум.
– Признаться в том, что все мы делаем что-то неопределённое и тонкое, что даже между собой не можем договориться, что именно мы делаем.
– Осознавать, что успех продукта в балансе: 1) эмпатии к пользователям; 2) лишь после к их деньгам.
– Верить, что правильная команда — самый важный фактор этого успеха, а спокойствие это навык №1 в нём. Оставшееся правильное: время и место. Всё вместе это про обнаружение и удержание удачи.
– Отделять помехи от сигналов во время любых работ с информацией и данными.
Эксперименты + быстрая доставка фич = лучший способ обнаружения новых данных
– Ощущать, что интуиция чаще бывает верна, чем нет. А чтобы делать очевидное, данные не нужны. Потому что Видение лучше A/B-тестирований.
– Задавать правильные вопросы — совершать 80% открытий, 20% — заниматься анализом и структурированием полученных ответов.
– Выбирать метрику раньше, чем начинать работу над фичей. Начинать доставку концепции фичи до пользователей раньше, чем выйдет релиз с ней.
– Чувствовать, что чем дольше вы согласуете механику фичи, тем вероятнее, что она провалится. Вы можете сделать "всё правильно" и потерпеть неудачу. А можете сделать неправильно и добиться успеха.
– Не делать из команды инструмент задержки решений. Большинство решений легко обратимы.
– Не быть заложником инструментов и методологий. Они статичны по природе, в то время как знания и данные меняются и улучшаются.
– Принять в очередной раз тот факт, что дорожные карты меняются ещё чаще. А сторис пишутся постфактум.
– Признаться в том, что все мы делаем что-то неопределённое и тонкое, что даже между собой не можем договориться, что именно мы делаем.