Pour les services à la clientèle et la gestion de comptes BPO

FrontLine pour les clients — visibilité en libre-service sans céder votre roster.

Votre client final veut des preuves SLA, la transparence des heures facturables et des instantanés d'activité agent à son propre rythme. Vous voulez qu'il arrête d'écrire pour des rapports hebdomadaires. Même portail, sans feuilles Excel, sans fuite de roster.

portal.frontlinehq.io/retailco

Portail client — vue RetailCo

RetailCo · Support retail · 247 agents assignés

Adhérence à l'horaire

94.2%

Couverture de l'horaire

97.4%

H. facturables · MAJ

9,362

Rapports exécutés · MAJ

18

Lignes d'affaires · cette semaine

Support retail N1 · Anglais

94%/97%

Escalades N2 · Anglais

91%/89%

Support retail N1 · Français

96%/99%

Retours + remboursements · Anglais

89%/92%

Activité récente

Carte de pointage SLA rafraîchie · Adhérence 94 % · couverture 97 % · tendance +

2 m

CSV heures facturables téléchargé · 1–18 mai · 12 847 rég + 412 HS + 32 férié

8 m

Sommaire des opérations exécuté · Semaine du 12 mai · 4 LDA · période : hebdomadaire

14 m

Article consulté : politique de retour v3 · Retours + remboursements · publié 2026-05-09

21 m

Activité client · 7 derniers j.

Tous les comptes

RetailCo

4 rapports

12 articles vus

Atlantic

2 rapports

8 articles

FinTech

1 rapport

4 articles

MedTech

0 rapport

6 articles
Services à la clientèle · Gestion de comptes · Propriétaires BPO

Ce qui est difficile pour la visibilité client dans un BPO multi-clients

Les CRM et outils de gestion de comptes génériques ne donnent pas à vos clients finaux une visibilité en libre-service — et les BPO qui ont essayé des portails maison fuient généralement quelque chose qu'ils ne devraient pas (les SLA d'autres clients, l'information personnelle des agents, le modèle de prix interne). Un libre-service mal fait est pire que pas de libre-service du tout.

Coût : freinage de la gestion de comptes

Les rapports de statut hebdomadaires dévorent l'équipe de comptes

Chaque vendredi : captures SLA, heures facturables, effectif RH. Assemblés en présentation. Trois comptes × quatre heures = un ETP entier parti dans les rapports de statut.

Risque : fuite de données

Les portails maison fuient les mauvaises données

Portail rapide dans Retool, identifiant au client — trois semaines plus tard, une liste déroulante sur client_id inclut la rangée SLA d'un autre client parce que la portée vit dans une JOIN applicative que le prochain analyste oubliera. À une mauvaise requête près de l'incident.

Risque : exposition du roster

Ne montrez pas les noms d'agents — montrez leur travail

Le client veut savoir que le SLA est atteint et les heures facturables. Pas les noms ou données personnelles. Les tableaux de bord génériques exposent tout — le modèle ne sépare pas « ce que le client voit » de « ce que les RH voient ».

Fenêtre : course au QBR mensuel

La présentation QBR refaite chaque mois

Même forme chaque mois — adhérence, couverture, heures facturables, top performeurs, plaintes. Refaite à la main parce que les données vivent dans cinq outils et que personne ne fait confiance à l'export.

Échelle : taxe multi-clients

Un client signe un ACDI d'entreprise — et votre outillage devient inadéquat

Le client signe un ACDI avec clause stricte d'isolation : son activité agent, SLA et facturation ne peuvent partager l'infrastructure d'autres clients. Le portail lancé pour les six autres ne respecte pas la clause — données co-mêlées, portée applicative. Le contrat stagne en révision de sécurité.

Visibilité : variance de prévision

« Pourquoi la couverture était-elle faible mardi ? » reste sans réponse

