Rivya AI
Rivya Journal
Autore
Categorie
Indice
Continua a esplorare
Continua con guide correlate, note di prodotto e analisi dei workflow dal team Rivya.
La cosa più utile da capire sui credit Rivya non è il numero nel saldo.
È il lavoro che il wallet svolge quando un progetto inizia a muoversi tra chat, immagine, video, audio e strumenti live. Se ti serve il riferimento con le regole strette, Credit e billing in Rivya resta la fonte proprietaria. Questa pagina è la guida alla decisione di acquisto.
Questa guida è stata rivista il 28 aprile 2026 rispetto alla configurazione pricing pubblica corrente e ai docs billing di Rivya.
Riflette:
credit di iscrizione: 6 credit con scadenza a 30 giorni
credit dei piani: Basic 300, Advanced 800, Pro 1800 e Premium 3600 credit al mese
credit dei pack: 500, 1500, 3500 o 7000 credit una tantum con scadenza a 365 giorni
la regola per cui /pricing e Stripe Checkout sono la fonte finale per prezzi esatti, sconti, tasse e disponibilità dei pagamenti
Rivya usa un wallet condiviso in tutto il prodotto.
Conta perché il progetto può cambiare formato senza costringerti a ricostruire ogni volta la logica di spesa.
La domanda più utile di solito non è:
quanti soldi ho speso?
È:
ho ancora abbastanza margine per tenere questo workflow in movimento senza interruzioni?
Per questo il wallet in Rivya sembra operativo. Non è solo un display del saldo. È il ponte che impedisce al lavoro cross-format di bloccarsi.
| Situazione | Di solito il fit migliore | Perché |
|---|---|---|
| stai ancora imparando il prodotto | prima i credit di iscrizione | ti serve segnale, non impegno |
| il lavoro arriva a picchi | un pack | ti serve overflow, non un ritmo mensile |
| il lavoro sta diventando ricorrente | un piano | ti serve capacità stabile |
| hai già un piano ma incontri picchi temporanei | un pack sopra | ti serve margine extra senza cambiare baseline |
Piani e pack non sono sostituti universali l'uno dell'altro. Risolvono problemi di timing diversi.
I credit di iscrizione hanno più valore quando li usi per rispondere a una domanda pratica:
questo prodotto si adatta al modo in cui lavoro davvero?
Di solito significa:
una vera sessione chat o tool
una run immagine, audio o video a cui tieni davvero
un confronto che ti dica se vale la pena continuare il workflow
Di solito è un errore spargere i primi credit su test casuali solo perché il saldo esiste. Se vuoi la lettura companion più forte per quel primo loop di apprendimento, abbina questa pagina a Come eseguire il tuo primo task reale in Rivya.
Un pack è di solito la risposta più pulita quando il lavoro suona così:
stai ancora testando se Rivya appartiene al tuo workflow normale
il lavoro arriva in picchi di progetto invece che in uso mensile stabile
hai già un piano, ma una campagna o una settimana di revisioni è più pesante del normale
vuoi margine extra senza portarti dietro tutto l'anno un impegno ricorrente più grande
I pack riguardano di solito il timing. Non sono la stessa decisione di scegliere una baseline per l'uso continuativo.
Un piano è di solito la risposta migliore quando il lavoro suona più così:
sei in Rivya ogni settimana o ogni mese
il progetto passa regolarmente tra più di una superficie
non vuoi che ogni periodo intenso diventi un'altra decisione di top-up
il wallet ora supporta un ritmo operativo, non un picco isolato
È allora che un piano smette di sembrare "più credit" e inizia a sembrare una baseline di lavoro più pulita.
Il saldo basso non è solo un problema di billing. È un problema di interruzione del workflow.
Quando il wallet è troppo basso:
una generazione fatturabile potrebbe non partire upstream
un task può comunque fallire in modo visibile
le notifiche possono registrare l'interruzione
il progetto può bloccarsi nel momento esatto in cui eri pronto a continuare
Per questo il saldo basso sembra più dirompente in Rivya rispetto a prodotti in cui ogni workflow vive isolato.
I credit non garantiscono che ogni risultato sarà pubblicabile, e una run più costosa non è automaticamente la prima mossa migliore.
Fai attenzione quando:
confronti modelli prima di definire il task
scegli una run video o audio pesante solo per esplorare un'idea poco chiara
assumi che un task fallito significhi la stessa cosa di un risultato completato ma inutilizzabile
acquisti accesso ricorrente prima di sapere se il lavoro è davvero ricorrente
Se la decisione di acquisto è ancora poco chiara, inizia dalla run più piccola che può rispondere alla domanda reale.
Se vuoi la regola breve e affidabile, usa questa:
usa i credit di iscrizione per imparare
compra un pack se il lavoro è promettente ma ancora irregolare
passa a un piano quando il pattern diventa ricorrente
tieni i pack per i picchi anche dopo che il piano diventa normale
passa a Pricing FAQ o Payment Checkout in Rivya quando la domanda reale diventa rimborsi, cancellazione o stato checkout
Di solito questo pattern è più utile che fissare tabelle di piani prima di capire il tuo ritmo.
Se vuoi il confronto pubblico ampio, vai a Pricing.
Se vuoi la pagina di acquisto a risposta breve, leggi Pricing FAQ.
Se vuoi regole wallet più strette, logica di scadenza e comportamento delle run fallite, leggi Credit e billing in Rivya.
Se vuoi la pagina decisionale piani-vs-pack, leggi Piani e pack in Rivya.
Se vuoi la spiegazione esatta di ritorno e refresh dopo checkout, leggi Payment Checkout in Rivya.
Prima di spendere credit, collega la run a una decisione di acquisto:
Modello o workflow: quale run spenderà davvero dal wallet.
Pattern di lavoro: passaggio di apprendimento, picco una tantum, lavoro ricorrente, retry o tentativo di produzione.
Segnale di costo: cosa suggerisce la pagina modello o pricing sull'uso previsto di credit.
Test più economico: se una run più leggera può rispondere alla stessa domanda prima di una più pesante.
Implicazione d'acquisto: se il risultato punta verso credit di iscrizione, un pack, un piano o nessun acquisto per ora.
L'obiettivo non è spendere ogni volta il minor numero di credit. L'obiettivo è mantenere la spesa allineata al ritmo reale del lavoro.
Tratta ogni run completata come un segnale di costo, non come prova che la stessa spesa debba continuare. Controlla se il modello era più pesante di quanto richiedesse il task, se il prompt era troppo ampio e se la prossima run ha davvero bisogno di un'impostazione più alta.
Se il risultato è utile in direzione, continua dalla parte più forte invece di ricominciare alla cieca. Se fallisce il task centrale, correggi brief o scelta modello prima di spendere altri credit o cambiare baseline d'acquisto.
