
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.
Su cosa si basa questa guida pricing
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
Parti da cosa serve davvero il wallet
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.
La divisione d'acquisto più pulita
| 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.
Tratta i credit di iscrizione come budget di apprendimento
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.
Quando un pack è di solito la mossa migliore
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.
Quando un piano è di solito la mossa migliore
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.
Cosa interrompe davvero un saldo basso
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.
Quando i credit sono facili da leggere male
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.
Un pattern di acquisto Rivya affidabile
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.
Dove andare dopo
- 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.
Controlla il costo prima della run
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.
Rivedi la spesa prima di iterare
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.


