Deskhero
Nederlands
Probeer gratis

← Back to articles

Antwoorden vanaf een bedrijfsadres: instellen, best practices en sjablonen

Antwoorden vanaf een bedrijfsadres: instellen, best practices en sjablonen

De aanbevolen aanpak is eenvoudig: gebruik voor elke klantgerichte e-mail een gemonitorde, geauthenticeerde bedrijfsmailbox als afzenderadres voor antwoorden. Gebruik nooit een noreply-adres wanneer van klanten wordt verwacht dat ze reageren.

  • Authenticeer je verzendende domein met SPF en DKIM en publiceer vervolgens een DMARC-beleid voordat je op grote schaal gaat verzenden. Authenticatie verkleint het risico op spoofing en ondersteunt de afleverbaarheid, maar elk protocol heeft een andere functie.
  • Stuur antwoorden naar een gemonitorde inbox of helpdesk, niet naar een persoonlijk account of een distributielijst die niemand controleert. Gemiste antwoorden tasten het vertrouwen sneller aan dan trage antwoorden.
  • Volg voor commerciële e-mail de CAN-SPAM-vereisten: gebruik nauwkeurige routeringsinformatie, vermeld een geldig fysiek postadres en bied een werkend opt-outmechanisme dat verzoeken binnen 10 werkdagen verwerkt.

Er is één uitzondering: puur door systemen gegenereerde, niet-interactieve meldingen (serverwaarschuwingen, geautomatiseerde ontvangstbevestigingen, tweefactorauthenticatiecodes) mogen een niet-gemonitord adres gebruiken. Kies je daarvoor, voeg dan een regel toe aan de inhoud van de e-mail waarin ontvangers voor vragen naar een echt contactadres worden verwezen.

Belangrijkste punten

Geauthenticeerde, gemonitorde rolgebaseerde adressen vormen de basis van betrouwbare antwoordroutering; elke andere configuratiebeslissing bouwt daarop voort.

Punt Details
Gebruik een gemonitord rolgebaseerd adres Stuur antwoorden naar support@, billing@ of hello@; gebruik nooit een noreply-adres voor klantgerichte e-mail.
Authenticeer voordat je verzendt Configureer SPF en DKIM, publiceer DMARC en controleer vóór verzending op grote schaal of minstens één afgestemd authenticatiepad slaagt.
Reply-To en From hebben verschillende functies From bepaalt de identiteit van de afzender en de DMARC-afstemming; Reply-To bepaalt waar antwoorden terechtkomen.
CAN-SPAM vereist nauwkeurige headers From en Reply-To mogen ontvangers niet misleiden; opt-outs moeten binnen 10 werkdagen worden verwerkt.
Deskhero centraliseert de afhandeling van antwoorden Deskhero synchroniseert antwoorden in twee richtingen met je bestaande Gmail- of Microsoft 365-mailbox; je hebt geen nieuw adres nodig.

Inhoudsopgave

Wat betekent ‘antwoorden vanaf een bedrijfsadres’ eigenlijk? From, Reply-To en Return-Path uitgelegd

Deze drie headers lijken op het eerste gezicht op elkaar, maar hebben verschillende functies. Het From-adres is de identiteit van de afzender die ontvangers doorgaans in hun e-mailclient zien. Het Reply-To-adres vertelt de client waar een antwoord naartoe moet worden gestuurd. Het Return-Path-adres (ook wel de envelope sender genoemd) is normaal gesproken verborgen voor ontvangers en wordt gebruikt voor bounceberichten en rapporten over de afleverstatus.

Header Zichtbaar voor ontvanger? Rol in het protocol Wie configureert dit?
From Ja (weergavenaam + adres) Identiteit van de afzender; DMARC-afstemmingscontrole Marketingteam / IT-beheerder
Reply-To Alleen bij beantwoorden Stuurt antwoorden naar een specifieke inbox ESP-instellingen / campagneconfiguratie
Return-Path Nee Afhandeling van bounces en DSN-bezorging; SPF-afstemmingscontrole Verzenddienst / SMTP-configuratie

