Как мы проектировали уведомления для MS Teams • Артём Самсонов • Продуктовый дизайнер
telegramlinkedinsayocean450🐶gmail.com

Как мы проектировали уведомления для MS Teams

Во вводной статье я рассказывал, как мы перестали блуждать в тумане и перешли к планомерной работе над приложением Wrike для MS Teams.

Опираясь на новую стратегию, первым делом мы решили добавить уведомления в чаты MS Teams. Сегодня я расскажу о проблемах, с которыми мы столкнулись в процессе проектирования и как мы решали их с помощью наших активных пользователей.

Содержание статьи

Шаг 1. Узнаём, что нужно пользователямШаг 2. Проектируем необходимые уведомленияШаг 3. Улучшаем взаимодействиеШаг 4. Проектируем подключение и отключение уведомленийИтоги первой итерации

Шаг 1. Узнаём, что нужно пользователям

Из интервью мы уже знали, что нашей интеграцией пользуются пользователи с разными ролями — и, что более важно, им важны разные виды уведомлений.

Пообщавшись с пользователями ещё раз, мы определили основные типы полезных уведомлений для каждой роли:

Так как в новой стратегии мы фокусировались прежде всего на Работниках, в первой итерации мы решили уведомлять пользователей, если:

  • Кто-то назначил на них задачу
  • Кто-то упомянул их в комментарии

Шаг 2. Проектируем необходимые уведомления

Дизайн-система MS Teams позволяет нам отправлять не только текстовые сообщения, но и карточки с более сложной структурой. Мы разработали карточки для каждого типа уведомлений:

Такая карточка придёт в чат, если кто-то упомянет пользователя в комментариях

А такая — если кто-то назначит на него задачу

Мы намеренно решили не присылать уведомление, если человек назначал задачу сам на себя или упоминал себя в комментариях.

Шаг 3. Повышаем взаимодействие

Дизайн-паттерны MS Teams позволяют пользователям взаимодействовать с карточками. Мы решили добавить возможность быстро отвечать на упоминания:

Вместо того, чтобы открывать задачу в Wrike и пролистывать ленту комментариев до нужного места, пользователи смогли отвечать на срочные вопросы, не переключая контекст.

Шаг 4. Проектируем подключение и отключение нотификаций

Мы понимали, что не все пользователи захотят получать уведомления по умолчанию. Именно поэтому мы спроектировали сценарии подключения и отключения нотификаций:

На данном этапе мы очень вдумчиво работали вместе с командой UX-писателей для того, чтобы сделать тексты понятными и прозрачными, а также учесть всевозможные ошибки при авторизации:

Итоги первой итерации

Протестировав изменения на группе активных пользователей, мы получили позитивную обратную связь и поняли, что двигаемся в нужном направлении. Чаще всего пользователи просили добавить больше функционала. Они хотели:

  • Тонко настраивать присылаемые уведомления (например, тестировщикам важно было знать о переходе задач в статус «Ready for test»)
  • Переназначать задачи, не выходя из чата
  • Получать дайджесты по нотификациям по запросу или в конце рабочего дня