Le processus d’offre comme modèle de calcul prêt à l’emploi

Entrée : 550 demandes par an, donc environ 2,2 par jour ouvrable, avec une variation journalière de 26 % et un facteur de pointe de 1,35 sur 7 % des jours.

La conclusion décisive. La conception consacre cinq heures de sa journée au processus de devis. Le reste appartient aux projets en cours. Cinq heures à 89 % d’utilisation donnent 267 minutes ; avec en moyenne 103 minutes par clarification technique, cela correspond à 2,6 opérations par jour contre 2,2 entrantes. Sur le papier, cela suffit. Lors d’un jour fort, cela ne suffit pas.

Le test de charge dit exactement cela, et il l’exprime en probabilités plutôt qu’en note :

La colonne totalise 100 %, et ce n’est pas un hasard : on compte pour chaque exécution exactement une étape bloquante, celle qui présente la charge la plus élevée ce jour‑là. « 79 % » ne signifie donc pas « chargé à 79 % », mais : quatre fois sur cinq cette étape est celle qui limite le débit.

Le chiffrage, que l’on considère en interne comme le frein, ne l’est dans aucune des exécutions.

1. Demandes par jour ouvré. Demandes de l’année écoulée ÷ jours ouvrés. Figurant dans le CRM ou dans la suite des numéros de devis.
2. Facteur de pointe. Combien de demandes arrivent le jour le plus chargé par rapport à un jour normal ? Pour les devis, dépend généralement d’un salon ou de la saison ; 1,3 à 1,5 est courant. Sans cette valeur, vous calculez un processus qui n’est jamais en charge. C’est précisément en charge que se décide si un devis part à temps.
3. Heures que la conception consacre à ce processus. Pas le nombre de personnes. La grandeur décisive est la part de la journée qu’une personne en charge des clarifications techniques a réellement pour les devis, généralement trois à six heures, jamais huit.
4. Plage de traitement de la clarification technique. Borne inférieure et supérieure, pas la moyenne. La plage est le moteur : sa dispersion intervient au carré dans le temps d’attente, tandis que la moyenne n’intervient que linéairement.
5. Validations par jour. Combien de devis la direction commerciale valide-t-elle en une journée, si des devis sont présents ? Ce nombre détermine si la validation est le deuxième goulot d’étranglement. Dans le modèle, elle l’est un jour sur cinq.
6. Taux de coûts complets par rôle. Salaire brut × 1,5 à 1,8, divisé par environ 1 500 heures productives par an. Un poste à 50 000 € coûte ainsi environ 53 € par heure, pas les 24 € naïfs issus du salaire ÷ 2 080 heures. Avec le taux naïf, votre affirmation en euros sera ensuite contestable.

