Комментарии 7
Как решается проблема, если запрос пользователя противоречит вашей идеи продукта?
Например, он просит фичу, вы понимаете почему ему это надо, понимаете её высокую ценность, но вам придётся потратить много ресурсов на её внедрение, или она не вписывается в ваш продукт совсем.
Как решается проблема, если запрос пользователя противоречит вашей идеи продукта?
Нужен пример, и при этом очевидно, что не надо делать ничего. Условно, если вы делаете лопаты, а клиент просит сделать ведро, то вам просто не по пути.
...он просит фичу,... она не вписывается в ваш продукт совсем.
Вот и ответ.
Не зря написал, что ценность высокая. То есть выбор в любом случае будет в отказе, верно? Или есть какие-то инструменты, чтобы учесть и ваши интересы и клиента?
На удивление приятная статья.
В качестве идеи для следующей публикации предлагаю рассмотреть, что делать, если объёма фидбэка в принципе недостаточно для принятия решения.
Т. е. идеи, предлагаемые в сегодняшней статье, предполагают, что мы можем либо собрать репрезентативную выборку, которая после обработки укажет нам на то, что править следующим, либо на какие-то самоочевидные для пользователя (но не для дизайнера) идеи по использованию ПО наткнуться.
А как быть, куда копать, если всплывшие в результате обработки результатов идеи либо слишком гомогенны (направление развития выделить не получается), либо слишком... штучны?
В качестве идеи для следующей публикации предлагаю рассмотреть, что делать, если объёма фидбэка в принципе недостаточно для принятия решения.
Если фидбэка недостаточно, то его нужно запросить.
А как быть, куда копать, если всплывшие в результате обработки результатов идеи либо слишком гомогенны (направление развития выделить не получается), либо слишком... штучны?
ответ такой же, в если случае у вас недостаточно данных, продолжайте поиск.
Фидбек в UX или как вытащить на свет истину