Enterprise engagement
Så byter du från Braze
En ingenjörsdriven migrering: användarexport via API, custom events ommappade till events-endpointet, Canvases återuppbyggda som journeys, och Currents ersatt av warehouse-synk.
En sprint av ingenjörstid över 4–6 veckors parallell drift
| Braze | WeZend |
|---|---|
| Users / external_id | Kontakter (matchade på e-post/telefon) |
| Custom attributes | Anpassade fält |
| Custom events | Events (POST /v1/events) |
| Segments | Segment (levande regler) |
| Canvas | Journeys |
| Frequency capping / quiet hours | Sändningspolicy (inbyggd) |
| Currents (event export) | Warehouse-synk + webhooks |
| Content Cards | In-app-inkorg |
| Intelligence Suite | Prediktiva poäng + AI-coach |
Läs det här först
Braze-migreringar är ingenjörsprojekt, inte marknadsföringsprojekt — ert Braze-värde bor i SDK-instrumentering och event-pipelines, och det är det som faktiskt flyttar. Den goda nyheten: WeZends yta är medvetet enklare (ren REST, inget SDK krävs), så destinationen är mindre kod än utgångspunkten.
Steg 1 — Kartlägg identitetsmodellen
Braze nycklar användare på external_id; WeZend matchar kontakter på e-post/telefon och accepterar era egna ID:n som anpassade fält. Bestäm mappningen i förväg: exportera external_id → e-post/telefon-par och spara external_id som ett anpassat fält (braze_external_id) så att historiska referenser aldrig slocknar under övergången.
Steg 2 — Exportera användare, importera kontakter
Exportera er användarbas via Brazes user-export-API:er (segmentavgränsade exporter fungerar bra — exportera segment för segment för att bevara härkomsten). Globala avregistreringar och e-poststudsar kommer först, in i Målgrupp → Spärrlistor — samma järnregel som i varje migrering på den här sajten. Importera sedan användare med attribut mappade till anpassade fält.
Steg 3 — Rikta om eventströmmen
Överallt där er backend anropar Brazes track-endpoints, anropa POST /v1/events i stället — eller parallellt under övergången; att dual-writa events i två veckor är det säkraste mönstret:
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" },
}),
});
Behåll eventnamnen identiska med er Braze-taxonomi — ombyggda segment och journeys läses naturligt, och era analytiker behåller sitt ordförråd.
Steg 4 — Canvases blir journeys
Canvas-steg översätts direkt till journey-noder: entry rules → triggers, Delay/Decision Split/Action Paths → fördröjnings- och förgreningsnoder, meddelandesteg → sändnoder (alla sex kanaler). Frequency capping och quiet hours flyttar från konfiguration per Canvas till en plattformsövergripande sändningspolicy — ett ställe, varje utskick, ingen drift per Canvas.
Bygg om i intäktsordning, testregistrera varje journey och låt parallellperioden döma: pausa en Canvas först när dess journey-tvilling har kört rent på riktig trafik.
Steg 5 — Ersätt Currents
Om Currents matar ert warehouse eller BI ersätter ni det med warehouse-synk (profiler + events till er egen databas) plus leverans-webhooks för realtidskonsumenter. De flesta team upptäcker att de två täcker varenda Currents-konsument de faktiskt hade.
Det som INTE följer med
- Engagemangshistorik för meddelanden — exportera rapporter för arkivet; WeZend-analysen börjar om från noll.
- Brazes ML-segment (predicted churn m.m.) — räkna om med de inbyggda prediktiva poängen när events flödar; de går att segmentera på samma sätt.
- Content Cards-innehåll — återskapa som in-app-inkorg-meddelanden; embed-modellen är jämförbar.
Go-live-checklista
- Identitetsmappning beslutad; braze_external_id sparat som anpassat fält
- Globala avregistreringar + studsar importerade som spärrlistor FÖRST
- Användare exporterade segment för segment, importerade med attributmappning
- Eventström dual-writad till POST /v1/events under övergången
- Intäktskritiska Canvases ombyggda som journeys och testregistrerade
- Sändningspolicy konfigurerad (tak + quiet hours) plattformsövergripande
- Currents-konsumenter omriktade till warehouse-synk / webhooks
- Canvases pausade en och en, först när journey-tvillingarna kör rent
Vanliga frågor om bytet från Braze
Braze prissätter på MAU — hur översätts det?
Det gör det inte, med flit. WeZend tar betalt för skickade meddelanden (plus er plan), inte månatligt aktiva användare — att lagra profiler och strömma events kostar ingenting. Team som kommer från MAU-prissättning brukar tycka att fakturan äntligen korrelerar med det de faktiskt gör: skickar.
Vi förlitar oss på Brazes mobil-SDK:er för push. Vad ersätter dem?
Mobil push går över FCM: koppla in er Firebase-servernyckel och registrera device tokens med POST /v1/push/subscribe från er appkod. Webbpush kräver bara SDK:t med ett enda script. In-app-meddelanden mappar till in-app-inkorgens API i stället för ett SDK-lager — enklare, och er app styr renderingen.
Kom igång gratis på minuter
- Inget kreditkort
- EU-datalagring
- 6 kanaler, ett API
- GDPR inbyggt
En plattform. Varje kundinteraktion.
Ersätt ditt lapptäcke av meddelande-API:er, CDP och automationsverktyg med en engagemangsplattform byggd för skala.
Inget kreditkort · EU-datalagring · 99,99 % drifttids-SLA