Rivya の通知を使って、請求イベント、クレジット、生成結果、残高不足、dashboard preview、未読状態、フォローアップを追跡するためのガイド。

請求イベント、クレジットの変化、生成ステータス、未読項目、イベント後にどこで対応すべきかを理解する必要がある場合は、この通知センターガイドを使います。

Rivya の通知センターは、プロダクトを忙しく見せるためのものではありません。

最初に発生した瞬間のあとも、重要であり続けるイベントがあるために存在します。

通知が本当に答える質問

通知が最も役立つのは、次を聞いているときではありません。

何を作ったのか。

通知が答えるのは次です。

このアカウントで何が起き、次の行動を変える可能性があるのか。

だからこそ、通知は history と settings のどちらとも異なります。

通知は運用イベント用であり、一般的な活動用ではない

現在のライブ通知ストリームは、実用上、次の 3 種類を中心に構成されています。

billing
credits
generation

より広いデータモデルには account kind もありますが、現在のユーザー向けアクティブストリームは、意図的に上の 3 種類を中心にしています。

これは機能不足ではなく、プロダクト上の選択です。システムは、あらゆるイベントではなく、有用なシグナルを残そうとしています。

ここで本当に重要なイベント

現時点で、特に重要な永続通知イベントには次が含まれます。

サブスクリプション開始
サブスクリプション更新
支払い失敗
クレジットパッケージ追加
生成成功
生成失敗
クレジット不足

これらは単なるステータス装飾ではありません。それぞれが、作業を続けるべきか、チャージすべきか、何かを開き直すべきか、失敗を調査すべきかを変えることがあります。

別ページにも結果があるのに通知が存在する理由

そこが通知センターを有用にしている点です。

生成結果は、すでに history に表示されていることがあります。請求の変化も、billing または credits ページに表示されていることがあります。

それでも通知が重要なのは、横断的な質問に答えるからです。

今すぐ気づくべき重要な結果はどれか。

そのため、同じイベントが次の両方に表示されることがあります。

関連する workspace または settings ページ
永続的な運用記録としての notifications

Dashboard Preview と完全な通知ページ

dashboard preview は短い版です。

これは次に答えるためにあります。

未読項目はあるか。
緊急のものはあるか。
完全なセンターを開くべきか。

完全な /notifications ページでは、より長い運用ビューを確認できます。

現在、次を提供しています。

最近の通知フィード
kind 別の件数
未読状態
すべて既読にするアクション
最も関連するプロダクトページへ戻るリンク

最後の点は、見た目以上に重要です。有用な通知は、実行可能な場所へ連れていくべきです。

Notifications と History

主な質問が次の場合は、History を使います。

何を作ったか、または何を話したか。

主な質問が次の場合は、notifications を使います。

注意、説明、フォローアップが必要かもしれない何が起きたのか。

生成が失敗した場合、問題に最初に気づく場所が notifications になることがあります。History は、そのタスクの周辺にあるより広い作業記録を開き直す場所です。

Notifications と Settings

この区別は明確に保つ価値があります。

settings は、自分が制御するものを管理する
notifications は、すでに起きたことを残す

たとえば:

ニュースレター設定は settings に属します
支払い失敗は notifications に属します

これらを同じものとして扱うと、たいていプロダクトを理解しにくくします。

通知センターが最も有用なとき

通知センターは、次のような場面で最も価値があります。

しばらく離れていて、重要な変化があったか知りたい
実行は問題なさそうに見えたが、後で何かが失敗した
checkout が完了し、アカウントに実際に何が記録されたか確認したい
クレジットが少なくなり、チャージするか止めるかを決める必要がある

こうした場面では、トースト通知は一時的すぎ、完全な history ページは間接的すぎます。

実用的な通知の使い方

多くのユーザーにとって、よいパターンは次のとおりです。

dashboard で注意が必要なものがあるかを見つける
短い preview では足りない場合に完全な通知ページを開く
関連リンクをたどって、適切な workspace または settings ページへ戻る

これにより、通知は受け身の inbox ではなく、運用 workspace のように機能します。

次に読む

通知レビューチェックリスト

最終出力だけでなくイベントを理解する必要がある場合は、次を確認します。

通知が billing、credits、generation、または account state に関するものかを確認する。
generation alert をタスク記録と history item に結びつける。
payment alert と credit alert を billing または credits settings に結びつける。
通知はステータス文脈として扱い、invoice、タスク詳細、wallet history の代わりにしない。
未読状態は優先度判断に使い、イベントが未解決である証拠として扱わない。

ステータスと履歴が食い違う場合は再確認する

通知が示す内容と history、wallet、billing state が異なる場合は再確認します。最新の確定済みアカウント状態が、次のアクションを決めるべきです。

Rivya 通知センターガイド