Статья Как запрашивать и давать обратную связь [Все доки](https://hackmd.io/UbcEkPsoSXiok4QZx_TnIQ) # Как запрашивать и давать обратную связь Мы не боимся запрашивать фидбэк от членов команды. Коллеги могут дать дельные советы: как улучшить макет, нарисовать иконку, побороть очередной глюк Фигмы. Работа на удалёнке привнесла особенности в коммуникацию между членами команды: в основном мы общаемся письменно, в чатике Телеграмм. Чтобы обратная связь была полезной, придерживайся принципов: ## Как запрашивать: #### Кидай запрос в общий чатик Если критика нужна от конкретного человека, можно идти в личку к старшему дизайнеру. Но помни, что сначала макет должны увидеть все члены команды. #### Кратко опиши суть задачи, прикрепи ссылку, если задача ветвистая, и в двух словах не обьяснишь Например: *"Задача: добавить в форму оформления заказа опцию "Водитель на золотом Ларгусе". Подробное описание в задаче [ссылка на задачу в гитлаб]..."* #### Если текстом долго и непонятно — созвонись и покажи макеты лично Тут всё просто — не можем добиться взаимности через текст, значит проговариваем словами через рот (и лучше — попутно конспектируем). #### Если есть установленные ограничения и некий контекст для дизайн-решения, то сообщи о нём Например: *"Пообщались с проджектом, говорит, что по результатам А/Б-теста выиграла золотая кнопка, а не синяя, поэтому отрисовал макеты в золоте..."* #### Задавай конкретный вопрос, ответ на который ты хочешь услышать Например: *"...Вот два варианта макета , какой из них лучше и почему?"* #### При демонстрации макетов подписывай, какой макет какой сценарий иллюстрирует Например: *"Вот два варианта решения: первый — с кнопкой справа [ссылка на макет], второй — с кнопкой слева [ссылка на макет]..."* #### Кидай ссылки на макеты (конкретные фреймы), а не скриншоты Чтобы дать адекватную обратную связь, ревьюеры должны видеть реальный результат, а не пережатый Телеграммом жипег. #### Старайся показывать не меньше одного варианта, но не больше трёх Выбор — это хорошо, но не из десяти похожих вариантов с минимальными отличиями. Оставляй право отсева слабых вариантов за собой, уважай время коллег. #### Если делаешь прототип, проверь, что он работает корректно Если показываешь поп-ап, пусть он открывается в контексте экрана; переходы работают плавно и без рывков; сценарий выполняется от начала до конца и т. д. #### Не бойся переспрашивать и уточнять Лучше пять раз переспросить и добиться нужного результата, чем постесняться спросить, не понять задачу и нарисовать средне. #### И помни критика интерфейса — не критика тебя лично Никто не рисует сразу идеально, и всем периодически нужна помощь. То, что ты не придумал_а лучшее решение с первого раза, не делает тебя слабым дизайнером. ## Как давать: #### Вникни в суть задачи, прежде, чем писать ответ Возможно ответ на твой вопрос уже есть в описании задачи или самих макетах. #### Фидбек можно давать комментариями в Фигме или писать в чатик Если решено давать обратку в Фигме — обязательно сообщи об этом, чтобы твои труды не прошли даром. #### Говори конкретно Не оперируй оценочными эпитетами типа "некрасиво" и "плохо". Если плохо, то почему? Мы предпочитаем формулировки "Хорошо" и "Можно улучшить". #### Говори по делу Дай комментарий по теме запроса. Если хочется обсудить по макетам что-то ещё — отложи это до отдельного сообщения, когда обсудите повестку. #### Похвали хорошее, прежде чем ругать плохое Такой подход не только сбережёт психику коллеги, но и даст ему понять, что в макете стоит сохранить, а что — поправить.