Piattaforma
Pagamenti: un blocco basato su Stripe per entrate reali
Checkout, abbonamenti e ricevute atterrano nella tua app come codice reale — con una modalità test per fare le prove e una modalità live per quando sei pronto a incassare.
Il blocco Pagamenti di Ciao aggiunge pagamenti basati su Stripe a un'applicazione costruita con AI: checkout, abbonamenti, ricevute e modalità test e live separate. A differenza dei widget di pagamento incorporati su piattaforme chiuse, il blocco si installa come codice reale nella tua applicazione, collegato al tuo account Stripe — le entrate arrivano a te, e l'integrazione è tua da ispezionare, estendere ed esportare.
Pubblicato 2026-07-03 · Ultimo aggiornamento 2026-07-03
Il denaro è dove i prototipi smettono di bastare
Il divario tra un'app e un'attività è un checkout funzionante. È anche dove la tolleranza per i bug scende a zero: addebiti doppi, ricevute mancanti e stati di abbonamento rotti costano una fiducia che un prodotto giovane non può permettersi di perdere. Il codice dei pagamenti è esattamente l'idraulica che i founder non dovrebbero costruire a mano e le agenzie non dovrebbero ricostruire per ogni cliente.
Il blocco Pagamenti aggiunge pagamenti basati su Stripe a un'applicazione Ciao con un clic: checkout, abbonamenti e ricevute, con modalità test e live separate. Si collega al tuo account Stripe e si installa come codice reale nella tua app — ispezionabile, estendibile e tuo.
Cosa include il blocco
Il blocco copre l'idraulica delle entrate di cui ha bisogno ogni prodotto a pagamento.
Checkout
Un flusso di acquisto basato su Stripe collegato alla tua applicazione, che gestisce la parte della transazione che non vuoi mai improvvisare.
Abbonamenti
Piani, periodi di prova, upgrade e cancellazioni costruiti sul modello di abbonamento di Stripe, guidati da regole che descrivi in linguaggio semplice.
Ricevute
I clienti ricevono le ricevute per i loro addebiti senza che nessuno costruisca prima una pipeline email.
Modalità test e live
Prova ogni flusso con le carte di test di Stripe prima che venga mai addebitata una carta reale; passa a live deliberatamente, dopo che i gate sono superati.
Dal nessun ricavo al primo addebito
Il percorso dall'installazione del blocco all'addebito di una carta reale è volutamente vincolato da gate.
1. Aggiungi il blocco Pagamenti
Un clic genera flussi di checkout, gestione degli abbonamenti e ricevute nella tua codebase, su un branch come qualsiasi altra modifica.
2. Collega il tuo account Stripe
Il tuo account, i tuoi clienti, i tuoi pagamenti. Ciao collega l'integrazione; la relazione commerciale è tra te e Stripe.
3. Descrivi cosa vendi
Prodotti, prezzi e piani in linguaggio semplice — acquisti una tantum, livelli mensili, prove gratuite — e i flussi vengono costruiti per corrispondere.
4. Prova in modalità test
Esegui l'intero percorso con le carte di test di Stripe. Il QA cattura il flusso di acquisto come replay deterministico, così resta protetto da quel momento in poi.
5. Supera i gate e vai live
Gli smoke gate e la dashboard di sicurezza per la pubblicazione si applicano come al solito. Quando tutto è verde, passa da test a live e accetta il primo pagamento reale.
6. Continua a iterare in sicurezza
Le modifiche di prezzo e i nuovi piani sono modifiche a un'area protetta — Guardrails può richiedere revisione senior per qualsiasi cosa tocchi i flussi di pagamento.
Perché è importante
I pagamenti come funzionalità governata cambiano il profilo di rischio del rilasciare funzionalità di ricavo. Il checkout è coperto da replay QA deterministici, le sonde di controllo degli accessi esercitano i confini intorno ai dati di fatturazione, e ogni modifica vicino al denaro può richiedere revisione registrata. Questa è una base diversa da un widget incollato in una pagina.
E poiché è codice reale nella tua applicazione, i casi limite restano raggiungibili: un percorso di upgrade personalizzato, logica basata sui posti, la formulazione della ricevuta che chiede il tuo team finanziario. Estendi codice che possiedi invece di negoziare con un plugin.
C'è un motivo per cui i pagamenti sono spesso il primo blocco a cui un team si rivolge: è il test più chiaro per capire se un'applicazione costruita con AI è un prodotto reale. Un checkout che supera replay deterministici, un flusso di abbonamento con revisione registrata dietro, ricevute che arrivano senza che nessuno si ricordi di inviarle — questo è ciò che significa pronto per la produzione quando c'è di mezzo il denaro.
Chi usa il blocco Pagamenti
- Founder — La prima versione a pagamento del prodotto viene rilasciata con il checkout già provato in modalità test.
- Agenzie — I prodotti clienti a pagamento smettono di richiedere una build di fatturazione su misura per ogni incarico — il blocco si installa, l'account Stripe del cliente si collega.
- Team SaaS — Logica di abbonamento con controllo dei cambiamenti governato, così gli esperimenti di prezzo non aggirano mai la revisione.
- Team interni e operativi — Prenotazioni, registrazioni e ordini a pagamento dentro strumenti altrimenti interni, con le ricevute gestite.
Note di sicurezza e governance
- ✓ Gira sul tuo account Stripe — i fondi si liquidano a te.
- ✓ I dettagli della carta sono gestiti dal checkout di Stripe, non memorizzati nel database della tua applicazione.
- ✓ Le modalità test e live sono separate; ogni flusso può essere provato prima di un addebito reale.
- ✓ I replay QA coprono i percorsi di acquisto; gli smoke gate girano prima di ogni pubblicazione.
- ✓ Guardrails può richiedere revisione senior per le modifiche ai flussi di pagamento.
- ✓ Le modifiche vicino alla fatturazione finiscono nel registro di controllo append-only.
Modalità test contro modalità live
Le due modalità esistono perché niente del tuo primo addebito reale sia una sorpresa.
| Modalità test | Modalità live | |
|---|---|---|
| Carte | Carte di test Stripe | Carte reali dei clienti |
| Denaro | Nessun fondo si muove | Gli addebiti si liquidano sul tuo account Stripe |
| Scopo | Provare i flussi ed eseguire i replay QA | Servire i clienti |
| Passaggio | Il default per le nuove funzionalità di pagamento | Attivato deliberatamente, dopo che i gate sono superati |
Domande frequenti
Ho bisogno di un mio account Stripe?
Sì — il blocco si collega al tuo account Stripe, così i clienti, i pagamenti e i pagamenti in uscita sono tuoi. Ciao genera e mantiene il codice di integrazione dentro la tua applicazione.
Posso personalizzare la logica di checkout e fatturazione?
Sì. Il blocco è codice reale nella tua app, quindi puoi cambiarlo come cambi qualsiasi altra cosa — descrivi la modifica in Builder, o punta alla pagina di checkout con inspect-to-prompt. Le modifiche ai flussi di pagamento passano attraverso gli stessi gate di tutto il resto.
Come gestiscono gli abbonamenti upgrade e cancellazioni?
Sono costruiti sul modello di abbonamento di Stripe, con la tua policy descritta in linguaggio semplice — riparametra gli upgrade, cancella a fine periodo, offri una prova. I flussi risultanti vengono catturati come replay QA così continuano a funzionare mentre l'app evolve.
È sicuro sperimentare con le funzionalità di pagamento?
È a questo che serve la struttura: le modifiche avvengono su branch, la modalità test significa nessun addebito reale, gli smoke gate girano prima di ogni pubblicazione, e Guardrails può richiedere revisione senior per le modifiche ai flussi di pagamento. La sperimentazione avviene; le sorprese in produzione non devono.
Quanto costa il blocco Pagamenti?
Il blocco fa parte della piattaforma; le commissioni di elaborazione di Stripe stesse sono tra te e Stripe. I singoli builder iniziano in self-serve con i crediti, e i programmi di produzione seri partono da 10.000 USD all'anno — vedi la pagina dei prezzi.