Sådan bør leverandører af stemme-AI og servicepartnere afgrænse den første aftale

En første partnerdrevet stemme-AI-aftale går galt et forudsigeligt sted: Kunden, servicepartneren og platformleverandøren antager hver især, at en af de andre ejer en del af arbejdet. Løsningen er en skriftlig afgrænsning med én ansvarlig for afdækningen, én opkaldstype, en navngiven ejer for hver arbejdsstrøm, leverandørydelser kun dér, hvor aftalen faktisk kræver dem, og serviceydelser prissat separat fra forbrug.

Det er den afgrænsningsproces, vi ville give en partner, inden deres første tilbud sendes ud. Hvis du er kunden, er det også listen over ting, du skal bede din partner om at få på skrift.

TL;DR

• Partneren ejer afdækningen, fordi partneren ejer kunderelationen og driver agenten efter lancering.
• Afgræns den første implementering til én opkaldstype, ét indgangspunkt, ét kildesystem og én viderestillingsvej.
• Inddrag leverandørens implementeringssupport, når risikoen ligger i platformlaget: telefoni i kontaktcenteret, kontraktvilkår på enterprise-niveau eller kapacitet ud over standardgrænserne.
• Skriv fordelingen som en tabel med én ejer pr. række, inklusive kundens egne rækker.
• Prissæt serviceydelserne separat fra platformforbruget, og bekræft eventuelle omkostninger til leverandørydelser, før du giver tilbud.
• Provision, minimumsaftalestørrelser og priser på leverandørydelser er spørgsmål, der skal aftales med leverandøren – ikke antagelser, der bygges ind i et tilbud.

Hvem bør eje afdækningen i en partnerdrevet aftale?

Det bør partneren. Partneren har kunderelationen, skriver arbejdsbeskrivelsen (SOW) og er den, der retter agenten i måned tre, så afdækningen skal give svar, som partneren kan levere ud fra.

Leverandøren deltager i afdækningen for et snævert sæt spørgsmål: om kundens krav til telefoni, compliance og volumen passer til en standardplan eller kræver en enterprise-kontrakt. Afklar dem, før afgrænsningen skrives – ikke efter at kunden har skrevet under.

Afdækningen bør komme tilbage med disse svar på skrift:

• Opkaldstyper og månedlig volumen for hver af dem, fra kundens egen rapportering frem for et skøn.
• Indgangspunkt: et nyt nummer, et eksisterende nummer eller en viderestilling fra en eksisterende IVR eller kontaktcenterplatform.
• Kildesystemer, som agenten skal læse fra eller skrive til.
• Hvor opkald går hen, når agenten ikke kan hjælpe, og i hvilke tidsrum.
• Compliancekrav som en BAA for sundhedsdata, tilpassede kontraktvilkår, grænser for dataopbevaring eller SSO.
• Hvem hos kunden der godkender agentens manuskript og godkender go-live.
• Hvem der ændrer agenten efter lancering, og hvor ofte kunden forventer ændringer.
• Det ene tal, der afgør, om den første implementering lykkedes.

Hvis svarene om compliance eller kapacitet peger på tilpassede vilkår, rykker samtalen med leverandøren frem. Hos Retell er en tilpasset MSA, DPA eller BAA, SSO og rollebaseret adgangskontrol angivet under Enterprise-planen – ikke betal efter forbrug – ifølge prissiden. En aftale, der kræver noget af dette, er en Enterprise-samtale fra start.

Hvad bør den første implementering omfatte?

Én opkaldstype, udført godt nok til at kunne udvides. Valget af opkaldstype og test på rigtige opkald er beskrevet i sådan evaluerer du en platform til stemmeagenter før go-live. Afgrænsningsopgaven her er at trække linjen mellem fase et og fase to.

To afgrænsningstjek ændrer omfanget af opbygningen.

Er kildesystemet en indbygget integration? Integrationssiden hos Retell angiver HubSpot, Salesforce, Microsoft Dynamics 365, GoHighLevel og Zoho CRM til CRM, Zendesk til supportsager, Calendly, Cal.com og GoHighLevel til booking samt Google Drive, Microsoft OneDrive og Notion som kilder til vidensbasen. Alt andet er en tilpasset funktion, der kalder kundens egen API, hvilket er udviklingsarbejde og bør afgrænses som sådan.

Beholder kunden sin eksisterende telefoni? Retell forbinder til eksisterende teleoperatører via elastisk SIP-trunking eller ved at ringe op til en SIP-URI, og dokumentationen indeholder opsætningsguides til Five9, Genesys Cloud, Amazon Connect og Avaya. En kontaktcenterintegration involverer kundens telefoniteam, så navngiv den person i afgrænsningen.

