Вчера была на Product Fest от Яндекса — и ушла с кучей мыслей, но одна из них до сих пор не отпускает. Настолько, что захотелось ею поделиться.

🟡 Евгений Малахов, руководитель продукта Яндекс Такси, рассказал кейс, который стал для меня настоящим wake-up call: продукт развивается — и пользователь тоже. Но иногда пользователь начинает развиваться быстрее. И это не баг, а сигнал.

«Инновация — это новый способ решения старой проблемы» — Стив Возняк

🚕 Пример из Яндекс Такси Пользователи научились «хакать» продукт: Когда долго нет машины, они быстро отменяют заказ и делают новый — или выбирают другой тариф. Если честно, я сама так часто делаю.

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

То есть: хак — это не ошибка. Это попытка пользователя решить задачу, которую продукт пока не решил.

🔍 Что делать с хаками? Евгений предложил простой и сильный алгоритм:

1. Определи ключевой сценарий — какую задачу решает продукт?
2. Поищи пользовательские хаки — чего ты не предусмотрел?
3. Оцени масштаб и вред/пользу
4. Преврати хак в фичу
5. Проверь результат метриками

🧠 Как превратить хаки в рост? Вместо запрета Яндекс Такси встроили поведение пользователя в продукт:

• запустили тариф «самый быстрый» — ищет сразу по нескольким тарифам
• добавили возможность добавить в поиск еще один или несколько тарифов, чтобы выбор стал больше, а поиск быстрее

И это мой главный инсайт с феста:

Когда пользователь «хакает» продукт — это не ошибка. Он просто очень хочет решить свою задачу. А ты пока не предложил способ лучше.

🎯 Что взять с собой? Вместо того чтобы тюнить кнопки или изобретать «космолёты», стоит почаще возвращаться к исходному вопросу: Решает ли наш продукт ту самую проблему, ради которой его запускали?

💬 А вы сталкивались с пользовательскими хаками? Получалось ли превращать их в фичи?

Была рада увидеть много знакомых лиц и обрести новые знакомства 🙏