Rivya AI Docs

Посібник Rivya з Notifications Center

Використовуйте сповіщення Rivya, щоб відстежувати події білінгу, кредити, результати генерації, низький баланс, прев'ю Dashboard, стан непрочитаного й подальші дії.

Востаннє переглянуто 2026/04/28

Використовуйте цей посібник з Notifications Center, коли потрібно зрозуміти події білінгу, зміни кредитів, статус генерації, непрочитані елементи й місце для подальшої дії після події.

Notifications Center у Rivya існує не для того, щоб продукт здавався зайнятим.

Він існує тому, що деякі події залишаються важливими після моменту, коли вони вперше сталися.

Реальне питання, на яке відповідають сповіщення

Сповіщення найкорисніші, коли ви не питаєте:

Що я створив?

Ви питаєте:

Що сталося в цьому акаунті й може змінити мій наступний крок?

Саме тому сповіщення відрізняються і від History, і від Settings.

Сповіщення потрібні для операційних подій, а не загальної активності

Поточний актуальний потік сповіщень організований навколо трьох практичних видів:

  • billing
  • credits
  • generation

У ширшій моделі даних також є вид account, але активний потік, видимий користувачу, навмисно зосереджений на трьох видах вище.

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

Події, які тут справді важливі

Зараз найважливіші довговічні події сповіщень:

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

Це не просто декоративні статуси. Кожна з них може змінити, чи користувачу варто продовжити роботу, поповнити баланс, повторно відкрити щось або розслідувати збій.

Чому сповіщення існує, навіть коли інша сторінка теж показує результат

Саме це робить центр корисним.

Генерація вже може бути видимою в History. Зміна білінгу вже може відображатися на сторінках billing або credits.

Сповіщення все одно важливі, бо відповідають на наскрізне питання:

Які важливі результати мені потрібно помітити прямо зараз?

Саме тому та сама подія може з'явитися:

  • у пов'язаному робочому просторі або сторінці Settings
  • і в сповіщеннях як довговічний операційний запис

Прев'ю Dashboard і повна сторінка сповіщень

Прев'ю Dashboard - це коротка версія.

Вона існує, щоб відповісти:

  • чи є в мене непрочитані елементи?
  • чи є щось термінове?
  • чи варто відкрити повний центр?

Повна сторінка /notifications дає довший операційний огляд.

Зараз вона надає:

  • стрічку останніх сповіщень
  • кількість за видом
  • стан непрочитаного
  • дію mark-all-read
  • посилання назад на найрелевантнішу сторінку продукту

Остання частина важливіша, ніж здається. Корисне сповіщення має вести вас у місце, де можна діяти.

Notifications і History

Використовуйте Посібник Rivya з History, коли головне питання таке:

Що я створив або обговорював?

Використовуйте сповіщення, коли головне питання таке:

Що сталося і може вимагати уваги, пояснення або подальшої дії?

Якщо генерація не вдалася, сповіщення можуть бути першим місцем, де ви помітите проблему. History - це місце, де ви знову відкриваєте ширший запис роботи навколо цієї задачі.

Notifications і Settings

Цю відмінність варто тримати дуже чіткою:

  • settings керують тим, що ви контролюєте
  • сповіщення зберігають те, що вже сталося

Наприклад:

  • налаштування розсилки належить до settings
  • невдалий платіж належить до сповіщень

Трактування їх як одного й того самого зазвичай ускладнює розуміння продукту.

Коли Notifications Center найкорисніший

Центр стає найціннішим у такі моменти:

  • вас не було, і ви хочете знати, чи змінилося щось важливе
  • запуск здавався нормальним, але щось пізніше не вдалося
  • оформлення оплати завершилося, і ви хочете підтвердити, що акаунт насправді записав
  • кредити стали низькими, і потрібно вирішити, поповнювати баланс чи зупинитися

Це моменти, коли toast-повідомлення надто тимчасове, а повна сторінка History надто непряма.

Практична звичка зі сповіщеннями

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

  1. використовуйте Dashboard, щоб помітити, чи щось потребує уваги
  2. відкрийте повну сторінку сповіщень, коли короткого прев'ю недостатньо
  3. перейдіть за пов'язаним посиланням назад у правильний робочий простір або сторінку Settings

Так сповіщення залишаються операційним робочим простором, а не пасивною вхідною скринькою.

Читати далі

Чеклист перевірки сповіщень

Коли потрібно зрозуміти подію, а не лише фінальний результат, перевірте:

  • Перевірте, чи сповіщення стосується billing, credits, generation або стану акаунта.
  • Зв'яжіть generation-сповіщення назад із записом задачі та елементом History.
  • Зв'яжіть платіжні й кредитні сповіщення назад із billing або credits settings.
  • Сприймайте сповіщення як статусний контекст, а не як заміну інвойсів, деталей задачі або історії гаманця.
  • Використовуйте unread state для сортування пріоритетів, а не як доказ, що подію не вирішено.

Повторно перевірте, коли статус і History не збігаються

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

Зміст