Skip to content
WeZend

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

BrazeWeZend
Users / external_idKontakter (matchade på e-post/telefon)
Custom attributesAnpassade fält
Custom eventsEvents (POST /v1/events)
SegmentsSegment (levande regler)
CanvasJourneys
Frequency capping / quiet hoursSändningspolicy (inbyggd)
Currents (event export)Warehouse-synk + webhooks
Content CardsIn-app-inkorg
Intelligence SuitePrediktiva 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