Demo-checklist voor zakelijke telefonie

Praktisch antwoord: een telefoniedemo moet een echte klantstroom, piek en storing laten zien. Een geslaagde belverbinding is onvoldoende wanneer wachtrij, mobiel werk, nummerweergave of fallback onduidelijk blijven. Gebruik de ACM-informatie over nummerbehoud om het nummerplan als onderdeel van de proef te behandelen.

Lever een eigen nummer- en rollenplan

Beschrijf hoofdnummers, directe nummers, receptie, buitendienst, openingstijden en terugbelproces. Voeg een tijdelijke medewerker toe. Laat de leverancier deze structuur inrichten of precies aangeven welk voorbereidend werk buiten de demo gebeurt.

Test inkomend en uitgaand vanaf verschillende netwerken. Controleer welk nummer de klant ziet, hoe een oproep wordt overgenomen en waar een gemiste oproep terechtkomt. Een persoonlijke telefoonlijst mag niet ongemerkt de zakelijke bron worden.

Bouw een piekmoment

Laat meerdere oproepen tegelijk binnenkomen. Eén medewerker is bezet, een andere afwezig en een beller verbreekt de verbinding. Test wachtrij, overflow en terugbelactie. Noteer wat de klant hoort en wie intern eigenaar blijft.

Voeg buiten-openingstijd toe en laat een tijdelijke baliemedewerker de route begrijpen. Een configuratie die alleen de vaste beheerder kent, heeft nog geen operationele overdracht bewezen.

Simuleer uitval en escalatie

Onderbreek de primaire verbinding of laat één routering mislukken. De demo moet tonen welke fallback actief wordt, wie communiceert en hoe herstel wordt bevestigd. Teken provider, platform, netwerk en toestel als keten en wijs incidentverantwoordelijkheid toe.

De ACM behandelt opzeggen en overstappen. Gebruik die context om migratie, portering en oude dienst apart te controleren. Een nieuwe omgeving is niet klaar zolang de overgangsroute onbewezen blijft.

Test gegevens en tijdelijke toegang

Oproeplogs, voicemail en CRM-notities kunnen persoonsgegevens bevatten. Bespreek met de AVG in het kort als basis welke gegevens nodig zijn en wie ze ziet. Voeg een foutieve CRM-match toe en herstel deze.

Laat een tijdelijke medewerker alleen noodzakelijke status zien en verwijder de rol na de proef. Neem geen opname of transcriptie mee wanneer het gekozen scenario dat niet vraagt. Verwijder testlijsten en fictieve klantdata na afronding.

Sluit af met zelfstandig beheer

Een eigen beheerder wijzigt openingstijd, groepslid en fallback zonder hulp van de demonstrator. Laat daarna een tweede collega het nummerplan en storingsdraaiboek lezen. Noteer waar support of aanvullende dienstverlening nodig blijft.

Bewaar scenario, testresultaten, open vragen, keteneigenaars en offerte naast elkaar. Extra modules buiten de klantstroom krijgen geen bonus. Kies de route die bereikbaarheid, foutafhandeling en beheer met de minste onverklaarde afhankelijkheid laat werken.

Herhaal de belangrijkste oproepstromen na de demo zonder leverancier. Een receptiemedewerker verwerkt piek en terugbelactie, een mobiele collega controleert nummerweergave en de beheerder activeert de fallback. Laat daarna iemand buiten het project de incidentroute uitleggen. Onbeantwoorde eigenaars of verborgen configuratiestappen blijven rood. Vergelijk de uitkomst met de schriftelijke scope en wijs iedere resterende actie toe. Zo wordt verkoopvaardigheid gescheiden van de daadwerkelijke zelfstandigheid van het toekomstige team.

Bewaar deze herhaling met controledatum, nummerplan en offerte in hetzelfde beslisdossier. Een open punt krijgt eigenaar en deadline.

Plan een hercontrole zodra teamgrootte, procesbron of contractscope verandert en vergelijk dan opnieuw met dezelfde basislijn.