Le client voit une baisse de couverture. Le gestionnaire doit creuser : appel manqué ? Variance ? Changement d'horaire ? Le portail n'expose pas le pourquoi. Résultat : plus de courriels, moins de confiance.

Ce que FrontLine fait

Ce que FrontLine fait pour votre équipe services à la clientèle

Six surfaces de portail client conçues pour les opérations multi-clients dès le départ. Le portail en lecture + carte SLA + heures facturables sont en direct aujourd'hui ; les fonctionnalités interactives (demandes de dotation, évaluations d'agent, marque blanche) sont sur la feuille de route.

Fonctionnalité 01

Roster d'agents + tiroir d'activité — ce qu'ils ont fait, pas qui ils sont

Le client voit les agents assignés à son compte, un identifiant d'agent opaque (pas un nom), et un tiroir d'activité accessible par clic avec 5 KPI sur toute fenêtre de 93 jours. Il ne voit jamais d'information personnelle, d'identifiants internes ou les rosters d'autres clients.

  • Scoping par client au niveau des données. client_user_account_bindings + employee_client_assignments forcent le scope locataire et client_account via la sécurité au niveau des lignes. Le client ne peut pas interroger les agents d'un autre compte — la base de données refuse la requête.
  • Tiroir d'activité 5 KPI. Heures productives, taux de présence, score moyen AQ, taux d'adhérence à l'horaire, sessions de coaching complétées. Par agent, plage de dates configurable, plafond de 93 jours par spec 24A §6.
  • Aucune donnée personnelle exposée. Nom de l'agent, courriel, identifiant employé et dossier RH restent internes. Le client voit un identifiant opaque et la sortie de travail — rien de plus.
  • Sélecteur de plage de dates. Le client choisit toute fenêtre jusqu'à 93 jours. Utile pour la préparation du QBR sans reconstruire la présentation.
  • Journalisé par audit. Chaque ouverture de tiroir est capturée : qui, quand, quel agent. Le journal d'accès interne fait surface sous le journal d'accès RPS spec 36.
portal.frontlinehq.io/retailco/agents

Roster d'agents — vue client RetailCo

RetailCo · Support retail

247 agents assignés · identifiants opaques seulement · cliquer une ligne pour l'activité

Agents assignés

AGT-1284

Retail N1 · Anglais

Actif
96%
AGT-1285

Retail N1 · Anglais

Actif
94%
AGT-1286

Escalades N2

En pause
88%
AGT-1287

Retail N1 · Français

Actif
97%
AGT-1288

Retours + remboursements

Hors horaire
76%
AGT-1289

Retail N1 · Anglais

Actif
95%

Pas de noms d'agents. Pas de courriels. Pas de dossiers RH. Le client voit le travail — pas la personne.

Fonctionnalité 02

Carte de pointage SLA — adhérence et couverture, automatisées

Deux KPI automatisés que le client rafraîchit lui-même : adhérence à l'horaire % et couverture de l'horaire %. Plus de captures d'écran d'un autre outil. Plus de réconciliation de fin de mois. Le chiffre sur la carte de pointage est le même chiffre sur votre facture.

  • Adhérence à l'horaire %. Heures réellement consignées divisées par heures planifiées, par agent et roulées par compte. Sourcées de l'horaire des effectifs (spec 23) + les actuels temps-et-présence (spec 23D).
  • Couverture de l'horaire %. Heures planifiées divisées par heures requises selon la prévision, par compte. Fait surface des tendances de sous-effectif que le client apprenait par courriels SLA manqués.
  • Scoping par compte. RetailCo voit la carte de pointage de RetailCo. FinCo voit celle de FinCo. La base de données force — pas de filtre côté application à oublier.
  • Tendance sur le même écran. Tendance 30 / 60 / 90 jours sur chaque KPI. Le client voit si vous vous améliorez sans demander.
  • Liée à la facture. Même source de données que la vue des heures facturables ci-dessous. Quand le client questionne la facture, la réponse est sur l'onglet suivant.

