Lytter …
For avsendere
MarketMute sitter på begge sider av samme anrop. Enkeltpersonen får reservasjonene sine håndhevet — du får en måte å respektere dem på før du ringer, uten noen gang å motta en eneste personopplysning fra oss.
Verso · Argumentet
En reservasjon som bare finnes i et system du aldri sjekker, følger ikke med en liste du nettopp kjøpte. Sjekken er ett API-kall, ikke et prosjekt.
Hvert anrop til noen som har protestert, risikerer en sak, en eskalering, og tid organisasjonen din ikke hadde planlagt.
Å fjerne dem som aldri kommer til å si ja, øker treffprosenten på det som blir igjen. Du ringer færre personer, men de riktige.
Hver sjekk får et tidsstemplet kvitteringsnummer. Påstår noen at du ringte til tross for en reservasjon, kan du vise nøyaktig hva du spurte om og hva du fikk til svar.
Recto · Integrasjonen
Du sender en hashet identifikator og et formål. Vi svarer på om det finnes en reservasjon — aldri hvem personen er, aldri hvorfor. Utdraget under er hele integrasjonen, ikke en forenklet versjon av den.
# Før utsending: spør om mottakeren har reservert segcurl -sS https://api.marketmute.com/v1/suppression/check \ -H "Authorization: Bearer $MARKETMUTE_KEY" \ -H "Content-Type: application/json" \ -d '{ "channel": "phone", "identifier_hash": "sha256:9f1a…c07d", "purpose": "direct_marketing" }' # Svar{ "suppressed": true, "scope": "sender", "receipt_id": "rcpt_01HZK4…"}Fire steg skiller registrering fra den første sjekken. To skjer i dine systemer, to skjer i våre. Den midterste kolonnen er grensen — og rå kontaktdata krysser den aldri.
Organisasjonsnummer og en kontaktkanal. Ingen integrasjon kreves for å komme i gang.
Innkommende slette- og reservasjonskrav håndteres i vårt grensesnitt, kostnadsfritt for deg.
Nummeret normaliseres og hashes i dine systemer. Vi mottar aldri rå kontaktdata.
Ett kall per mottaker, eller en samlet sjekk før kampanjen. Kvitteringen oppbevares på begge sider.
Grense
Neste steg
Start med portalen. Legg til API-et når volumet krever det.
Å svare på innkommende krav koster ingenting og krever ingen teknisk integrasjon. Sjekken før utsending er neste steg, når du heller vil unngå problemet enn å håndtere det.