Wanneer From en Reply-To verschillen, beoordeelt DMARC de afstemming op basis van het domein in de zichtbare From-header, niet op basis van het Reply-To-domein. DMARC slaagt wanneer minstens één geauthenticeerde identifier overeenkomt met dat From-domein: hetzij het door SPF geauthenticeerde domein van de envelope sender, hetzij het domein in een geldige DKIM-handtekening. Een Reply-To zoals support@company.com bepaalt de DMARC-afstemming niet.

Zo ziet een vereenvoudigd blok met onbewerkte headers van een transactionele e-mail eruit:

From: Acme Support <hello@acme.com>
Reply-To: support@acme.com
Return-Path: <bounce@mail.acme.com>
Received: from mail.acme.com ([203.0.113.10]) by mx.recipient.com

In softwarestacks voor meerdere bedrijven wordt dit complexer. Een fix van de Odoo-mailmodule illustreert het probleem goed: het systeem stelde het veld reply_to standaard in op het eerste bedrijf in de database, in plaats van op het bedrijf dat aan het specifieke record was gekoppeld. De fix berekent reply_to per record. Elk team dat e-mail voor meerdere tenants of merken beheert, moet dit gedrag controleren voordat het ervan uitgaat dat antwoorden in de juiste inbox terechtkomen.

Wanneer gebruik je een ander Reply-To-adres dan je From-adres?

De korte regel: gebruik voor klantgerichte processen een gemonitord rolgebaseerd adres (support@, billing@, hello@) en bewaar persoonlijke adressen voor echte één-op-ééncommunicatie.

Support en ticketing. Stuur antwoorden naar een gedeelde inbox of helpdesk. Veel ticketsystemen kunnen een antwoord aan de juiste thread koppelen, vaak door een ticket-ID in het antwoordadres of de berichtheaders te gebruiken. Zo blijft de context behouden en verdwijnen antwoorden niet in de inbox van een individuele User wanneer die niet beschikbaar is.

Handen die een smartphone vasthouden voor een gedeelde inbox

Opvolging door sales. Het persoonlijke adres van een salesmedewerker werkt hier goed, omdat de relatie bewust één-op-één is. Het risico zit in de continuïteit: als de medewerker vertrekt, blijven antwoorden op diens adres onbeantwoord. Een gedeeld sales@-adres met doorstuurregels naar de toegewezen medewerker is een veiliger standaard.

Facturatie en facturen. Gebruik altijd een rolgebaseerd adres (billing@, accounts@). Klanten die op facturatie-e-mails antwoorden, hebben vaak tijdgevoelige vragen over kosten of geschillen. Een persoonlijk adres creëert één kwetsbaar faalpunt.

Communicatie van directie en PR. E-mails van oprichters en persberichten komen voor meer geloofwaardigheid vaak van het adres van een met naam genoemde leidinggevende. Stel Reply-To in op een gemonitord teamadres (press@, founders@), zodat antwoorden terechtkomen bij iemand die actie kan ondernemen.

Systeemmeldingen. Wachtwoordresets, orderbevestigingen en tweefactorcodes kunnen bewust niet-interactief zijn. Een niet-gemonitord noreply@-adres kan voor deze berichten redelijk zijn, maar vermeld een zichtbare contactmogelijkheid in de inhoud. Sommige specialisten op het gebied van afleverbaarheid raden aan noreply-adressen te vermijden wanneer een echt antwoordpad kan worden gemonitord.

Pro-tip: Als je een gedeelde inbox gebruikt, stel dan een antwoord-SLA in je helpdesk in en wijs voor elke wachtrij een eigenaar aan. Een gedeelde inbox zonder eigenaar gedraagt zich precies als een niet-gemonitorde inbox: antwoorden stapelen zich op en niemand onderneemt actie.

De operationele afweging draait om bezetting. Eén support@-adres is eenvoudig te onthouden en te monitoren, maar vereist duidelijke routeringsregels en dekkingsroosters. Meerdere rolgebaseerde adressen bieden fijnmazige routering, maar zorgen voor extra monitoring en administratieve belasting. Adressen op hetzelfde domein kunnen domeinniveau-authenticatie delen. Voor de meeste kleine en middelgrote teams vormen één of twee gemonitorde rolgebaseerde adressen met routeringsregels in een helpdesk een praktische balans.

