Трудно представить современный сервис без комплексной системы уведомлений.
Нам осторожно сообщают, что один из наших друзей оценил фотографию, курьер с долгожданной пиццей уже в пути, а такси подъехало к дому.
В системах управления работой роль уведомлений становится решающей, поскольку они глубоко внедряются в рабочий процесс команды.
Подобно мячу, переброшенному из рук в руки, уведомления оперативно информируют вас об изменениях в задачах, побуждают выполнить свою часть работы и подсказывают важную информацию.
Ниже я поделюсь своим опытом системного подхода к дизайну уведомлений.
Как обнаружить и учесть все ситуации, чтобы сделать продукт более полезным для пользователей и сэкономить ресурсы вашей команды? 
Шаг 1: Определите участников процесса
Рассмотрим классическую историю из жизни маркетингового агентства: Арт-директор Тони торопится: его компания скоро выводит на рынок новый продукт, поэтому рекламные баннеры необходимо сдать до конца недели.Дизайнер Джонни уже выполнил всю работу, но для того, чтобы она была принята, макеты должны быть одобрены руководителями проекта.
Поэтому Тони ставит задачу на утверждение с крайним сроком в пятницу и добавляет пояснение: «Пожалуйста, утвердите баннеры для кампании».
Давайте подробнее рассмотрим, кто принимает участие в системе:
- Дизайнер является исполнителем задания.
Несмотря на то, что его работа уже завершена, ему важно знать результат: макеты приняты или возвращаются на доработку.
- Арт-директор – принимает выполненную работу и согласовывает ее с менеджером по работе с заказчиками.
Ему важно следить за ходом голосования и быстро принимать тактические решения.
- Менеджеры получают готовую работу на утверждение.
Им важно понимать, что их просят пересмотреть и насколько срочно необходимо пересмотреть задачу.
И, конечно же, принять решение с возможностью его прокомментировать.
- Исполнитель – один или группа людей, которым поручено задание.
Определяется полем «Исполнители» в задаче.
- Инициатор — пользователь, запустивший процесс утверждения.
- Утверждающий — один или группа пользователей, назначенных для утверждения.
Например, если вам нужно отправлять уведомления о статусе текущего процесса, было бы полезно ввести роль «Робот» — сообщения пользователям от имени вашего продукта.
Постарайтесь ограничить этот список.Чем сложнее ролевая система, которую вы строите, тем сложнее пользователям будет понять логику ее работы.
Шаг 2. Создайте таблицу «Событие – Уведомление».
Создание каркаса
Чтобы оформить уведомления системно и наглядно, построим таблицу.Каркас будет состоять из двух частей: Левая колонка.
Здесь мы будем фиксировать возможные события в процессе утверждения роли.
Именно они будут вызывать отправку уведомлений.
На практике не все роли могут влиять на систему.
Например, «Исполнитель» в нашем примере — это всего лишь наблюдатель, поэтому его не нужно добавлять в левый столбец.
Всего у нас получается три раздела:
- Инициатор — действия инициатора от начала высказывания до его конца;
- Утверждающий – принимает решение и комментирует его;
- Робот — события, основанные на состоянии системы.
Здесь мы пропишем роли, которые должны получать уведомления.
На практике они также используют разные каналы связи, например, push-уведомления или SMS. Для простоты будем рассматривать только один канал связи «Входящие» — персональную ленту уведомлений:
- утверждающий
- Исполнитель
- Инициатор
Удобнее всего вести таблицу в Google Sheets. Помимо мощной функциональности, ею можно будет легко поделиться с вашей командой и другими отделами, которым нужна эта информация.Например, со Службой поддержки клиентов.
Поделитесь ссылкой с правами доступа «Комментировать».
Таким образом у команды будет возможность обсуждать события в комментариях к ячейкам и никто кроме вас не сможет их изменить или стереть.
Наполнение событий
Когда фрейм таблицы готов, начинаем заполнять левый столбец всеми событиями, которые пользователь может выполнить в операторе.Для каждой роли необходимо оценить каждое состояние интерфейса и записать доступные действия.
На этом этапе следуйте нескольким советам:
- По возможности выписывайте односложные события.
Если поторопиться с группировкой, можно потерять некоторые простые события, сразу усложнить формулировку и потерять наглядность таблицы.
- Рассмотрим логическую модель системы.
Некоторые события, в зависимости от контекста, могут привести к разным результатам.
Например, если мы удаляем последнего утверждающего из активного процесса, помимо события удаления необходимо отменить и само утверждение.
- Не бойтесь дубликатов.
Для некоторых ролей события могут повторяться.
Например, изменить дату исполнения может инициатор и любой пользователь с правами.
Хоть это и увеличит таблицу, но поможет лучше описать систему действий, доступную каждому и уникальную для каждой роли.
Шаг 3. Определите принципы получения уведомлений.
События готовы, но перед добавлением уведомлений полезно определить принципы их получения по ролям.
Они полезны для того, чтобы создавать только релевантные списки для каждой роли и не перегружать пользователей ненужной информацией.
В этом помогут результаты опросов пользователей, исследования аналогичных продуктов, а также концептуальные решения, включенные в систему.
В нашей модели одобрения мы выделяем следующие принципы:
- Инициатор — получает уведомления о решениях утверждающего лица и любых изменениях, которые кто-либо вносит в его процесс.
- Утверждающий — получает уведомления о начале нового согласования с его участием и обо всех существенных изменениях в процессе.
- Исполнитель – наблюдатель.
Узнает о начале согласования, принятых решениях и его окончании.
Напишите эти принципы для каждой роли в строках получателя.Их удобно указывать комментариями к ячейкам.
По мере развития системы эти принципы помогут ей сохранить курс.
Шаг 4. Заполните уведомления
Наконец, вы можете приступить к созданию самих уведомлений.Пройдите последовательно от события в левом столбце по ячейкам каждой роли получателя.
Придерживайтесь следующих правил:
- Попробуйте повторно использовать формулировку или идентичные ее части.
Это сделает уведомления более последовательными.
Если вы делаете международный продукт, это облегчит работу команде локализации.
- В строках уведомлений выделяйте переменные данные среди основного текста.
Например, «ПОЛЬЗОВАТЕЛЬ: срок сдачи изменен на ДАТА».
Это облегчит разработчикам работу с вашими строками.
- Не забывайте о правилах хороших уведомлений: краткие формулировки, максимум полезной информации, тон в соответствии с вашим брендом, выбранные принципы получения.
Постарайтесь заранее протестировать длину строк в интерфейсе вашего продукта или мобильных push-уведомлениях — некоторые слова могут быть трудно читаемы или обрезаны многоточиями.
- Расставьте прочерки там, где уведомления не должны отправляться.
Когда проект занимает много времени, легко запутаться, где вы еще не заполнили таблицу, а где решили, что этого делать не следует. Это также облегчит вопросы команды.
В зависимости от ситуации введите цветовую кодировку в ячейки и запишите ее в виде легенды в заголовке таблицы.Например: черный текст — черновая строка, зеленый текст — строка проверена и готова к использованию, красный текст — есть проблемы реализации и подробности в комментариях к ячейке.
Шаг 5: Завершение мероприятий
После заполнения всех ячеек таблица должна быть завершена:- Приведите все похожие линии к одному и тому же виду.
Иногда случается, что в большом списке различаются части одного и того же значения: немного разные падежи, предлоги, синонимичные глаголы.
- Добавьте формулировки для массовых мероприятий, где это возможно, чтобы уменьшить количество разовых уведомлений.
Например, «ПОЛЬЗОВАТЕЛЬ: В выписку добавлено N файлов»
- Добавляйте новые уникальные строки для замены групп последовательных действий.
Например, вместо того, чтобы удалять утверждающих и затем добавлять других, вы можете сделать событие «Заменено утверждающее лицо с УТВЕРЖДАЮЩЕГО на УТВЕРЖДАЮЩЕГО».
- Обсуждайте все уведомления с командой разработчиков.
Архитектура продукта может не позволить вам реализовать некоторые ваши идеи, даже если они выглядят просто и логично.
Чем раньше вы покажете черновик своему серверному разработчику, тем больше времени вы сэкономите на дальнейшей разработке.
Заключение
Даже самые сложные сценарии могут стать понятными и простыми в разработке, если подойти к ним системно и придерживаться выбранных принципов.Хорошо продуманная таблица уведомлений поможет дизайнеру сделать продукт более полезным и понятным для пользователей.
Команда должна не тратить лишние ресурсы на понимание идеи и всех деталей, а сконцентрироваться на качестве реализации.
Несколько полезных советов для дальнейшей работы с таблицей:
- Используйте отдельные страницы таблиц для разных сценариев продукта.
Будет проще ориентироваться и находить нужные места.
- Проведите презентацию для команды разработчиков.
Объясните логику и принципы его построения.
Ответьте на вопросы так, чтобы у всех было одинаковое понимание произведения.
- Если в вашем продукте с уведомлениями работают другие дизайнеры, реализуйте подход и используйте общую таблицу.
Таким образом, все события будут сохранены в одном месте, и будет видна общая картина.
-
Как Пройти Собеседование С Программистом?
19 Oct, 24 -
Экспресс-Почта: Мост Между Сша И Россией
19 Oct, 24 -
Тематические Почтовые Ящики
19 Oct, 24 -
Nokia 8600 Luna Реальные Фотографии
19 Oct, 24 -
Сравнение Браузеров Css3 И Html5 (V 2.0)
19 Oct, 24
