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

Dimension
Produto standalone
Embebido / whitelabel
Onde está o utilizador
Traz os utilizadores até si. Uma app standalone é um destino — é dono da porta de entrada e de toda a sessão, e paga para a encher.
Encontra-os onde já estão. Um widget ou SDK embebido vive dentro de um produto que já tem a audiência reunida.
Quem é dono da experiência
Totalmente seu. Cada ecrã, fluxo e momento do percurso é seu para desenhar e alterar.
Partilhado. O componente é seu; a moldura à volta é do anfitrião, e a sua superfície termina nos limites que ele definir.
Custo de integração
Criar e lançar uma app: lojas, atualizações, autenticação, tudo. Custa mais no início, mas nada depende das restrições de um anfitrião.
Um widget ou SDK pronto a integrar — de dias a semanas — mas limitado pela plataforma, pela revisão e pelo ciclo de lançamentos do anfitrião.
Marca
Em primeiro plano. Os utilizadores sabem em que produto estão, e a relação é direta.
Ao seu gosto — de co-branded a whitelabel total, em que a funcionalidade parece do anfitrião e a sua fica invisível.
Distribuição e aquisição
Conquista-se. O crescimento é o seu marketing, o seu funil, o seu custo de aquisição — arranque mais lento, efeito composto quando funciona.
Emprestada. Herda o tráfego e o contexto do anfitrião, pelo que uma funcionalidade chega aos utilizadores no primeiro dia — mas nas condições dele.
Receita e relação
Direta. Os preços, o cliente e os dados são seus — tal como o custo total de os servir.
Mediada. A economia é partilhada com o anfitrião, e a relação com o cliente final é primeiro dele, e sua através dele.
01

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.

  1. 01A relação com o cliente e os dados têm de ser seus, diretamente
  2. 02A experiência é o diferenciador e precisa do ecrã inteiro
  3. 03Está preparado para construir e promover um destino, não uma funcionalidade
  4. 04Quer controlar preços, roadmap e funil de ponta a ponta
02

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.

  1. 01A funcionalidade faz parte de outro produto, não é um destino
  2. 02O público já está reunido num sítio onde pode integrar
  3. 03Alcance e tempo até aos utilizadores valem mais do que controlar toda a experiência
  4. 04Whitelabel ou co-brand — ser invisível é uma vantagem, não uma perda
03

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.

  1. 01A Ramp funciona standalone ou integrada como widget — o mesmo core nos dois casos
  2. 02A Wallets é um SDK que vive dentro da sua app, com as chaves sempre no dispositivo
  3. 03A Pay é uma app standalone completa, sob a sua marca, sobre o mesmo ledger
  4. 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.