Authenticeer je verzendende domein en stuur antwoorden naar een gemonitorde mailbox. Dit zijn twee fundamentele controles, naast inhoud, toestemming, lijstkwaliteit en vereisten van specifieke providers.

Checklist voor authenticatie

Protocol Waartegen beschermt het? Waar wordt het toegepast?
SPF Spoofing van de envelope sender (Return-Path-domein) DNS TXT-record op het verzendende domein
DKIM Berichtintegriteit en authenticatie door een ondertekenend domein DNS TXT-record; ondertekeningssleutel in de verzenddienst
DMARC Spoofing van het From-domein; koppelt SPF en DKIM aan From DNS TXT-record; geaggregeerde rapporten naar je inbox
Afstemming van de envelope sender Problemen met SPF-gebaseerde DMARC-afstemming Geconfigureerd in de verzenddienst of SMTP-configuratie

DMARC-afstemming is gemakkelijk verkeerd te interpreteren. SPF authenticeert het domein van de envelope sender, terwijl DKIM het domein authenticeert dat wordt geïdentificeerd door de waarde d= in de handtekening. DMARC vergelijkt deze geauthenticeerde domeinen vervolgens met het zichtbare From-domein. Eén afgestemd mechanisme moet slagen. Strikte afstemming vereist een exacte domeinovereenkomst, terwijl versoepelde afstemming een overeenkomst op organisatiedomeinniveau toestaat. Het Reply-To-domein maakt geen deel uit van deze test.

Operationele checklist

  • Controleer vóór het versturen van een campagne of het antwoordadres verwijst naar een gemonitorde inbox of een helpdeskqueue.
  • Stel automatische doorsturing of routeringsregels in, zodat antwoorden binnen je SLA-venster het juiste team bereiken.
  • Houd de weergavenaam consistent met je merk, zodat ontvangers de afzender herkennen.
  • Gebruik antwoordsjablonen met de naam van de klant en de ticketreferentie, zodat Users consistent kunnen reageren en de context behouden blijft.

CAN-SPAM-naleving

De CAN-SPAM Act is van toepassing op berichten met een primair commercieel doel. De vereisten omvatten nauwkeurige header- en routeringsinformatie, een geldig fysiek postadres, een duidelijke opt-outmethode en de verwerking van opt-outverzoeken binnen 10 werkdagen. Transactionele of relationele berichten zijn vrijgesteld van de meeste bepalingen, maar mogen nog steeds geen valse of misleidende routeringsinformatie gebruiken.

Pro-tip: Als je mailstromen per subdomein scheidt, configureer en monitor dan authenticatie voor elk verzendend domein. Alleen Reply-To wijzigen isoleert de reputatie van de afzender niet, omdat Reply-To niet wordt gebruikt voor DMARC-afstemming.

Reply-To en From configureren op veelgebruikte platforms

De beslisregel is eenvoudig: wijzig het veld From om de identiteit van de afzender en de merkherkenning te bepalen; wijzig het veld Reply-To om te bepalen waar antwoorden terechtkomen. Wijzig het Return-Path (via je ESP- of SMTP-configuratie) om te bepalen waar bounces naartoe gaan.

Stapsgewijze configuratie

  1. Kies je adressen. Kies een gemonitord rolgebaseerd adres voor Reply-To (support@company.com) en controleer of het From-adres overeenkomt met je geauthenticeerde verzendende domein.
  2. Stel de weergavenaam in. Gebruik je merknaam of teamnaam, geen persoonlijke naam, tenzij de e-mail bewust persoonlijk is (een salesreeks, een bericht van een oprichter).
  3. Verifieer het eigendom van het domein in je ESP of de beheerconsole van Google Workspace / Microsoft 365.
  4. Voeg SPF- en DKIM-records toe aan je DNS. De meeste ESP's leveren de exacte TXT-recordwaarden in hun installatiewizard.
  5. Publiceer een DMARC-record dat begint met p=none om geaggregeerde rapporten te verzamelen en ga vervolgens over op p=quarantine zodra je hebt bevestigd dat alle legitieme verzendbronnen slagen.
  6. Configureer Return-Path / bounceafhandeling in je ESP. De meeste moderne ESP's regelen dit automatisch, maar controleer of het domein van het bounceadres door je SPF-record wordt gedekt.
  7. Stel routeringsregels in in je gedeelde inbox of helpdesk om binnenkomende antwoorden aan de juiste wachtrij toe te wijzen.

