Руководство Rivya по центру уведомлений

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

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

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

На какой вопрос на самом деле отвечают уведомления

Уведомления полезнее всего, когда вы спрашиваете не:

А:

Именно поэтому уведомления отличаются и от истории, и от настроек.

Уведомления нужны для рабочих событий, а не для всей активности

Текущий рабочий поток уведомлений организован вокруг трех практических типов:

• биллинг
• кредиты
• генерация

В более широкой модели данных также есть тип account, но активный пользовательский поток намеренно сосредоточен на трех типах выше.

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

Какие события здесь действительно важны

Сейчас самые важные постоянные события уведомлений включают:

• подписка началась
• подписка продлена
• платеж не прошел
• пакет кредитов добавлен
• генерация успешно завершилась
• генерация завершилась ошибкой
• недостаточно кредитов

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

Почему уведомление нужно, даже если результат виден на другой странице

Именно это делает центр полезным.

Генерация уже может быть видна в истории. Изменение биллинга уже может отображаться на страницах биллинга или кредитов.

Уведомления все равно важны, потому что отвечают на сквозной вопрос:

Поэтому одно и то же событие может появляться:

• в связанном рабочем пространстве или на странице настроек
• и в уведомлениях как постоянная рабочая запись

Превью на панели управления и полная страница уведомлений

Превью на панели управления - это короткая версия.

Оно нужно, чтобы быстро понять:

• есть ли у меня непрочитанные элементы?
• есть ли что-то срочное?
• нужно ли открыть полный центр?

Полная страница /notifications дает более подробный рабочий обзор.

Сейчас она показывает:

• ленту недавних уведомлений
• счетчики по типам
• состояние непрочитанного
• действие для отметки всех уведомлений как прочитанных
• ссылки обратно на самую релевантную страницу продукта

Последний пункт важнее, чем может показаться. Полезное уведомление должно вести туда, где можно что-то сделать.

Уведомления и история

Используйте историю, когда главный вопрос звучит так:

Используйте уведомления, когда главный вопрос такой:

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

Уведомления и настройки

Это различие стоит держать очень четким:

• настройки управляют тем, что вы контролируете
• уведомления сохраняют то, что уже произошло

Например:

• предпочтения рассылки относятся к настройкам
• неудачный платеж относится к уведомлениям

Если смешать эти вещи, продукт обычно становится сложнее понимать.

Когда центр уведомлений полезнее всего

Центр становится особенно ценным в таких ситуациях:

• вы отсутствовали и хотите понять, изменилось ли что-то важное
• запуск выглядел нормально, но позже что-то завершилось ошибкой
• оформление оплаты завершилось, и вы хотите подтвердить, что именно записал аккаунт
• кредиты почти закончились, и нужно решить, пополнять баланс или остановиться

В такие моменты всплывающее сообщение слишком временное, а полная страница истории слишком косвенная.

Практичная привычка работы с уведомлениями

Для большинства пользователей хороший паттерн такой:

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

Так уведомления работают как рабочий слой статуса, а не как пассивный входящий ящик.

Читать дальше

• История
• Жизненный цикл задачи
• Рабочие процессы изображений в Rivya
• Рабочие процессы видео в Rivya
• Аудио-рабочие процессы в Rivya
• Панель управления в Rivya
• Устранение неполадок в Rivya
• Почему у Rivya есть центр уведомлений

Чеклист проверки уведомлений

Когда нужно понять событие, а не только финальный результат, проверьте:

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

Повторно проверьте, если статус и история расходятся

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