Carte de pointage SLA — RetailCo · mai 2026

RetailCo · Support retail

Récap glissant 30 / 60 / 90 jours · rafraîchi toutes les 15 min

Adhérence à l'horaire

≥ 92 %

94,2 %

30 j : 93,1 → 94,2 (+1,1)

Couverture de l'horaire

≥ 95 %

97,4 %

30 j : 96,8 → 97,4 (+0,6)

Les mêmes chiffres pilotent votre facture. Aucune réconciliation au QBR.

Fonctionnalité 03

Heures facturables — régulières, HS, jours fériés, par compte et LDA

Le client télécharge le même CSV que votre équipe de facturation. Heures régulières, heures supplémentaires, jour férié — décomposées par compte et par LDA. Aucune réconciliation entre la facture du système de facturation et le tableau de bord opérationnel.

  • Trois catégories. Régulières, supplémentaires, jour férié. La même décomposition que votre contrat a tarifée. Le client voit ce qu'il paie.
  • Par compte et LDA. RetailCo support anglais → 1 247 rég + 84 HS + 16 férié. FinCo conformité → 612 rég + 0 HS + 0 férié. Par LDA si plusieurs.
  • Export CSV activé par défaut. Un clic. Le client télécharge, ouvre dans Excel, lie à la facture. Fin de la négociation sur « que veut dire ce chiffre ».
  • Dérive des actuels spec 23D. Même grand livre temps-et-présence qui pilote la paie. Il n'y a pas de seconde source de vérité.

Heures facturables — RetailCo · 1–18 mai

RetailCo · Support retail

Période : 1 mai 2026 → 18 mai 2026 · dérivé des actuels T&P spec 23D

Régulières

Retail N1 · Anglais

4 212
Régulières

Retail N1 · Français

1 847
Régulières

Escalades N2

1 612
Régulières

Retours + remboursements

1 247
Supplémentaires

Escalades N2

248
Supplémentaires

Retail N1 · Anglais

164
Jour férié

Toutes LDA · 19 mai

32

Total facturable

9 362 h

Export CSV · activé par défaut selon spec 24 OD-3

Fonctionnalité 04

Rapports préfabriqués — opérations, tendance AQ, instantané d'effectif

Trois rapports que le client peut tirer lui-même sur des périodes quotidiennes / hebdomadaires / mensuelles : sommaire des opérations, tendance AQ et instantané d'effectif. Export CSV activé par défaut. Pas de reconstruction à partir des données brutes dans Excel.

  • Sommaire des opérations. Volumes, AHT, adhérence, présence — le rapport ops hebdomadaire standard. Tire automatiquement du modèle de données opérations ; aucune agrégation manuelle.
  • Tendance AQ. Scores AQ par semaine, par section, avec exploration par agent (identifiant opaque). Fait surface la dérive que le client apprenait au QBR.
  • Instantané d'effectif. Effectif sur le compte par LDA, vs prévision requise. Fait surface le sous-effectif sans que le client ait à demander.
  • Sélecteur de période. Quotidien, hebdomadaire, mensuel. Jusqu'à 90 jours en arrière. Par spec 24 OD-3, l'export CSV est activé par défaut pour que les données coulent dans l'outil BI du client.
portal.frontlinehq.io/retailco/reports

Rapports — RetailCo

RetailCo · Support retail

Période : hebdomadaire · 12 dernières semaines · export CSV par défaut

Sommaire des opérations

Semaine du 12 mai 2026il y a 2 min
CSV

Tendance AQ

Semaine du 12 mai 2026il y a 14 min
CSV

Instantané d'effectif

Semaine du 12 mai 2026aujourd'hui 09:14
CSV

Chaque rapport s'exporte en CSV en un clic — coule dans l'outil BI de votre client.

Fonctionnalité 05

Accès aux connaissances par client — articles publiés, scopés par audience