Platformspecifieke opmerkingen

Gmail / Google Workspace. Voeg in de accountinstellingen van Gmail een adres voor verzenden als toe en verifieer dit; selecteer het vervolgens in het From-veld. De beschikbare Reply-To- en groepsrouteringsopties zijn afhankelijk van je Google Workspace-configuratie. Test daarom zowel het verzenden als de binnenkomende bezorging voordat je dit uitrolt.

Outlook / Microsoft 365. Configureer de machtigingen Send As of Send on Behalf voor gedeelde mailboxen in Microsoft 365. Ondersteuning voor een aangepaste Reply-To-header verschilt per Outlook-versie en verzendworkflow. Als de client deze optie niet beschikbaar maakt, gebruik dan een verzenddienst of goedgekeurde workflow die dat wel doet. Volg het beleid van je tenant bij het doorsturen van antwoorden naar externe domeinen.

ESP's (Mailchimp, Klaviyo, Brevo, enz.). Reply-To is doorgaans een afzonderlijk veld in de campagne-instellingen, los van het From-adres. Instellingen voor antwoordafhandeling op het platform bepalen welk adres in de Reply-To-header verschijnt en kunnen antwoorden routeren naar een specifieke inbox, groepseigenaren of een gepersonaliseerd adres per abonnee.

SMTP / transactionele diensten (SendGrid, Postmark, Amazon SES). Stel de header Reply-To in bij de API-aanroep of het SMTP-bericht. De provider beheert doorgaans het standaard-Return-Path. Voor een aangepast bouncedomein zijn mogelijk providerspecifieke DNS-records nodig; volg daarom de actuele documentatie van die dienst.

Checklist voor tests

  • Stuur een testbericht naar accounts bij Gmail, Outlook en Apple Mail. Beantwoord elk bericht en controleer of het antwoord in de juiste inbox terechtkomt.
  • Bekijk de onbewerkte headers in elke client (Gmail: “Origineel weergeven”; Outlook: File → Properties → Internet headers). Controleer of From, Reply-To en Return-Path de juiste adressen tonen.
  • Controleer de header Authentication-Results op SPF-, DKIM- en DMARC-resultaten. DMARC vereist minstens één geslaagd en afgestemd SPF- of DKIM-pad.
  • Controleer na 24-48 uur de geaggregeerde DMARC-rapporten (verzonden naar het adres in je tag rua=) op afstemmingsfouten van onverwachte verzendbronnen.
  • Controleer de routering van binnenkomende berichten: bevestig dat een antwoord naar je Reply-To-adres een ticket aanmaakt of in de juiste helpdeskqueue verschijnt.

Veelgemaakte fouten bij het instellen van het antwoordadres en hoe je die oplost

De meest voorkomende hoofdoorzaken zijn niet-gemonitorde inboxen, niet-overeenkomende headers, fouten in DMARC-afstemming en een Return-Path dat verwijst naar een domein zonder SPF-record.

