Это продолжение статьи Начнем с одной из части: обратная связь от пользователя. По своему опыту я встречал крайне мало людей, которые читают документацию к продукту (интересно, а среди тех, кто читает данную статью, есть ли кто, например, прочитал полностью руководство пользователя какой-то программы??). И тут скорее всего дело не в лени или еще в чем-то, а по моему мнению, в том, что мы на подсознательном уровне понимаем, что в документации может быть не описано что-то важное (и на большестве продуктов это действительно так). Получить обратную связь от пользователю по вашему продукту очень непростая задача. Во-первых, все зависит от самого человека - готов ли он предоставить обратную связь по продукту. Бывает, что человек крайне разочарован работай с вашим продуктом и он может оставить комментарий что-то вроде “продукт сырой, переделать”. Конечно это здорово, что стоит поработать над улучшением продукта, но что именно стоит переделать не понятно. Допустим, мы получили пользователя, который готов поделиться обратной связью (даже если продукт ему не понравился), но форма обратной связи, которая содержит больше 6 полей ввода текста, может его просто оттолкнуть и он ее просто опять же не даст. Мы на своем проекте пришли к выводу, что когда пользователь зашел в личный кабинет, большинство информации у нас уже есть и зачем ее спрашивать у пользователя? Например, от кого идет заявка, какая у него почта и так далее. Поэтому если пользователь оставляет обратную связь, если у нас есть данные по нему мы уже заполняем формы ей (но при этом даем возможность на UI изменить их). Во-вторых, даже если мы получили обратную связь: она может быть положительно, негативной и даже конструктивной. В последнем случае мало текста, нужны еще факты и доказательная база. Раньше мы просили пользователя из Devtools скачать har-логи и приложить его к обратной связи. Но в 90% случаев мы не получали эту информацию по разным причинам. И тогда внутри команды мы пришли к осознаю того, что должна быть волшебная “кнопка”, которая сделает это за пользователя и защитить полученную информацию относительно законадательства (персональные данные, чуствительная информация и т.д). И мы сделали эту кнопку: теперь она автоматически соберет все необходимую информацию и пользователю не нужно об этом думать. Также мы пошли немного дальше и эту “кнопку” дали для пользователей, которые хотят конструктивно выразиться о работе нашего приложения, а также, когда пользователь столкнулся с проблемой - кнопка тоже помогает. В-третьих, в большинстве проектов, в которых я участвовал проблема в том, что мы в живую не можем “дотянуться” до наших пользователей. Но если вы можете это сделать (например, ваше приложение стоит на предприятии куда есть доступ), то устраивайте custdev (по сути вы приходите на предприятие и по определенному шаблону спрашивайте у пользователя, как ему работается). Если интересно наш шаблон и почему он так строится, могу рассказать как мы это делаем. В итоге используя 3 этих пункта вы получаете более-менее объективную обратную связь, которой можно пользоваться для улушения продукта, процессов и тестов. Но есть нюанс, который нужно закладывать при улучшение, но об этом в следующей статье.