Passer de 20 à 50 agents

Doubler un effectif ne double aucun problème : il en fait apparaître d'autres. À vingt agents, un exploitant connaît chacun de ses collaborateurs ; à cinquante, cette connaissance directe cesse d'être disponible — et tout ce qu'elle compensait en silence remonte d'un coup.

À vingt agents, un responsable sait qui parle allemand, qui accepte les nuits, qui ne s'entend pas avec tel client, qui a son brevet et qui l'a laissé filer. Rien de tout cela n'est écrit : c'est de la mémoire, et elle suffit.

Le seuil se franchit quand une deuxième personne se met à planifier. Ce jour-là, la mémoire du premier cesse d'être partagée, et l'entreprise découvre qu'aucune de ces informations n'existe nulle part sous une forme lisible par quelqu'un d'autre.

Une chose ne bouge pas avec la taille, et il vaut la peine de le dire tout de suite : les conditions à remplir pour ouvrir une société de sécurité sont les mêmes à cinquante agents qu'à cinq. Ce qui grandit, c'est le nombre de personnes dont il faut tenir les pièces à jour, et le nombre d'endroits où l'oubli d'une échéance peut passer inaperçu.

C'est pour cela que la croissance se prépare par l'écriture, pas par l'outil : les compétences deviennent des compétences déclarées, les préférences deviennent des disponibilités saisies, les interdictions deviennent des exigences de poste. Un logiciel n'accélère ce passage que si quelqu'un décide de le faire.

Vous préférez voir plutôt que lire ? Nous vous montrons ShieldOne sur vos propres cas, en 30 minutes.

Une semaine de vingt agents tient à l'écran. Cinquante, non : on cherche, on fait défiler, et on finit par affecter la première personne qu'on retrouve plutôt que la bonne.

Trois choses changent alors dans l'usage quotidien. On cherche un agent par son nom au lieu de le repérer visuellement — la recherche du planning replie les accents et accepte les mots dans n'importe quel ordre, précisément parce qu'on tape vite. On travaille par équipe et par site plutôt que sur l'effectif entier. Et la ligne des postes non couverts prend le pas sur le reste : c'est elle qu'on regarde en premier, parce qu'un trou de couverture coûte davantage qu'un déséquilibre.

Un point que nous préférons dire : la liste des agents éligibles proposée pour combler un trou est plafonnée, et quand le plafond mord, l'écran l'annonce au lieu de faire comme si la liste était complète. Une liste tronquée qui se présente comme entière est ce qui fait croire qu'il n'y a personne de disponible.

La croissance apporte des gestes qu'on ne faisait pas avant : créer quinze comptes en une matinée, publier un plan de mois entier, reprendre un parc de sites en une fois.

Ces gestes rencontrent des bornes, et il vaut mieux les connaître avant. La création de comptes est limitée par minute : un import de cinquante agents lancé d'un bloc s'arrête en route. Ce n'est pas un défaut à contourner, c'est une garde contre l'usage anormal — mais elle traite un import parfaitement légitime comme un rythme inhabituel, et il faut donc étaler la reprise plutôt que la faire en une fois.

Les traitements de fond, eux, avancent par vagues et rendent un compte honnête : combien de documents traités, combien il en reste, et une estimation de ce qui reste à faire. Un traitement qui annoncerait « terminé » en ayant laissé un reste serait pire que lent.

L'effectif réel est le nombre de fiches actives. L'effectif facturé est ce qui a été convenu au contrat. Les deux se rejoignent le plus souvent, et ils divergent légitimement — un contrat signé sur un nombre donné ne se renégocie pas à chaque arrivée.

Le tarif d'un logiciel de gestion se compte par agent et il est dégressif : plus l'effectif monte, moins chaque agent coûte. Nous ne publions pas de grille, pour une raison qui tient au sujet de cette page : une agence qui grandit ne se compare pas utilement à un tarif affiché, elle se compare à ce qu'elle paie aujourd'hui pour le même travail.

Un point pratique : le passage d'un palier au suivant ne se fait pas tout seul sur la facture. C'est une conversation, et il vaut mieux l'avoir en montant qu'après coup.

Chaque compte porte un nombre maximum d'agents. Au-delà, la création est refusée — pas masquée à l'écran : refusée par le serveur, avec un message qui dit pourquoi.

Ce plafond n'est pas modifiable depuis les réglages de l'entreprise, et c'est délibéré : il correspond à ce qui a été convenu. Le relever est un geste de notre côté, et il prend le temps d'un échange.

La conséquence à anticiper est simple : une agence qui recrute dix personnes pour un contrat qui démarre lundi doit avoir eu cette conversation la semaine d'avant. Découvrir le plafond le matin où l'on crée les comptes est une mauvaise surprise que rien ne rattrape dans l'instant.

Une page sur la croissance se doit d'être exacte sur ce qu'elle promet, parce qu'une agence qui migre à cinquante agents ne peut pas revenir en arrière facilement.

Les bornes décrites plus haut sont réelles et écrites dans le produit ; plusieurs d'entre elles s'annoncent à l'écran quand elles mordent, ce qui est le comportement que nous cherchons — un compteur qui s'arrête en silence vaut moins qu'un compteur qui dit « je n'ai pas tout lu ».

En revanche, nous n'écrirons pas que le produit a été éprouvé à cinquante ou deux cents agents : ce serait présenter comme une mesure ce qui est une lecture du code. Ce que nous pouvons dire est plus utile : nous savons où sont les bornes, elles sont documentées, et nous préférons qu'une agence les connaisse avant de choisir plutôt qu'elle les découvre un dimanche soir.

Le planning, les compétences, les pointages et la facturation viennent de la même donnée, saisie une fois : la présentation complète se trouve sur ShieldOne, le logiciel de gestion pour agences de sécurité en Suisse — et c'est ce qui évite qu'une croissance d'effectif se paie en ressaisies.