Enterprise engagement
Slik bytter du fra Braze
En ingeniørdrevet migrering: brukereksport via API, custom events remappet til events-endepunktet, Canvases gjenoppbygget som journeys, og Currents erstattet av warehouse-synk.
En sprint med ingeniørtid over 4–6 ukers parallell drift
| Braze | WeZend |
|---|---|
| Users / external_id | Kontakter (matchet på e-post/telefon) |
| Custom attributes | Egendefinerte felt |
| Custom events | Events (POST /v1/events) |
| Segments | Segmenter (levende regler) |
| Canvas | Journeys |
| Frequency capping / quiet hours | Sendepolicy (innebygd) |
| Currents (event export) | Warehouse-synk + webhooks |
| Content Cards | In-app-innboks |
| Intelligence Suite | Prediktive skårer + AI-coach |
Les dette først
Braze-migreringer er ingeniørprosjekter, ikke markedsføringsprosjekter — Braze-verdien deres bor i SDK-instrumentering og event-pipelines, og det er det som faktisk flytter seg. Den gode nyheten: WeZends flate er bevisst enklere (ren REST, ingen SDK påkrevd), så destinasjonen er mindre kode enn utgangspunktet.
Trinn 1 — Kartlegg identitetsmodellen
Braze nøkler brukere på external_id; WeZend matcher kontakter på e-post/telefon og godtar deres egne ID-er som egendefinerte felt. Bestem mappingen på forhånd: eksporter external_id → e-post/telefon-par, og lagre external_id som et egendefinert felt (braze_external_id) slik at historiske referanser aldri blir borte under overgangen.
Trinn 2 — Eksporter brukere, importer kontakter
Eksporter brukerbasen via Brazes user-export-API-er (segmentavgrensede eksporter fungerer godt — eksporter segment for segment for å bevare proveniensen). Globale avmeldinger og e-postbounces kommer først, inn i Målgruppe → Sperrelister — samme jernregel som i alle migreringer på dette nettstedet. Importer deretter brukere med attributter mappet til egendefinerte felt.
Trinn 3 — Pek eventstrømmen om
Overalt hvor backend-en deres kaller Brazes track-endepunkter, kall POST /v1/events i stedet — eller parallelt under overgangen; å dual-write events i to uker er det tryggeste mønsteret:
await fetch("https://api.wezend.com/v1/events", {
method: "POST",
headers: { "X-API-Key": process.env.WEZEND_API_KEY, "Content-Type": "application/json" },
body: JSON.stringify({
contact: { email: user.email },
event: "order_completed",
properties: { value: 499, currency: "DKK" },
}),
});
Behold eventnavnene identiske med Braze-taksonomien deres — gjenoppbygde segmenter og journeys leses naturlig, og analytikerne beholder vokabularet sitt.
Trinn 4 — Canvases blir journeys
Canvas-trinn oversettes direkte til journey-noder: entry rules → triggere, Delay/Decision Split/Action Paths → forsinkelses- og forgreningsnoder, meldingstrinn → sendenoder (alle seks kanaler). Frequency capping og quiet hours flytter fra konfigurasjon per Canvas til en plattformsdekkende sendepolicy — ett sted, hver sending, ingen drift per Canvas.
Gjenoppbygg i inntektsrekkefølge, testpåmeld hver journey, og la parallellperioden dømme: sett en Canvas på pause først når journey-tvillingen har kjørt rent på ekte trafikk.
Trinn 5 — Erstatt Currents
Hvis Currents mater warehouse-et eller BI-en deres, erstatt den med warehouse-synk (profiler + events til deres egen database) pluss leverings-webhooks for sanntidsforbrukere. De fleste team oppdager at de to dekker hver eneste Currents-forbruker de faktisk hadde.
Det som IKKE blir med
- Engasjementshistorikk for meldinger — eksporter rapporter til arkivet; WeZend-analysen starter på nytt.
- Brazes ML-segmenter (predicted churn m.m.) — beregn på nytt med de innebygde prediktive skårene når events flyter; de kan segmenteres på samme måte.
- Content Cards-innhold — gjenskap som in-app-innboks-meldinger; embed-modellen er sammenlignbar.
Go-live-sjekkliste
- Identitetsmapping bestemt; braze_external_id lagret som egendefinert felt
- Globale avmeldinger + bounces importert som sperrelister FØRST
- Brukere eksportert segment for segment, importert med attributtmapping
- Eventstrøm dual-writet til POST /v1/events under overgangen
- Inntektskritiske Canvases gjenoppbygget som journeys og testpåmeldt
- Sendepolicy konfigurert (tak + quiet hours) på plattformsnivå
- Currents-forbrukere pekt om til warehouse-synk / webhooks
- Canvases satt på pause én om gangen, først når journey-tvillingene kjører rent
Ofte stilte spørsmål om byttet fra Braze
Braze priser på MAU — hvordan oversettes det?
Det gjør det ikke, med vilje. WeZend tar betalt for sendte meldinger (pluss planen deres), ikke månedlig aktive brukere — å lagre profiler og strømme events koster ingenting. Team som kommer fra MAU-prising opplever gjerne at regningen endelig samsvarer med det de faktisk gjør: å sende.
Vi er avhengige av Brazes mobil-SDK-er for push. Hva erstatter dem?
Mobil push går over FCM: koble til Firebase-servernøkkelen deres og registrer device tokens med POST /v1/push/subscribe fra appkoden. Web-push krever bare SDK-et med ett enkelt script. In-app-meldinger mappes til API-et for in-app-innboksen i stedet for et SDK-lag — enklere, og appen deres styrer renderingen.
Kom i gang gratis på minutter
- Intet kredittkort
- EU-datalagring
- 6 kanaler, ett API
- GDPR innebygd
Én plattform. Hver kundeinteraksjon.
Erstatt lappeteppet av meldings-API-er, CDP og automatiseringsverktøy med én engasjementsplattform bygget for skala.
Ingen kredittkort · EU-datalagring · 99,99 % oppetids-SLA