Le client parcourt les SOP et politiques publiés qui s'appliquent à son compte. Les articles de connaissance portent un filtre d'audience ; la base de données force ce que le client voit vs ce que vos autres clients voient. Même moteur de contenu, vues isolées.

  • Scopés par audience. Les articles publiés avec une audience définie à RetailCo ne sont visibles qu'aux utilisateurs client RetailCo. Sous-requête EXISTS côté serveur force — pas de filtre côté application à oublier.
  • Publiés seulement. Les brouillons et articles archivés ne sont jamais visibles. Le client voit ce qui a été formellement révisé et publié.
  • Recherche + navigation. Liste d'articles avec filtre par catégorie ; vue d'article complète avec historique de versions (pour que le client voie quand la politique a changé).
  • Référence croisée la persona Connaissances. Soutenu par l'API d'auteur du Module 32. À mesure que l'UI d'authoring interne de la gestion des connaissances est livrée, le contenu du portail client coule de la même source.
portal.frontlinehq.io/retailco/knowledge

Connaissances — vue client RetailCo

RetailCo · Support retail

Rechercher des articles (scopés RetailCo) …

Politique de retour v3 (2026-05)

Retours + remboursements2026-05-09
RetailCo · toutes LDA

Guide d'escalade N2 — appelant fâché

Escalades N22026-04-28
RetailCo · N2

Heures jours fériés — mai 2026

Opérations2026-05-01
RetailCo · toutes LDA

Québec FR — script d'accueil vocal

Intégration2026-05-12
RetailCo · Français

Articles scopés par audience client + LDA. RetailCo ne voit jamais la BC de FinCo.

Fonctionnalité 06

Admin délégué — assigner et déplacer les utilisateurs entre comptes

Votre équipe interne de compte déplace les utilisateurs et les employés entre comptes clients et LDA depuis une seule UI. Chaque déplacement émet une ligne d'audit. Verrouillé AMF. Permissions internes uniquement — les clients ne voient jamais cette surface.

  • 8 opérations. Assigner / désassigner / déplacer les utilisateurs client entre comptes ; assigner / désassigner / déplacer les employés entre comptes client et LDA. Par spec 24 §6 API Baseline.
  • AMF + audit par opération. Les opérations sensibles exigent l'AMF. Chaque déplacement est consigné avec qui, quand, quoi — conforme au modèle d'audit spec 12.
  • Verrouillé aux rôles internes. Les clés de permission vivent dans 11A. Le rôle client est exclu de cette surface entièrement.
  • Scopé au BPO. Votre équipe de compte ne voit que les comptes du locataire BPO. Isolation multi-locataire forcée via RLS.
app.frontlinehq.io/admin/client-portal

Admin délégué — vue interne équipe de comptes

Admin portail client

Équipe de comptes interne seulement · les clients ne voient jamais cette surface

MFA

Assigner utilisateur au compte

j.tremblay@retailco.com → RetailCo

Déplacer employé entre LDA

AGT-1284 → RetailCo · N2

Désassigner utilisateur du compte

former@retailco.com ← RetailCo

Déplacer employé entre comptes

AGT-2298 → FinCo · Conformité

Chaque op : verrouillée AMF, consignée à l'audit (qui, quand, quoi), permission vérifiée.

Pour le décideur

Résultats d'affaires pour ceux qui dirigent le BPO

Ce que cela donne en termes de marge pour le COO ou le responsable gestion de comptes.

Marge

L'équipe de comptes récupère une journée par semaine par compte

Le libre-service SLA, les heures facturables et les rapports retirent le rituel de la présentation hebdomadaire de statut. À 4 h/semaine × 3 comptes × 50 semaines, c'est 600 heures récupérées — environ un ETP de capacité gestion de comptes retrouvé par analyste.

Confiance

Mêmes chiffres sur la facture, la carte de pointage et le QBR

