Skip to content
WeZend

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

BrazeWeZend
Users / external_idKontakter (matchet på e-post/telefon)
Custom attributesEgendefinerte felt
Custom eventsEvents (POST /v1/events)
SegmentsSegmenter (levende regler)
CanvasJourneys
Frequency capping / quiet hoursSendepolicy (innebygd)
Currents (event export)Warehouse-synk + webhooks
Content CardsIn-app-innboks
Intelligence SuitePrediktive 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