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 में 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 करें।