Heures facturables, carte de pointage SLA et rapports dérivent tous du même grand livre opérations + T&P. Le client cesse de demander « pourquoi ce chiffre ne correspond pas » parce qu'il n'y a qu'un seul chiffre.

Défendabilité

Zéro fuite de roster, jamais

Isolation au niveau des lignes forcée par la base de données. La requête client pour les données d'un autre compte ne peut physiquement pas retourner de lignes. Survit au test d'intrusion du QBR, à l'audit SOC 2 et à la révision de l'ACDI d'entreprise.

Échelle

Signez un nouveau client d'entreprise sans pile de portail séparée

Le scoping locataire + compte est la couche de données. Ajouter un nouveau client avec un ACDI strict est une ligne d'intégration — pas une instance de portail séparée, pas un code-base bifurqué.

Ce que les services à la clientèle récupèrent vraiment

Résultats indicatifs dans les unités de la gestion de comptes — heures récupérées, rapports automatisés, systèmes retirés.

Heures récupérées par analyste

Par analyste de compte, chaque semaine

Le rituel de présentation de statut est retiré par le libre-service SLA + heures facturables + rapports dans le portail client. La magnitude dépend de votre cadence antérieure.

Consolidation de la pile

Trois systèmes → un seul portail

Tableau de bord SLA + export du système de facturation + suivi d'effectif manuel regroupés dans un seul portail client avec une seule source de vérité.

Même source que la facture

Les heures facturables dérivent du grand livre T&P

Le même grand livre qui pilote la paie pilote le portail client. Aucune réconciliation entre ce que le client voit et ce que la paie exécute.

Isolation des rosters

Zéro exposition inter-comptes

RLS par compte dans la base de données. Le client ne peut physiquement pas interroger les agents d'un autre compte — appliqué à la couche de données, pas à la couche applicative.

Posture de confiance et de conformité

Isolation au niveau des lignes locataire + compte (RLS)AMF sur les opérations admin déléguéesJournal d'audit (immuable par accès)LPRPDE (aucun RP aux clients)Loi 25 (Québec) — interface bilingue de la plateformeSOC 2 Type II — générateur de trousse de preuves (audit T3 2026)LAPHO · WCAG 2.1 AA (UI client)Audit par accès (spec 36)Export CSV par défaut (spec 24 OD-3)Zéro partage de données inter-comptes

FrontLine pour les clients vs un portail maison

Six choses que les équipes de comptes BPO remarquent dans leur premier mois après Retool / Looker / dossiers Google Drive partagés.

FrontLine pour les clientsPortail maison

Isolation au niveau des lignes par compte dans la base

Les portails maison forcent généralement le scoping dans le code applicatif — facile à oublier sur une nouvelle requête et à fuiter accidentellement les données d'un autre client.

Carte SLA + heures facturables dérivent du même grand livre

Les portails maison assemblent à partir d'exports système de facturation et tableaux de bord ops. Les chiffres divergent ; les clients perdent confiance.

Journal d'audit sur chaque accès client

Les journaux d'audit dans les portails maison couvrent généralement les écritures, pas les lectures. Le journal d'accès RPS spec 36 capture chaque ouverture de tiroir.

Articles de connaissance scopés par audience (par compte + LDA)

Les portails maison déversent un dossier Google Drive. FrontLine scope par compte et LDA au niveau des données.

Interface bilingue de la plateforme (EN ↔ FR) — prêt Loi 25

L'interface du portail est entièrement bilingue aujourd'hui. Même architecture i18n que le reste de FrontLine.

Déplacements admin délégués consignés + verrouillés AMF

Les portails maison sautent généralement l'AMF sur les opérations d'assignation/déplacement. Le modèle d'audit spec 12 + porte AMF sont non négociables ici.

En production aujourd'hui

