Comparar / Distribuição
Produto standalone vs embebido
A mesma capacidade, duas formas de a lançar. Um produto standalone é a sua própria app, para onde os utilizadores vêm; um embebido é um widget ou SDK que vive dentro de um produto que já usam. Um é dono da relação e faz a aquisição; o outro pede emprestada uma audiência e abdica da superfície. Nenhum é uma versão menor do outro — são apostas diferentes sobre onde os seus utilizadores já estão.
Duas formas de lançar
Onde está realmente o compromisso
Quando o standalone ganha
Lance o seu próprio produto quando a relação é o ativo. Se precisa de ser dono do cliente, dos dados e do roadmap — porque o produto é o negócio, não uma funcionalidade de outro — uma app standalone é a única forma que lhe dá os três. Ganha quando a experiência é o diferenciador e não sobrevive espremida na moldura de um anfitrião, e quando está disposto a conquistar distribuição em vez de a pedir emprestada. O custo é real: constrói a app inteira e paga para adquirir cada utilizador. A compensação é que nada no seu produto depende da autorização de um anfitrião.
- 01A relação com o cliente e os dados têm de ser seus, diretamente
- 02A experiência é o diferenciador e precisa do ecrã inteiro
- 03Está preparado para construir e promover um destino, não uma funcionalidade
- 04Quer controlar preços, roadmap e funil de ponta a ponta
Quando o embedded / whitelabel ganha
Integre quando os utilizadores já estão noutro sítio. Se a funcionalidade vale mais como parte de um produto existente do que como destino próprio — uma on/off-ramp dentro de uma wallet, um passo de pagamento num marketplace, uma wallet dentro de um jogo — um widget ou SDK coloca-a à frente de um público já reunido em dias, sem pedir a ninguém que descarregue outra app. Ganha quando a rapidez e o alcance pesam mais do que controlar a moldura, e quando «invisível, e simplesmente funciona» vence «com marca, e tiveram de ir procurá-la». A troca é a superfície e uma parte da economia — é um convidado no produto de outro.
- 01A funcionalidade faz parte de outro produto, não é um destino
- 02O público já está reunido num sítio onde pode integrar
- 03Alcance e tempo até aos utilizadores valem mais do que controlar toda a experiência
- 04Whitelabel ou co-brand — ser invisível é uma vantagem, não uma perda
Onde entra a Protocore
Não tem de escolher uma vez para sempre. A Protocore entrega as mesmas capacidades das duas formas: a Ramp é uma on/off-ramp que pode correr como fluxo standalone ou integrar como widget no seu produto; a Wallets é um SDK que vive dentro da sua app; e a Pay é uma app completa que corre standalone sob a sua marca. O mesmo core está por baixo de todas, pelo que uma capacidade que integra hoje e um produto que lança amanhã partilham um só ledger e uma só consola de operador. Comece embedded para ganhar audiência, passe a standalone quando a relação valer a pena — ou use ambos, sem reconstruir o que está por baixo.
- 01A Ramp funciona standalone ou integrada como widget — o mesmo core nos dois casos
- 02A Wallets é um SDK que vive dentro da sua app, com as chaves sempre no dispositivo
- 03A Pay é uma app standalone completa, sob a sua marca, sobre o mesmo ledger
- 04Integre agora, lance o seu produto mais tarde, sem reconstruir
Standalone, embedded, ou ambos?
Diga-nos onde estão já os seus utilizadores e o que precisa de controlar. Ajudamos a escolher a forma — um destino, um widget, ou um pouco de cada.