Porównanie / Dystrybucja
Produkt standalone a wbudowany
Ta sama funkcjonalność, dwa sposoby wdrożenia. Produkt standalone to Twoja aplikacja, do której przychodzą użytkownicy; produkt wbudowany to widget lub SDK działający wewnątrz produktu, którego już używają. Jeden zachowuje relację i sam pozyskuje klientów; drugi pożycza odbiorców i oddaje powierzchnię. Żaden nie jest gorszą wersją drugiego — to różne zakłady o to, gdzie Twoi użytkownicy już są.
Dwa sposoby wdrożenia
Gdzie naprawdę leży kompromis
Kiedy wygrywa aplikacja standalone
Wypuść własny produkt, gdy aktywem jest relacja. Jeśli musisz mieć klienta, dane i roadmapę — bo produkt jest biznesem, a nie funkcją czyjegoś produktu — aplikacja standalone jest jedyną formą, która daje wszystkie trzy. Wygrywa, gdy doświadczenie jest wyróżnikiem i nie przetrwa wciśnięcia w ramy hosta, oraz gdy jesteś gotów zapracować na dystrybucję zamiast ją pożyczać. Koszt jest realny: budujesz całą aplikację i płacisz za pozyskanie każdego użytkownika. Zysk jest taki, że nic w Twoim produkcie nie zależy od zgody hosta.
- 01Relacja z klientem i dane muszą należeć bezpośrednio do Ciebie
- 02Doświadczenie jest wyróżnikiem i potrzebuje całego ekranu
- 03Jesteś gotów zbudować i promować osobne miejsce docelowe, a nie funkcję
- 04Chcesz mieć pełną kontrolę nad cenami, roadmapą i lejkiem od początku do końca
Kiedy wygrywa rozwiązanie embedded / whitelabel
Osadź rozwiązanie, gdy użytkownicy są już gdzie indziej. Jeśli funkcja jest cenniejsza jako element istniejącego produktu niż jako osobne miejsce docelowe — on/off-ramp w portfelu, krok płatności w marketplace, portfel w grze — widget lub SDK trafia do zgromadzonej już publiczności w kilka dni, bez proszenia kogokolwiek o pobranie kolejnej aplikacji. Wygrywa, gdy szybkość i zasięg liczą się bardziej niż własna rama oraz gdy „niewidoczne i po prostu działa” bije „z marką, ale trzeba było je znaleźć”. Ceną jest powierzchnia i część przychodów — jesteś gościem w cudzym produkcie.
- 01Funkcja jest elementem innego produktu, a nie osobnym miejscem docelowym
- 02Odbiorcy są już zgromadzeni tam, gdzie możesz się zintegrować
- 03Zasięg i czas dotarcia do użytkowników ważą więcej niż kontrola nad całym doświadczeniem
- 04Whitelabel lub co-branding — niewidoczność to zaleta, nie strata
Gdzie pasuje Protocore
Nie musisz wybierać raz na zawsze. Protocore dostarcza te same możliwości w obu wariantach: Ramp to on/off-ramp, który możesz uruchomić jako samodzielny przepływ lub osadzić jako widget w swoim produkcie; Wallets to SDK działające wewnątrz Twojej aplikacji; a Pay to kompletna aplikacja uruchamiana standalone pod Twoją marką. Pod spodem pracuje ten sam rdzeń, więc funkcja, którą osadzasz dziś, i produkt, który uruchomisz jutro, korzystają z jednej księgi i jednej konsoli operatora. Zacznij od osadzenia, by pożyczyć publiczność, przejdź na standalone, gdy relacja jest warta tego, by ją posiadać — albo prowadź oba warianty bez przebudowy tego, co pod spodem.
- 01Ramp działa standalone lub jako widget — niezależnie od wariantu na tym samym rdzeniu
- 02Wallets to SDK działające w Twojej aplikacji, a klucze nigdy nie opuszczają urządzenia
- 03Pay to pełna aplikacja standalone pod Twoją marką, oparta na tej samej księdze
- 04Osadź teraz, uruchom własny produkt później — bez przebudowy
Standalone, embedded, czy jedno i drugie?
Powiedz nam, gdzie są już Twoi użytkownicy i nad czym musisz mieć kontrolę. Pomożemy wybrać formę — osobne miejsce docelowe, widget lub po trochu jedno i drugie.