Stappen voor probleemoplossing

  1. Controleer de headerconfiguratie. Bekijk de onbewerkte headers van een ontvangen testbericht. Controleer of From, Reply-To en Return-Path de bedoelde adressen tonen.
  2. Controleer de SPF-, DKIM- en DMARC-resultaten. Bekijk Authentication-Results in de onbewerkte headers. Onderzoek elk mislukt mechanisme en bevestig dat minstens één geslaagde SPF- of DKIM-identifier overeenkomt met het From-domein.
  3. Controleer het Return-Path. Bevestig dat het domein ervan voor SPF is geautoriseerd en, als je SPF voor DMARC gebruikt, dat het overeenkomt met het zichtbare From-domein. Authenticatiefouten kunnen bijdragen aan afwijzing, uitstel of plaatsing in spam.
  4. Voer een seedtest uit. Stuur berichten naar testaccounts bij grote providers en controleer de inboxplaatsing. Tools zoals MXToolbox’s Email Header Analyzer of Google’s Postmaster Tools brengen problemen met domeinreputatie en authenticatie aan het licht.
  5. Bekijk de geaggregeerde DMARC-rapporten. Zoek naar bronnen die je From-domein gebruiken zonder afgestemde SPF of DKIM. Dit kunnen ongeautoriseerde afzenders zijn, of legitieme diensten die verkeerd zijn geconfigureerd.

Snelle oplossingen

  • Antwoorden gaan naar de verkeerde inbox: werk het Reply-To-veld bij in de campagne-instellingen van je ESP of in de configuratie voor verzenden als van je mailclient.
  • SPF-fouten: voeg het verzendende IP-bereik van de ESP of het include-mechanisme toe aan je SPF TXT-record. Houd het aantal lookups onder 10 om permerror te voorkomen.
  • DKIM-fouten: controleer de selector, het ondertekeningsdomein en de gepubliceerde openbare sleutel aan de hand van de instructies van je provider en houd vervolgens rekening met DNS-propagatie.
  • Niet-gemonitorde inbox: stel onmiddellijk doorsturing naar een gemonitord adres in, of laat Reply-To tijdelijk naar een helpdeskadres verwijzen terwijl je de onderliggende routering herstelt.
  • DMARC-quarantaine- of afwijzingsfouten: identificeer de legitieme afzender die niet is afgestemd en corrigeer de SPF- of DKIM-configuratie. Stem een tijdelijke beleidswijziging zorgvuldig af in plaats van handhaving als eerste stap te verzwakken.

Voorbeelden van antwoordadressen en 3 sjablonen die je team kan kopiëren

Gebruik rolgebaseerde adressen als standaardindeling: support@, billing@, hello@ of reply+ticketid@ voor systemen die het lokale deel voor routering analyseren. Vermijd adressen zoals donotreply@ of no-reply@ voor elk proces waarin een klant redelijkerwijs zou willen reageren.

Conventies voor adresnamen:

  • support@company.com, algemene wachtrij voor klantenondersteuning; gemakkelijk te onthouden en te authenticeren
  • billing@company.com, vragen over facturen en betalingen; houdt financiële antwoorden gescheiden van het supportvolume
  • hello@company.com, vriendelijk, merkgericht adres voor onboarding- en marketingprocessen
  • reply+ticket123@company.com, plus-addressed indeling voor helpdesks die zijn geconfigureerd om op ticket-ID te routeren
  • press@company.com, PR- en media-aanvragen; gemonitord door het communicatieteam, niet door support

Houd weergavenamen kort. “Acme Support” is op een klein scherm gemakkelijker te herkennen dan een lange afdelingsnaam. De richtlijnen van Constant Contact over het kiezen van From- en Reply-To-adressen benadrukken eveneens het belang van een herkenbare afzenderidentiteit.

Drie direct te gebruiken antwoordsjablonen

Deze zijn aangepast aan best practices voor klantenservice-e-mails en werken goed voor teams die een gedeelde inbox of helpdesk gebruiken.

1. Basisbevestiging

