Vergleich / Distribution
Standalone-Produkt vs. Embedded
Dieselbe Funktionalität, zwei Wege zur Auslieferung. Ein Standalone-Produkt ist Ihre eigene App, zu der Nutzer kommen; ein Embedded-Produkt ist ein Widget oder SDK in einem Produkt, das sie bereits nutzen. Das eine besitzt die Beziehung und übernimmt die Akquise; das andere leiht sich eine Zielgruppe und gibt die Oberfläche ab. Keines ist die schwächere Variante – es sind unterschiedliche Wetten darauf, wo Ihre Nutzer bereits sind.
Zwei Wege zur Auslieferung
Worin der Kompromiss wirklich liegt
Wann Standalone gewinnt
Bringen Sie ein eigenes Produkt heraus, wenn die Kundenbeziehung der eigentliche Wert ist. Wenn Sie Kunden, Daten und Roadmap besitzen müssen – weil das Produkt das Geschäft ist und nicht ein Feature in fremdem Produkt –, bietet nur eine Standalone-App alle drei. Sie gewinnt, wenn das Erlebnis der Unterschied macht und sich nicht in den Rahmen eines Hosts pressen lässt, und wenn Sie bereit sind, sich Reichweite zu erarbeiten, statt sie zu leihen. Der Preis ist real: Sie bauen die gesamte App und bezahlen für jeden gewonnenen Nutzer. Dafür hängt nichts an Ihrem Produkt von der Erlaubnis eines Hosts ab.
- 01Kundenbeziehung und Daten müssen direkt bei Ihnen liegen
- 02Das Erlebnis ist der Unterschied und braucht den ganzen Bildschirm
- 03Sie sind bereit, ein eigenes Ziel aufzubauen und zu vermarkten, nicht nur ein Feature
- 04Sie wollen Preise, Roadmap und Funnel durchgängig selbst bestimmen
Wann Embedded / Whitelabel gewinnt
Binden Sie ein, wenn die Nutzer schon woanders sind. Wenn die Funktion als Feature eines bestehenden Produkts mehr wert ist als als eigenes Ziel – eine On-/Off-Ramp in einer Wallet, ein Zahlungsschritt in einem Marktplatz, eine Wallet in einem Spiel –, bringt ein Widget oder SDK sie in Tagen vor ein bestehendes Publikum, ohne dass jemand eine weitere App laden muss. Es gewinnt, wenn Tempo und Reichweite wichtiger sind als die Hoheit über den Rahmen, und wenn „unsichtbar und es funktioniert“ schlägt, was „mit Marke, aber man musste es erst finden“ bietet. Der Preis sind Oberfläche und ein Teil der Erlöse – Sie sind Gast im Produkt eines anderen.
- 01Die Funktion ist ein Feature eines anderen Produkts, kein eigenes Ziel
- 02Das Publikum ist bereits versammelt, und zwar dort, wo Sie integrieren können
- 03Reichweite und Time-to-Users zählen mehr als die Hoheit über das gesamte Erlebnis
- 04Whitelabel oder Co-Branding – Unsichtbarkeit ist ein Feature, kein Verlust
Wo Protocore passt
Sie müssen sich nicht ein für alle Mal entscheiden. Protocore liefert dieselben Funktionen in beiden Formen: Ramp ist eine On-/Off-Ramp, die Sie als eigenständigen Flow betreiben oder als Widget in Ihr Produkt einbetten; Wallets ist ein SDK, das in Ihrer App lebt; und Pay ist eine vollständige App, die Sie eigenständig unter Ihrer Marke betreiben. Unter allem liegt derselbe Core – eine Funktion, die Sie heute einbetten, und ein Produkt, das Sie morgen aufsetzen, teilen sich ein Ledger und eine Operator-Konsole. Starten Sie eingebettet, um ein Publikum zu leihen, gehen Sie Standalone, wenn sich die Beziehung lohnt – oder betreiben Sie beides, ohne das Fundament neu zu bauen.
- 01Ramp läuft eigenständig oder als Widget eingebettet – in beiden Fällen derselbe Core
- 02Wallets ist ein SDK in Ihrer App, die Schlüssel verlassen nie das Gerät
- 03Pay ist eine vollständige Standalone-App unter Ihrer Marke auf demselben Ledger
- 04Jetzt einbetten, später ein eigenes Produkt aufsetzen – ohne Neuaufbau
Standalone, eingebettet oder beides?
Sagen Sie uns, wo Ihre Nutzer schon sind und was Sie selbst besitzen müssen. Wir helfen Ihnen, die passende Form zu finden – ein eigenes Ziel, ein Widget oder von beidem etwas.