Comparar / Distribuição
Produto standalone vs embarcado
Mesma capacidade, duas formas de lançar. Um produto standalone é o seu próprio app, aonde os usuários vêm; um embarcado é um widget ou SDK que vive dentro de um produto que eles já usam. Um é dono do relacionamento e faz a aquisição; o outro toma emprestada uma audiência e abre mão da superfície. Nenhum é uma versão menor do outro — são apostas diferentes sobre onde seus usuários já estão.
Duas formas de lançar
Onde o trade-off realmente está
Quando o standalone vence
Lance seu próprio produto quando o relacionamento é o ativo. Se você precisa ser dono do cliente, dos dados e do roadmap — porque o produto é o negócio, e não uma funcionalidade do produto de outra empresa — um app standalone é o único formato que entrega os três. Ele vence quando a experiência é o diferencial e não sobrevive espremida no quadro de um host, e quando você está disposto a conquistar a distribuição em vez de tomá-la emprestada. O custo é real: você constrói o app inteiro e paga para adquirir cada usuário. A recompensa é que nada no seu produto depende da permissão de um host.
- 01O relacionamento com o cliente e os dados precisam ser seus, de forma direta
- 02A experiência é o diferencial e precisa da tela inteira
- 03Você está pronto para construir e divulgar um destino, não uma funcionalidade
- 04Você quer ser dono de preço, roadmap e funil de ponta a ponta
Quando o embedded / whitelabel vence
Embuta quando os usuários já estão em outro lugar. Se a funcionalidade vale mais como recurso de um produto existente do que como destino próprio — uma on/off-ramp dentro de uma carteira, uma etapa de pagamento dentro de um marketplace, uma carteira dentro de um jogo — então um widget ou SDK a coloca diante de um público já formado em dias, sem pedir a ninguém que baixe outro app. Ele vence quando velocidade e alcance importam mais do que ser dono do quadro, e quando "invisível, e simplesmente funciona" vale mais do que "com a sua marca, e o usuário teve que ir atrás". A troca é a superfície e uma parte da economia — você é um convidado no produto de outra pessoa.
- 01A funcionalidade é um recurso de outro produto, não um destino
- 02O público já está reunido em algum lugar onde você pode se integrar
- 03Alcance e tempo até os usuários valem mais do que ser dono de toda a experiência
- 04Whitelabel ou co-brand — ser invisível é um recurso, não uma perda
Onde a Protocore se encaixa
Você não precisa escolher uma vez e para sempre. A Protocore entrega as mesmas capacidades dos dois jeitos: o Ramp é uma on/off-ramp que você pode rodar como fluxo standalone ou embutir como widget no seu produto; o Wallets é um SDK que vive dentro do seu app; e o Pay é um app completo que você opera standalone com a sua marca. O mesmo core está por baixo de todos eles, então uma capacidade que você embute hoje e um produto que você lança amanhã compartilham um único ledger e um único console de operação. Comece embarcado para tomar um público emprestado, vá para o standalone quando o relacionamento valer ser seu — ou rode os dois, sem reconstruir o que está por baixo.
- 01O Ramp roda standalone ou embutido como widget — o mesmo core nos dois casos
- 02O Wallets é um SDK que vive dentro do seu app, com as chaves nunca saindo do dispositivo
- 03O Pay é um app standalone completo com a sua marca, no mesmo ledger
- 04Embuta agora, lance seu próprio produto depois, sem reconstruir
Standalone, embedded ou os dois?
Conte onde seus usuários já estão e o que você precisa controlar. Ajudamos você a escolher o formato — um destino, um widget ou um pouco de cada.