Confronti / Distribuzione
Prodotto standalone vs embedded
Stessa capacità, due modi di portarla sul mercato. Un prodotto standalone è la tua app, dove gli utenti vengono da te; uno embedded è un widget o un SDK che vive dentro un prodotto che già usano. L'uno possiede la relazione e fa l'acquisizione; l'altro prende in prestito un pubblico e cede la superficie. Nessuno dei due è una versione minore dell'altro: sono scommesse diverse su dove si trovano già i tuoi utenti.
Due modi di lanciare
Dove sta davvero il compromesso
Quando vince lo standalone
Lanciate un prodotto vostro quando l'asset è la relazione. Se dovete possedere cliente, dati e roadmap — perché il prodotto è il business, non una funzionalità di qualcun altro — un'app standalone è l'unica forma che vi garantisce tutti e tre. Vince quando l'esperienza è l'elemento distintivo e non sopravvive compressa nel perimetro di un host, e quando siete disposti a conquistare la distribuzione invece di prenderla in prestito. Il costo è reale: sviluppate l'intera app e pagate per acquisire ogni utente. Il vantaggio è che nulla del vostro prodotto dipende dal permesso di un host.
- 01Relazione con il cliente e dati devono essere vostri, in modo diretto
- 02L'esperienza fa la differenza e richiede l'intero schermo
- 03Siete pronti a costruire e promuovere una destinazione, non una funzionalità
- 04Volete controllare prezzi, roadmap e funnel end to end
Quando vince l'embedded / whitelabel
Integrate quando gli utenti sono già altrove. Se la funzionalità vale di più come parte di un prodotto esistente che come destinazione a sé — un on/off-ramp dentro un wallet, uno step di pagamento dentro un marketplace, un wallet dentro un gioco — un widget o un SDK la porta davanti a un pubblico già formato in pochi giorni, senza chiedere a nessuno di scaricare un'altra app. Vince quando velocità e reach contano più del controllo del perimetro, e quando «invisibile, e funziona» batte «con il brand in vista, ma gli utenti devono andarlo a cercare». Il compromesso è la superficie e una quota dei ricavi — siete ospiti nel prodotto di qualcun altro.
- 01La funzionalità fa parte di un altro prodotto, non è una destinazione
- 02Il pubblico è già riunito in un luogo in cui potete integrarvi
- 03Reach e tempi di arrivo agli utenti contano più del controllo dell'intera esperienza
- 04Whitelabel o co-brand — essere invisibili è un vantaggio, non una perdita
Dove si colloca Protocore
Non dovete scegliere una volta per sempre. Protocore offre le stesse funzionalità in entrambi i modi: Ramp è un on/off-ramp da usare come flusso standalone o da integrare come widget nel vostro prodotto; Wallets è un SDK che vive dentro la vostra app; Pay è un'app completa che gestite in standalone con il vostro brand. Sotto a tutti c'è lo stesso core, quindi una funzionalità che integrate oggi e un prodotto che lanciate domani condividono un unico ledger e un'unica console operatore. Partite embedded per prendere in prestito un pubblico, passate allo standalone quando la relazione vale la pena di essere vostra — o fate entrambi, senza ricostruire ciò che sta sotto.
- 01Ramp funziona standalone o come widget integrato — stesso core in entrambi i casi
- 02Wallets è un SDK che vive dentro la vostra app, con chiavi che non lasciano mai il dispositivo
- 03Pay è un'app standalone completa con il vostro brand, sullo stesso ledger
- 04Integrate ora, lanciate il vostro prodotto più avanti, senza rifare tutto
Standalone, embedded o entrambi?
Dite dove si trovano già i vostri utenti e che cosa dovete controllare. Vi aiuteremo a scegliere la forma giusta — una destinazione, un widget o un po' di entrambi.