Rivya に通知センターがあるのは、プロダクトが本物の作業と本物のアカウント状態を扱い始めると、一時的なフィードバックだけでは足りなくなるからです。
このページは、プロダクト内に永続的な通知が存在する理由について説明します。通知の種類、未読状態、関連リンクの挙動に関する正確な参照ではありません。
一時通知はその場限り
一時通知は次のようなことに役立ちます。
- タスクが開始した
- コピーが成功した
- そのアクションがちょうど完了した
ただし、次には向いていません。
- なぜアカウント状態が変わったのか？
- 離れている間に何が失敗したのか？
- その支払いは本当に反映されたのか？
- なぜさっきの実行を開始できなかったのか？
この差こそが、通知センターが存在する理由です。
永続的な運用記憶
現在のプロダクトには、その瞬間が過ぎた後も重要なイベントタイプがすでにあります。
- サブスクリプション開始
- サブスクリプション更新
- 支払い失敗
- クレジットパッケージ追加
- 生成成功
- 生成失敗
- クレジット不足
これらは見栄えのためのイベントではありません。ユーザーが次にできることを変えます。
通知と設定
Rivya で役立つ区別の1つは次です。
- 設定は管理したいものを制御する
- 通知は実際に起きたことを伝える
だからニュースレター設定はプロフィールに属し、支払い失敗は通知に属します。
それぞれ違う問題を解いています。
ワークフローには記憶が必要
Rivya は1ページの chat アプリではありません。ユーザーは次の間を移動できます。
- chat
- image
- video
- audio
プロダクトが複数の課金対象ワークフローにまたがると、永続的なシグナルの重要性が増します。
- 生成が失敗した
- ウォレットが低すぎた
- 支払いが完了した
- パックが追加された
その記憶がなければ、ユーザーは推測で状態を再構成するしかありません。
センターが行うこと
現在の /notifications ページは、ノイズを比較的少なく保ちながら有用なシグナルに集中しています。
提供するもの：
- 最近イベントのフィード
- イベント種類ごとの件数
- 未読状態
- すべて既読にするアクション
- 最も関連するページへ戻るリンク
最後の部分は、見た目以上に重要です。有用な通知は、実際に行動できる場所へ連れていくべきです。
入れないもの
Rivya は通知を次のようなものにしようとしていません。
- ソーシャル inbox
- マーケティング掲示板
- すべての chat 返信のストリーム
センターが選択的であり続ける場合にだけ、プロダクトはより信頼できるものになります。
ダッシュボードと通知
ダッシュボードは最近の通知の軽いプレビューを表示します。
完全なセンターは、より長い運用記録が必要なときに行く場所です。
この組み合わせは意図的です。
- ダッシュボードは方向感を保つ
- 通知は記録を保つ
実用上の利点
通知センターは、Rivya を使い捨てに感じにくくします。
重要なことが起きたとき、アカウントがそれを記憶します。
小さなプロダクト判断に聞こえますが、実際の利用中にシステムの安全感を変えます。
Rivya での次のステップ
- 正確なページ挙動が必要ですか？Rivya の通知センター を読んでください。
- Rivya の履歴
- Rivya のクレジット、パック、プランの考え方
- Rivya の Chat、Image、Video、Audio をどう行き来するか
タスクを追跡可能に保つ
通知に対応する前に、運用文脈をまとめて確認します。
- 何が変わったか：請求、クレジット、生成ステータス、またはアカウント状態
- どこで続けるか：ダッシュボード、履歴、請求、または元のタスク
- 今アクションが必要なのか、それともイベントは記録だけなのか
- 通知がどのタスク、支払い、クレジットイベントを指しているか
重要なことが離席中に起きたとき、記憶から推測しないようにすることが目的です。
行動する前にステータスを確認する
すべての通知を、作業を再開する理由として扱わないでください。まず、タスクが完了したのか、失敗したのか、さらにクレジットが必要なのか、単にアカウントイベントを記録しただけなのかを確認します。
生成が成功したなら、履歴から結果を開きます。失敗したなら、再試行する前にタスク状態を確認します。請求関連イベントなら、別の課金対象実行を始める前にクレジットまたは支払い状態を確認します。