Indbyg en testvej fra starten. Retell understøtter simuleringstest med bedømte testcases samt agentversioner med miljøtags som prod og staging, så en ændring kan testes på en ny version, før prod-tagget, som produktionsnummeret følger, flyttes til den.

Hvornår er det værd at inddrage leverandørens professionelle services?

Inddrag leverandøren, når risikoen i aftalen ligger i platformlaget frem for i kundens forretning. Partnere kender kundens processer; leverandøren ved, hvordan platformen opfører sig i yderpunkterne.

Prissiden hos Retell angiver Dedicated Implementation Support som et tilkøb til Enterprise-planen sammen med en navngiven kundeansvarlig og 24/7-support med en dedikeret portal. Retell offentliggør hverken pris eller minimumsaftalestørrelse for dette tilkøb, så behandl begge dele som spørgsmål til leverandøren.

Tegn på, at leverandørens involvering er omkostningen værd:

• Agenten sidder bag en kontaktcenterplatform via SIP, og viderestillinger skal sende opkald tilbage til menneskelige køer.
• Kunden har brug for en tilpasset MSA, DPA eller BAA eller SSO.
• Kunden har brug for volumenpriser, en dedikeret stabil server eller samtidighed langt ud over de 20 samtidige opkald, som et workspace med betal efter forbrug som standard omfatter.
• Det er partnerens første implementering af dette mønster, og en fejl ville koste kunderelationen.

Tegn på, at partneren kan levere alene: én lokation, en indbygget integration, et nyt eller viderestillet nummer og standardvolumen. Planen betal efter forbrug hos Retell omfatter fuld adgang til platformen uden binding, hvilket passer til den type aftale.

Hvordan bør arbejdet fordeles mellem partner og leverandør?

Skriv det som en tabel med én ejer pr. række. Delte rækker er dér, hvor første aftaler går i stå.

Opsætningen af workspaces afgør meget af det, der følger. Retell isolerer agenter, numre, API-nøgler, medlemmer, webhooks og fakturering pr. workspace, og roller tildeles pr. workspace. Driftsdetaljerne, herunder fordeling af fakturering og supportniveauer, finder du i sådan driver du stemme-AI for kunder.

Hvordan bør en partner prissætte serviceydelserne?

Prissæt dem separat fra platformforbruget. Kunden bør se tre ting: platformforbrug, en engangsopbygning og et løbende administrationsgebyr med en defineret ramme for ændringer.

Forbrugspriserne hos Retell er offentlige: $0,07 til $0,31 pr. minut for stemmeagenter med betal efter forbrug, mens Enterprise har tilpassede priser. Om forbruget videregives til kostpris eller med et tillæg, er et kommercielt valg. De fire modeller, der holder ved fornyelse, sammenlignes i sådan prissætter bureauer AI-stemmeagenter.

To regler for den første aftale:

• Bekræft eventuelle omkostninger til leverandørydelser, før du giver tilbud. Hvis implementeringssupport indgår i aftalen, så find ud af, om det faktureres til dig eller til kunden, og om prisen er fast eller afgrænses pr. projekt.
• Angiv fase to som en separat linje i tilbuddet. Kunder opfatter ofte et lavt første tilbud som den fulde pris for hele programmet.

Hvad bør partner og leverandør aftale før det første tilbud?

Partnersiderne hos Retell beskriver, hvad certificerede partnere får: henvisninger af potentielle kunder, en plads i Solution Partner Directory, co-marketing på højere niveauer, tidlig adgang til nye funktioner (især på højere niveauer) og dedikeret partnersupport. De offentliggør ikke provisionssatser, minimumsaftalestørrelser eller priser på professionelle services. Aftal disse punkter skriftligt med din partnerkontakt:

• Hvordan partnerskaffede aftaler og leads henvist af leverandøren spores, og hvad der sker, når begge berører samme kunde.
• Vilkår for provision, avance eller overskudsdeling, og om partnerniveauet ændrer dem.
• Om der er en minimumsaftalestørrelse for Enterprise-vilkår eller implementeringssupport.
• Hvordan implementeringssupport prissættes, og hvad den leverer.
• Hvem der har platformkontrakten: partneren eller kunden direkte.
• Eskaleringsvejen ved et platformproblem under en kundes go-live.

Start med partnerprogrammet

Partnere, der bygger på Retell, kan ansøge via Solution Partner Program; ansøgere vurderes på tekniske kompetencer, brancheerfaring og deres potentiale for at tilføre programmet værdi. Kunder, der ønsker, at en partner står for den første implementering, kan filtrere Solution Partner Directory efter region, sprog og integration. Uanset hvad bør du aftale afgrænsningen ovenfor før det første tilbud og derefter køre én opkaldstype på rigtige opkald, før du udvider.

Relateret læsning: Hvorfor belastningstest skal følge den rigtige opkaldsvej, workflowet fra CRM til stemme-AI og flere guides i Retell Learn hub.