Portail Client (Module 24) est livré — portail en lecture (activité agent, rapports, connaissances) et carte SLA + heures facturables tous en direct aujourd'hui. Les fonctionnalités interactives (demandes de dotation, évaluations d'agent, marque blanche) sont sur la feuille de route. Voir le détail technique et le statut par fonctionnalité sur l'Atlas.

FAQ

Questions que les équipes de comptes posent vraiment avant de signer

Tirées de vrais appels d'évaluation. Réponses courtes et directes.

Nos clients peuvent déjà se connecter à un tableau de bord Looker. Pourquoi déménager ?+
Deux choses. D'abord, l'isolation au niveau des lignes par compte dans la base — pas dans le code applicatif BI. Une exploration Looker mal configurée peut fuiter les données d'un autre compte ; le portail FrontLine ne le peut pas, parce que la base refuse la requête. Ensuite, la carte SLA et les heures facturables viennent du même grand livre opérations + T&P que votre facture — donc le chiffre sur le tableau de bord, le chiffre sur le QBR et le chiffre sur la facture sont toujours les mêmes. La plupart des portails maison perdent cette propriété au mois 3.
Que NE peut PAS voir le client aujourd'hui ? Soyez précis.+
Les clients voient : activité agent (identifiant opaque — pas de nom, pas de courriel), carte SLA (adhérence + couverture), heures facturables par compte et LDA, trois rapports préfabriqués, et articles de connaissance scopés par audience. Les clients NE PEUVENT PAS voir : les noms d'agents, l'information personnelle des agents, les dossiers RH, la paie, les données d'autres clients, le prix interne ou votre modèle de prévision. Les fonctionnalités interactives (demandes de dotation, approbations d'horaire, évaluations d'agent, configuration client libre-service, transparence des prévisions, marque blanche) sont sur la feuille de route — pas livrées aujourd'hui.
Comment intégrer un nouveau client d'entreprise avec un ACDI strict ?+
C'est une ligne d'intégration — locataire + compte + bindings. Aucune instance de portail séparée, aucun code-base bifurqué. Les données du nouveau client ne peuvent physiquement pas toucher les données des autres clients au niveau de la base (RLS). Ils peuvent signer l'ACDI après une révision d'architecture.
Les clients peuvent-ils voir les noms d'agents si on veut qu'ils les voient ?+
Aujourd'hui : non. Le modèle de données retourne un identifiant opaque par spec 24A §6. La raison est que la plupart des clients n'ont pas une entente de relations de travail qui permet de nommer les agents dans les tableaux de bord opérationnels — et le refus par défaut est plus sûr. Si votre contrat l'exige, le modèle de données peut être étendu ; c'est une config au niveau locataire en attente dans la prochaine phase aux côtés de la marque blanche.
Et le QBR ? Y a-t-il un mode QBR préfabriqué ?+
Pas comme un mode dédié — mais la carte SLA, les heures facturables et les trois rapports préfabriqués couvrent les points de données QBR standard. La plupart des gestionnaires de compte mènent le QBR en partageant l'écran du portail + une présentation de 5 diapos. La fonctionnalité de transparence des prévisions sur la feuille de route ajoutera la variance de prévision et le suivi d'effectif engagé, ce que la plupart des QBR demandent.
Qu'est-ce qui s'en vient sur la feuille de route que je devrais savoir pour la conversation ?+
Six fonctionnalités : (1) demandes de dotation soumises par le client, (2) approbations de changement d'horaire acheminées au client, (3) évaluations d'agent soumises par le client alimentant AQ + coaching, (4) configuration client libre-service pour alertes et abonnements aux rapports, (5) transparence des prévisions + suivi d'effectif engagé, (6) marque blanche + domaines personnalisés par client. Aucune ne livre aujourd'hui ; l'Atlas suit chacune comme un élément distinct de la feuille de route.

Prêt à le voir dans votre environnement ?

Deux façons de passer à l'étape suivante.

FrontLine pour les clients | FrontLine