Contre‑vérification, avant de calculer : Comptez les demandes ouvertes aujourd’hui et divisez par les devis que vous parvenez à émettre en une journée (Little's Law). Si vous retrouvez à peu près votre temps de traversée connu, le modèle est utilisable. S’il diverge fortement, il manque une file d’attente, pour les devis presque toujours la relance auprès du client ou une offre fournisseur en attente.

Ce que le modèle ne contient pas. Le temps de traversée correspond au traitement plus la file d’attente, en jours ouvrés. Des durées calendaires fixes (les trois jours qu’un fournisseur met pour son prix, la semaine jusqu’au rappel du client) ne sont pas modélisées. Qui les a, les saisit comme étape distincte ; sinon, le modèle calcule plus vite que ce que vit le client.

Levier 1. Champs obligatoires lors de la création de la demande. Les six informations que la conception demande de toute façon sont requises dès la saisie. La saisie prend alors plus de temps (15–30 au lieu de 10–22 minutes), la clarification technique devient plus courte (45–100 au lieu de 70–140), car le cycle de relance disparaît. Résultat dans le modèle : le P90 du délai passe de 7,2 à 1,6 jours ouvrés, la charge de la conception au jour de pointe de 133 % à 94 %. Le temps à l’entrée coûte moins cher que le temps dans le goulot. C’est toute l’histoire.

Levier 2. Plus de temps de conception pour le processus de devis. Une heure de plus par jour. Cela agit, mais moins qu’attendu : 111 % au jour de pointe au lieu de 133 %, et la clarification reste le goulot dans 56 % des tirages. C’est le prix honnête du fait qu’une étape surchargée ne réagit pas de façon linéaire.

Levier 3. Deuxième concepteur à mi-temps. Le levier le plus coûteux, et au final à peine meilleur que le levier 1. Qui le calcule voit la raison : le goulot migre dans les deux cas vers la validation, et à partir de là la conception ne limite plus.

Levier 4. Soulager la validation. Le constat nul, et le plus instructif. La validation est, avec 92 % au jour de pointe, la deuxième étape la plus contrainte ; la doubler apporte 0,3 jour. Tant que la clarification reste contraignante, il n’arrive tout simplement pas assez de dossiers à la validation. Un levier sur le deuxième goulot n’est pas un demi-succès, mais aucun.

Calculez les quatre séparément et classez-les selon l’effet par rapport à l’effort. Le levier 1 est un formulaire, le levier 3 est un poste, et dans le modèle ils diffèrent de 0,3 jour.

Comment, à partir de 20 000 tirages, on obtient un pourcentage par étape est expliqué dans l’article Monte Carlo pour les processus ; pourquoi l’écart entre P50 et P90 est le message essentiel, dans Comprendre P10, P50, P90.

Après capture de l’état actuel, un levier modifié et un deuxième essai, la comparaison donne :

• Délai de traitement avant/après en tant que P50 et P90. L’engagement envers le service commercial se fait sur le P90, pas sur la médiane. Qui promet « deux jours » parce que la médiane est à 0,7 promet quelque chose qui ne tient pas un jour sur cinq.
• Taux d’utilisation par étape au jour de pointe et le nouveau goulot d’étranglement après la mesure. Dans ce modèle, il migre vers la libération pour les deux leviers les plus efficaces. C’est l’issue normale d’une mesure et non une erreur.
• Débit en offres par semaine par rapport aux arrivées. À l’état actuel, 10,3 sur 11 sortent ; la différence n’est pas une perte mais l’accumulation que le goulot reconstruit chaque semaine.
• Impact sur le coût du personnel sur l’année présenté comme un intervalle, calculé à partir des quantités, des temps et des coûts complets. Le modèle prévoit environ 254 € de temps de travail par offre ; 941 de ces heures par an sont attribuées à la conception.
• La liste des hypothèses avec chaque saisie estimée. La phrase « Temps d’attente pour les prix fournisseurs non modélisé » neutralise la question la plus pointue avant même qu’elle ne soit posée.

Le tout est rendu sous forme de deux PDF : offre pour le décideur, documentation pour la traçabilité, avec votre en-tête si vous en avez configuré un.

Le même modèle, deux questions. Cette page répond à la question de calcul : d’où viennent les 79 % et vers quel goulot le flux se déplace quand on le résout. L’autre question (que recommander et quel est le coût de l’inaction) relève de la méthode et non de l’outil. Elle se trouve dans l’archive d’analyses de Flowrefy, avec la méthode dont ces modèles sont issus. Un jeu de données, deux questions, deux publics.

• Le traitement des commandes s’étend de la commande à la confirmation de commande. Le cas d’un rôle partagé : deux étapes qui paraissent individuellement confortables sont l’après-midi de la même personne.
• Le processus d’offre est cette page.
• La validation des factures est le cas de volatilité : en moyenne sous la capacité, à la fin du mois au‑dessus.
• Dans la réclamation, le goulot se trouve hors de l’entreprise, et la recommandation honnête n’est donc pas « automatiser ».
• L’intégration des employés a peu de volume et de nombreux intervenants, et une étape capte 86 % des parcours.
• Le ticket IT montre un comportement de file classique avec embranchement : 65 % résolus immédiatement, 35 % au second niveau.

Chaque modèle s’ouvre dans la fenêtre d’accueil via Voir les modèles. La première fois, il vaut la peine d’en ouvrir un avant de commencer votre propre modèle. Sinon, on modélise trop finement.