Hoi [Voornaam], bedankt dat je contact met ons hebt opgenomen. We hebben je bericht ontvangen en een teamlid neemt binnen [X uur / 1 werkdag] contact met je op. Je referentienummer is [#TICKET-ID]. Als er tussentijds iets verandert, kun je gewoon op deze e-mail antwoorden.

2. Escalatie met tijdlijn

Hoi [Voornaam], we onderzoeken dit en moeten ons [facturatie-/technische-/senior] team erbij betrekken. Je kunt uiterlijk op [specifieke datum of tijd] een update verwachten. We houden je via deze conversatie op de hoogte; je hoeft geen nieuw ticket te openen.

3. Bevestiging van betaling of factuur

Hoi [Voornaam], we hebben je betaling van [$AMOUNT] voor factuur [#INV-ID] ontvangen. Je account is nu bijgewerkt. Als je vragen hebt over deze afschrijving, antwoord dan rechtstreeks op deze e-mail; ons facturatieteam reageert binnen één werkdag.

Wel doen en niet doen:

  • Vermeld in elk antwoord de ticket- of factuurreferentie, zodat klanten hun inbox kunnen doorzoeken en de context kunnen terugvinden.
  • Houd de weergavenaam consistent met het domein van het From-adres.
  • Gebruik de voornaam van de klant. Algemene aanheffen (“Beste klant”) verminderen de ervaren personalisatie.
  • Gebruik geen noreply-adres als From in een sjabloon waarop een klant mogelijk moet kunnen reageren.
  • Neem niet meer dan één call-to-action per antwoord op. Kies de belangrijkste volgende stap.

Voor een uitgebreidere bibliotheek met direct inzetbare sjablonen biedt de verzameling support-e-mailsjablonen van Deskhero scenario’s van terugbetalingsverzoeken tot escalatiemeldingen.

Wetgeving en platformstandaarden vereisen nauwkeurige headers en een werkend opt-outpad. Physical Business Reply Mail is een afzonderlijk postproduct met eigen regels en heeft niets te maken met e-mailheaders voor Reply-To.

De CAN-SPAM Act stelt vereisten aan commerciële e-mail in de Verenigde Staten. Berichten die eronder vallen, moeten nauwkeurige routeringsinformatie, een geldig fysiek postadres en een opt-outmethode bevatten; opt-outverzoeken moeten binnen 10 werkdagen worden gehonoreerd. Niet-naleving kan leiden tot civielrechtelijke boetes.

USPS Business Reply Mail is een postproduct met eigen vergunnings- en ontwerpeisen voor poststukken. Het staat volledig los van de configuratie van e-mail-Reply-To. Teams die fysieke en digitale antwoordkanalen combineren, moeten de actuele postvereisten controleren voordat ze iets afdrukken en mogen er niet van uitgaan dat beide kanalen configuratie delen.

Te volgen statistieken na het wijzigen van de antwoordroutering:

  • Succespercentage van antwoordroutering: welk percentage van de antwoorden van klanten bereikt de bedoelde gemonitorde inbox zonder doorstuur- of routeringsfouten
  • Inbox-SLA: tijd tussen ontvangst van een antwoord en de eerste reactie van een User
  • DMARC-foutpercentage: volg dit via geaggregeerde rapporten; een stijgend foutpercentage wijst op een nieuwe ongeautoriseerde verzendbron
  • Verwerkingstijd voor uitschrijvingen: controleer of opt-outs binnen het CAN-SPAM-venster van 10 werkdagen worden verwerkt

Wat supportteams verkeerd doen bij het routeren van antwoorden

De gangbare opvatting luidt: “stel gewoon een noreply-adres in voor transactionele e-mail en een supportadres voor al het overige.” Dat is niet onjuist, maar het mist het moeilijkere probleem: de meeste fouten in antwoordroutering zijn geen configuratiefouten. Het zijn fouten in bezetting en processen die door een correcte headerconfiguratie zichtbaar worden.

Je kunt een perfect geauthenticeerd support@company.com-adres hebben met DMARC op p=reject, SPF dat bij elke verzending slaagt en DKIM dat elk bericht ondertekent, en toch kunnen antwoorden 72 uur ongelezen blijven omdat niemand in het weekend eigenaar is van de wachtrij van de gedeelde inbox. De technische configuratie is slechts een basisvereiste. De operationele laag is waar teams daadwerkelijk klanten verliezen.

Teams onderschatten ook de operationele kosten van een noreply-adres. Klanten kunnen proberen een ontvangstbevestiging of melding te beantwoorden, zelfs wanneer er geen antwoord werd verwacht. Als die berichten verdwijnen, verdwijnen ook waardevolle context en vroege waarschuwingssignalen. Gebruik een gemonitord adres waar een reactie redelijk zou zijn en bied een duidelijke contactmogelijkheid wanneer het afzenderadres niet wordt gemonitord.

Kies vóór de uitrol één gemonitord rolgebaseerd adres, bevestig dat een persoon of helpdeskqueue er eigenaar van is en stel een schriftelijke doelstelling voor de eerste reactie vast. Configureer authenticatie en routering en test vervolgens beide richtingen voordat je op grote schaal gaat verzenden. Betrouwbare aflevering en betrouwbare afhandeling zijn afzonderlijke vereisten en voor beide moet iemand verantwoordelijk zijn.

Wat supportteams verkeerd doen bij het routeren van antwoorden, overzichtsdiagram

Deskhero houdt je antwoorden gesynchroniseerd met je bestaande mailbox

Deskhero ondersteunt synchronisatie in twee richtingen met Gmail, Google Workspace en Microsoft 365, inclusief gedeelde Microsoft-mailboxen. Met deze OAuth-verbindingen kunnen antwoorden vanaf je bestaande bedrijfsadres worden verzonden. Deskhero ondersteunt ook DNS-gebaseerde mailboxen voor andere domeinen die je bezit; daarvoor zijn DNS-authenticatierecords en doorsturing van inkomende berichten nodig.

Deskhero

Wanneer een klant in dezelfde conversatie antwoordt, voegt Deskhero het bericht toe aan het bestaande ticket. Elke mailbox wordt naar een geconfigureerde groep gerouteerd en Users werken vanuit de gedeelde ticketinbox met SLA-tracking. Door AI opgestelde antwoorden kunnen gebruikmaken van de ticketgeschiedenis van de workspace, de interne kennisbank, goedgekeurde openbare FAQ-inhoud, gescande websitepagina’s en andere gekoppelde kennis. Automatische AI-antwoorden aan klanten gebruiken alleen goedgekeurde openbare FAQ-inhoud en laten het ticket over aan een persoon wanneer er geen betrouwbaar antwoord beschikbaar is.

Deskhero biedt een gratis proefperiode van 30 dagen waarvoor geen creditcard nodig is. Gmail- en Microsoft 365-mailboxen kunnen met enkele klikken worden gekoppeld.

Bronnen

Veelgestelde vragen

Wat is een Reply-To-adres?

Het Reply-To-adres is het e-mailadres waar het antwoord van een ontvanger wordt afgeleverd wanneer die in de e-mailclient op “Beantwoorden” klikt. Het kan verschillen van het From-adres, dat de identiteit van de afzender bepaalt.

Is het oké om een noreply-adres te gebruiken voor e-mails aan klanten?

Voor puur niet-interactieve systeemmeldingen kan een niet-gemonitord adres acceptabel zijn als het bericht een zichtbare contactmogelijkheid bevat. Gebruik voor elk proces waarin een klant redelijkerwijs zou kunnen reageren een gemonitord adres.

Hoe antwoord ik professioneel op een bedrijfs-e-mail?

Gebruik de naam van de klant, verwijs naar het specifieke probleem of ticketnummer, vermeld een duidelijke volgende stap of tijdlijn en houd het bericht onder drie korte alinea’s. De drie sjablonen in dit artikel behandelen de meest voorkomende scenario’s.

Hoe antwoord ik op een e-mail van een bedrijf met mijn eigen bedrijfsadres?

Gebruik de functies voor verzenden als of gedeelde mailboxen die je e-mailprovider ondersteunt, verifieer het adres en selecteer het in het From-veld. Als je verzendplatform een afzonderlijk Reply-To-veld ondersteunt, laat dit dan verwijzen naar een gemonitorde bedrijfsinbox en test het resultaat voordat je dit uitrolt.

Kunnen antwoorden met Deskhero vanaf mijn bestaande bedrijfsadres worden verzonden?

Ja. Deskhero ondersteunt synchronisatie in twee richtingen met Gmail, Google Workspace en Microsoft 365, zodat via OAuth verbonden mailboxen antwoorden vanaf het bestaande bedrijfsadres kunnen verzenden. DNS-gebaseerde mailboxen voor andere domeinen die je bezit, vereisen DNS-authenticatie en doorsturing van inkomende berichten.