Rivya में notifications center इसलिए है क्योंकि जब product real work और real account state संभालने लगता है, तब temporary feedback काफी नहीं रहता।
यह page इस बारे में है कि product में durable notifications क्यों मौजूद हैं। यह notification kinds, unread state या related-link behavior के लिए exact reference नहीं है।
Toasts पल भर के होते हैं
Toast इन बातों के लिए उपयोगी है:
- आपका task शुरू हुआ
- copy सफल रही
- वह action अभी पूरा हुआ
यह इन बातों के लिए अच्छा नहीं है:
- मेरा account state क्यों बदला?
- जब मैं दूर था तब क्या fail हुआ?
- क्या वह payment सच में दर्ज हुआ?
- मैं पहले वह run शुरू क्यों नहीं कर सका?
यही gap notifications center के मौजूद होने की असली वजह है।
Durable operational memory
Current product में ऐसे event types पहले से हैं जो moment बीत जाने के बाद भी मायने रखते हैं:
- subscription started
- subscription renewed
- payment failed
- credit package added
- generation succeeded
- generation failed
- insufficient credits
ये vanity events नहीं हैं। ये बदलते हैं कि user आगे क्या कर सकता है।
Notifications बनाम preferences
Rivya में एक useful distinction है:
- settings control करती हैं कि आप क्या manage करना चाहते हैं
- notifications बताती हैं कि असल में क्या हुआ
इसीलिए newsletter preference profile में belong करती है, जबकि failed payment notifications में belong करता है।
वे अलग समस्याएं solve करते हैं।
Workflows को memory क्यों चाहिए
Rivya one-page chat app नहीं है। User इनके बीच move कर सकता है:
- chat
- image
- video
- audio
जब product कई billable workflows में फैलता है, तो durable signals ज्यादा मायने रखते हैं:
- generation failed
- wallet बहुत low था
- payment completed
- pack added
उस memory के बिना users को state guesswork से reconstruct करनी पड़ती है।
Center क्या करता है
Current /notifications page useful signal पर focus करता है और noise अपेक्षाकृत कम रखता है।
यह आपको देता है:
- recent events की feed
- event kind के हिसाब से counts
- unread state
- mark-all-read action
- most relevant page पर वापस जाने वाले links
आखिरी बात सुनने से ज्यादा important है। Useful notification आपको ऐसी जगह ले जानी चाहिए जहां आप action ले सकें।
क्या बाहर रहता है
Rivya notifications को इनमें बदलने की कोशिश नहीं कर रहा:
- social inbox
- marketing wall
- हर single chat reply की stream
Center तभी ज्यादा भरोसेमंद बनता है जब वह selective रहता है।
Dashboard और notifications
Dashboard recent notifications का lightweight preview दिखाता है।
Full center वह जगह है जहां आप longer operational record के लिए जाते हैं।
यह pairing intentional है:
- dashboard आपको oriented रखता है
- notifications record रखती हैं
Practical benefit
Notifications center Rivya को कम disposable महसूस कराता है।
जब कुछ important होता है, account उसे याद रखता है।
यह छोटा product decision लगता है, लेकिन real use के दौरान system कितना safe लगता है, इसे बदल देता है।
Rivya में next step
- Exact page behavior चाहिए? Rivya में Notifications Center पढ़ें।
- Rivya में History
- Rivya credits, packs और plans को कैसे समझें
- Rivya में project को Chat, Image, Video और Audio के बीच कैसे move करें
Tasks traceable रखें
Notification पर act करने से पहले operational context साथ रखें:
- क्या बदला: billing, credits, generation status या account state
- कहां continue करना है: dashboard, history, billing या original task
- action अभी चाहिए या event सिर्फ record है
- notification किस task, payment या credit event से जुड़ी है
मकसद यह है कि जब आपके दूर रहने के दौरान कुछ important हुआ हो, तो memory से guess न करना पड़े।
Act करने से पहले status check करें
हर notification को work restart करने की वजह न मानें। पहले check करें कि task completed हुआ, failed हुआ, ज्यादा credits चाहिए, या उसने बस account event record किया।
अगर generation succeeded है, तो result को History से खोलें। अगर failed है, तो retry से पहले task state inspect करें। अगर event billing-related है, तो नया billable run शुरू करने से पहले credits या payment state check करें।
