У Rivya есть центр уведомлений, потому что временная обратная связь перестает быть достаточной, когда продукт обрабатывает реальную работу и реальное состояние аккаунта.
Эта страница объясняет, почему в продукте существуют долговечные уведомления. Это не точная справка по типам уведомлений, unread state или поведению связанных ссылок.
Toast-уведомления мгновенны
Toast полезен для:
- ваша задача началась
- копирование сработало
- это действие только что завершилось
Он плохо подходит для:
- почему изменилось состояние моего аккаунта?
- что сломалось, пока меня не было?
- действительно ли прошел платеж?
- почему я не мог начать тот запуск раньше?
Именно этот разрыв закрывает центр уведомлений.
Долговечная операционная память
В текущем продукте уже есть типы событий, которые остаются важными после того, как момент прошел:
- подписка началась
- подписка продлена
- платеж не прошел
- пакет кредитов добавлен
- генерация успешно завершилась
- генерация завершилась ошибкой
- недостаточно кредитов
Это не vanity events. Они меняют то, что пользователь может делать дальше.
Уведомления и настройки
Одно полезное различие в Rivya:
- settings управляют тем, что вы хотите настроить
- notifications сообщают, что фактически произошло
Поэтому предпочтение newsletter относится к профилю, а неудачный платеж - к уведомлениям.
Они решают разные проблемы.
Почему workflows нужна память
Rivya - не одностраничное chat-приложение. Пользователь может переходить между:
- chat
- image
- video
- audio
Когда продукт охватывает несколько оплачиваемых workflows, долговечные сигналы становятся важнее:
- генерация не удалась
- wallet был слишком низким
- платеж завершился
- pack был добавлен
Без этой памяти пользователи вынуждены восстанавливать состояние по догадкам.
Что делает центр
Текущая страница /notifications сосредоточена на полезном сигнале с относительно небольшим шумом.
Она дает:
- ленту недавних событий
- счетчики по типам событий
- unread state
- действие mark-all-read
- ссылки назад на наиболее релевантную страницу
Последняя часть важнее, чем кажется. Полезное уведомление должно вести туда, где можно что-то сделать.
Что остается снаружи
Rivya не пытается превратить уведомления в:
- social inbox
- marketing wall
- поток каждого отдельного ответа чата
Продукт становится надежнее только если центр остается избирательным.
Dashboard и уведомления
Dashboard показывает легкий preview последних уведомлений.
Полный центр - место, куда вы идете за более длинной операционной записью.
Эта пара намеренная:
- dashboard помогает сориентироваться
- notifications сохраняют запись
Практическая польза
Центр уведомлений делает Rivya менее одноразовой.
Когда происходит что-то важное, аккаунт это помнит.
Это звучит как небольшое продуктовое решение, но оно меняет ощущение безопасности системы при реальном использовании.
Следующий шаг в Rivya
- Нужна точная логика страницы? Прочитайте Центр уведомлений в Rivya.
- История в Rivya
- Как понимать кредиты, пакеты и планы Rivya
- Как переносить проект между Chat, Image, Video и Audio в Rivya
Сохраняйте задачи отслеживаемыми
Перед действием по уведомлению держите операционный контекст вместе:
- что изменилось: billing, credits, generation status или account state
- где продолжить: dashboard, history, billing или исходная задача
- нужно ли действие сейчас или событие является только записью
- к какой задаче, платежу или credit event относится уведомление
Смысл в том, чтобы не гадать по памяти, когда что-то важное произошло, пока вас не было.
Проверяйте статус перед действием
Не воспринимайте каждое уведомление как повод перезапустить работу. Сначала проверьте, завершилась ли задача, завершилась ли ошибкой, требует ли больше кредитов или просто записала account event.
Если генерация успешна, откройте результат из History. Если она завершилась ошибкой, проверьте состояние задачи перед повтором. Если событие связано с billing, проверьте кредиты или состояние платежа перед новым billable run.
