Formuler le besoin en scénarios
Remplacez « nous voulons une centrale moderne » par des parcours observables : un client appelle le numéro général, choisit une langue, atteint une équipe, puis déborde vers une permanence après un délai défini. Répétez l’exercice pour les appels sortants, les absences et les heures de fermeture.
Comparer les architectures sur les mêmes axes
| Axe | Question |
|---|---|
| Exploitation | Qui administre et maintient la solution ? |
| Résilience | Que se passe-t-il si un site ou un accès tombe ? |
| Mobilité | Comment travaillent les personnes hors bureau ? |
| Évolution | Comment ajouter un site, un utilisateur ou un flux ? |
| Données | Quels journaux, enregistrements et intégrations existent ? |
Une solution cloud peut faciliter l’administration distribuée ; un IPBX local peut répondre à certaines contraintes de maîtrise ou d’existant ; une approche hybride combine des composants. Aucun modèle n’est supérieur sans contexte.
Évaluer l’usage, pas le nombre de collaborateurs
Deux entreprises de même taille peuvent avoir des besoins très différents. Mesurez les appels simultanés, les postes réellement utilisés, les files, les numéros directs et la mobilité. Identifiez aussi les périodes où l’accueil ne peut pas être interrompu.
Questions à poser à un fournisseur
- Quelles hypothèses fondent le dimensionnement ?
- Qu’est-ce qui est inclus dans la mise en service et le support ?
- Comment les numéros et données sont-ils récupérés en fin de contrat ?
- Quel scénario est prévu lors d’une panne internet ?
- Quels tests prouvent la qualité avant la bascule ?
- Quelles fonctions nécessitent une licence distincte ?
Demandez que les limites soient écrites aussi clairement que les fonctions. Une décision solide documente les compromis, pas seulement les avantages.