Что класть в базу инсайтов, а что - нет
Статья о том, что делать с находками с исследований, какие класть в базу инсайтов, а какие - нет.
Автор выделяет два типа находок - insights, которые описывают более стабильные особенности мотивации и поведения и findings, которые связаны с текущими деталями интерфейса и быстро устаревают. Insights нужно хранить в базе и на основе их развивать интуицию и "чувство пользователя" у продуктовой команды, а findings отправлять в джиру и планировать работу по ним как по обычным продуктовым гипотезам.

Само деление очевидно и не ново (я про себя делю на "классику", которую хранишь в библиотеке и используешь для создания базовых ценностей, и "периодику", которую важно прочитать, осмыслить и выбросить, смысл тот же самый), но в статье неплохие примеры и есть дерево решений, которое учит лучше эти два типа различать.
https://medium.com/@sticktail/how-to-write-valuable-user-insights-84b4290d94e8#5840
___
Ещё про хранение результатов исследований
https://t.me/uxread/44 Как Tomer Sharon из WeWork первым сделал базу инсайтов на Airtable, на которую мы все теперь равняемся
https://t.me/uxread/38 Мейлчимп сделали базу инсайтов о пользователях в Evernote в 2013-м году
https://t.me/uxread/96 база инсайтов Майкрософт
https://t.me/uxread/127 как мы в Acronis вели базу 2 года, и почему разочаровались
https://t.me/uxread/148 полнотекстовые транскрипты интервью через связку zoom+otter как замена базе инсайтов
#Bases