Понимая, в чем проблема кота (много мышей), но не зная, что стоит за выбранным им решением (приносить мышей хозяину), и не понимая, в чем сложности и преимущества этого решения - предлагать мы можем все, что угодно, но эти решения будут больше говорить о продуктовой команде, чем о пользователях.
А просто нужно было спросить кота. Не косплеить ветеринара из анекдота, когда ветеринар приходит к терапевту и терапевт его спрашивает: «на что жалуетесь?», а ветеринар ему: «не, ну так каждый может».
Играть в ветеринара, не включая в интервью вопросы об актуальных решениях - невыгодно и неэффективно. Невыгодно, потому что придется проводить два интервью вместо одного. Неэффективно, потому что, поступая так, мы можем вообще промахнуться мимо предпочтений и возможностей пользователей.
Можно, конечно, не учитывать ресурсы, ограничения и предпочтения пользователей и предлагать им решения, основанные на представлении о прекрасном продуктовой команды или отдела маркетинга. Но эти решения для конечного потребителя с большой вероятностью могут выглядеть как "нет хлеба, пусть едят пирожные" или "мыши, станьте ёжиками".
Конечно, на тестировании эти негодные решения отсеются. Но проблема в том, что годные решения, действительно подходящие пользователям, не будут сформулированы вообще, - если не выяснить заранее пользовательские критерии годности.
Единственный случай, когда можно не включать в интервью вопросы об актуальных решениях - это когда кота, то есть пользователя, фиг поймаешь больше чем на 15 минут. Тогда, конечно, приходится проводить интервью в несколько итераций "поймал-спросил".
В остальных случаях, прежде чем генерить - спроси кота. Впиши в CJM, в чем сложности и преимущества актуальных решений. Отрази всё это в отчёте вместе со списком проблем. Предложи пользователям решения, доказательно - на основе данных исследования - подходящие именно им.
И будет тебе счастье.