Det mest nyttige å forstå om Rivya credits er ikke tallet på saldoen.
Det er jobben walleten gjør når et prosjekt begynner å bevege seg på tvers av chat, bilde, video, lyd og levende verktøy. Hvis du trenger den strenge regelreferansen, er Credits og fakturering i Rivya fortsatt eieren. Denne siden er kjøpsbeslutningsguiden.
Hva denne prisguiden bygger på
Denne guiden ble gjennomgått 28. april 2026 mot Rivyas nåværende offentlige priskonfigurasjon og faktureringsdocs.
Den gjenspeiler:
- registreringscredits: 6 credits med 30 dagers utløp
- plancredits: Basic 300, Advanced 800, Pro 1800 og Premium 3600 credits per måned
- pakkecredits: 500, 1500, 3500 eller 7000 engangscredits med 365 dagers utløp
- regelen om at /pricing og Stripe Checkout er endelig kilde for nøyaktige priser, rabatter, skatter og betalingstilgjengelighet
Start med hva walleten faktisk er til for
Rivya bruker én delt wallet på tvers av produktet.
Det betyr noe fordi prosjektet kan endre format uten å tvinge deg til å bygge om utgiftslogikken hver gang.
Det mer nyttige spørsmålet er vanligvis ikke:
hvor mye penger brukte jeg?
Det er:
har jeg fortsatt nok rom til å holde denne arbeidsflyten i gang uten avbrudd?
Derfor føles walleten operasjonell i Rivya. Den er ikke bare en saldovisning. Den er broen som hindrer arbeid på tvers av formater i å stoppe opp.
Det reneste kjøpsskillet
| Situasjon | Vanligvis bedre match | Hvorfor |
|---|---|---|
| du lærer fortsatt produktet | registreringscredits først | du trenger signal, ikke forpliktelse |
| arbeidet kommer i bursts | en pakke | du trenger overflyt, ikke månedlig rytme |
| arbeidet blir gjentakende | en plan | du trenger stabil kapasitet |
| du har allerede en plan, men treffer midlertidige topper | en pakke på toppen | du trenger ekstra rom uten å endre grunnlinjen |
Planer og pakker er ikke universelle erstatninger for hverandre. De løser ulike timingproblemer.
Behandle registreringscredits som læringsbudsjett
Registreringscredits er mest verdifulle når du bruker dem til å svare på ett praktisk spørsmål:
- passer dette produktet til måten jeg faktisk jobber på?
Det betyr vanligvis:
- én ekte chat- eller verktøyøkt
- én bilde-, lyd- eller videokjøring du faktisk bryr deg om
- én sammenligning som forteller deg om arbeidsflyten er verdt å fortsette
Det er vanligvis en feil å spre de første creditsene på tilfeldige tester bare fordi saldoen finnes. Hvis du vil ha den sterkeste ledsagerlesningen for den første læringsløkken, par denne siden med Slik kjører du din første ekte oppgave i Rivya.
Når en pakke vanligvis er det bedre grepet
En pakke er vanligvis det renere svaret når arbeidet høres slik ut:
- du tester fortsatt om Rivya hører hjemme i din normale arbeidsflyt
- arbeidet kommer i prosjektbursts i stedet for jevn månedlig bruk
- du har allerede en plan, men én kampanje- eller revisjonsuke er tyngre enn normalt
- du vil ha ekstra rom uten å bære en større gjentakende forpliktelse hele året
Pakker handler vanligvis om timing. De er ikke samme beslutning som å velge en grunnlinje for løpende bruk.
Når en plan vanligvis er det bedre grepet
En plan er vanligvis det bedre svaret når arbeidet høres mer slik ut:
- du er i Rivya hver uke eller hver måned
- prosjektet beveger seg regelmessig mellom mer enn én flate
- du vil ikke at hver travel periode skal bli en ny top-up-beslutning
- walleten støtter nå en operativ rytme, ikke en engangstopp
Da slutter en plan å føles som "flere credits" og begynner å føles som en renere arbeidsgrunnlinje.
Hva lav saldo faktisk avbryter
Lav saldo er ikke bare et faktureringsproblem. Det er et arbeidsflytavbruddsproblem.
Når walleten er for lav:
- en fakturerbar generering starter kanskje aldri upstream
- en task kan fortsatt feile synlig
- varsler kan registrere avbruddet
- prosjektet kan stoppe akkurat i øyeblikket der du var klar til å fortsette
Derfor føles lav saldo mer forstyrrende i Rivya enn i produkter der hver arbeidsflyt lever isolert.
Når credits er lette å feillese
Credits er ingen garanti for at hvert resultat blir publiserbart, og en kjøring med høyere kostnad er ikke automatisk det bedre første grepet.
Vær forsiktig når:
- du sammenligner modeller før du definerer oppgaven
- du velger en tung video- eller lydkjøring bare for å utforske en uklar idé
- du antar at en feilet task betyr det samme som et fullført, men ubrukelig resultat
- du kjøper gjentakende tilgang før du vet om arbeidet faktisk er gjentakende
Hvis kjøpsbeslutningen fortsatt er uklar, start med den minste kjøringen som kan svare på det egentlige spørsmålet.
Et pålitelig Rivya-kjøpsmønster
Hvis du vil ha den korteste pålitelige regelen, bruk denne:
- bruk registreringscredits til å lære
- kjøp en pakke hvis arbeidet er lovende, men fortsatt uregelmessig
- gå over til en plan når mønsteret blir gjentakende
- behold pakker til topper også etter at planen blir normalen
- bytt til Pris-FAQ eller Betalingscheckout i Rivya når det egentlige spørsmålet blir refusjoner, kansellering eller checkout-tilstand
Det mønsteret er vanligvis mer nyttig enn å stirre på plantabeller før du forstår din egen rytme.
Hvor du går videre
- Hvis du vil ha den brede offentlige sammenligningen, gå til Pricing.
- Hvis du vil ha kjøpssiden med korte svar, les Pris-FAQ.
- Hvis du vil ha de strengere wallet-reglene, utløpslogikken og feilet-kjøring-atferden, les Credits og fakturering i Rivya.
- Hvis du vil ha beslutningssiden for plan-versus-pakke, les Planer og pakker i Rivya.
- Hvis du vil ha den nøyaktige retur- og refresh-forklaringen etter checkout, les Betalingscheckout i Rivya.
Sjekk kostnad før du kjører
Før du bruker credits, koble kjøringen til en kjøpsbeslutning:
- Modell eller arbeidsflyt: hvilken kjøring som faktisk bruker fra walleten.
- Arbeidsmønster: læringspass, engangsburst, gjentakende arbeid, retry eller produksjonsforsøk.
- Kostnadssignal: hva modellsiden eller prissiden antyder om forventet credit-bruk.
- Billigere test: om en lettere kjøring kan svare på samme spørsmål før en tyngre.
- Kjøpsimplikasjon: om resultatet peker mot registreringscredits, en pakke, en plan eller foreløpig ingen kjøp.
Målet er ikke å bruke færrest credits hver gang. Målet er å holde forbruket matchet med den faktiske arbeidsrytmen.
Gå gjennom forbruk før du itererer
Behandle hver fullført kjøring som et kostnadssignal, ikke bevis på at samme forbruk bør fortsette. Sjekk om modellen var tyngre enn oppgaven krevde, om prompten var for bred, og om neste kjøring faktisk trenger en høyere innstilling.
Hvis resultatet er retningsmessig nyttig, fortsett fra den sterkeste delen i stedet for å starte blindt på nytt. Hvis det feiler kjerneoppgaven, fiks briefen eller modellvalget før du bruker flere credits eller endrer kjøpsgrunnlinjen.
