Travailler par client, pas par tâche

La plupart des freelances divisent chaque journée entre leurs clients.

Lundi matin sur Acme, une revue rapide pour Bravo avant midi, quelque chose d’urgent pour Webb à 16h. Mardi recommence avec Acme — mais quand le contexte a enfin rechargé, il est déjà 10h passé.

Ce n’est pas un problème de concentration. C’est un problème de facturation.

Chaque changement de contexte coûte 15 à 20 minutes. Pas parce que vous êtes lent — parce que le cerveau a besoin de temps pour recharger un projet : le brief, les contraintes, où vous en étiez, quelle est la prochaine décision. Avec trois clients et deux changements par jour, c’est 30 à 40 minutes de perdues avant d’avoir produit quoi que ce soit de facturable. Sur cinq jours, c’est 3 heures. En un mois, près de 12 heures de travail qui ont eu lieu, vous ont coûté de l’énergie, et ne sont jamais apparues sur une facture.

Ce que regrouper par client veut dire

Regrouper par client, c’est réserver des journées entières — ou au moins des demi-journées complètes — à un seul client.

Lundi : Acme. Mardi : Bravo. Mercredi : Webb. Jeudi : buffer + admin. Vendredi : débordement Acme si nécessaire.

Pas des tâches. Pas “stratégie Acme à 9h, retours Bravo à 11h”. Des journées.

La différence compte. Avec une journée entière sur un client, vous restez dans le contexte. Le brief est encore chargé. Vous vous rappelez la décision que vous avez prise il y a deux jours. Vous travaillez plus vite, prenez de meilleures décisions, produisez mieux. La taxe de réorientation qui se déclenche à chaque changement de client n’a tout simplement pas lieu.

C’est une étape au-delà du time blocking classique, qui répartit des créneaux clients sur chaque journée. Le time blocking est un bon point de départ. Regrouper par journée, c’est passer aux journées-client au lieu des créneaux-client — et la différence dans la qualité du travail est réelle.

Pourquoi c’est un problème de facturation, pas seulement de focus

Quand chaque journée est fragmentée entre clients, les petites sessions disparaissent dans les interstices.

Les 25 minutes de retours asynchrones envoyés avec une tête Acme pendant que vous étiez techniquement “sur” Bravo. L’appel de débogage qui a démarré pendant un bloc Webb. La passe de révision glissée dans un créneau de 40 minutes entre deux clients.

Ces sessions ont eu lieu. Elles ont coûté du temps. Mais elles se sont passées dans les creux entre des blocs clairement attribués — et les creux ne se retrouvent pas sur les factures.

Quand vous dédiez une journée entière à un client, chaque heure de cette journée lui appartient. Pas de session ambiguë. Pas de “je ne sais plus si c’était pour Acme ou Bravo”. Une question de 30 minutes fait partie du travail du jour. Une révision est enregistrée. Rien ne disparaît.

Le coût du changement de contexte entre clients est souvent abordé sous l’angle de la concentration. Le côté facturation est moins discuté, mais tout aussi réel : des journées fragmentées produisent des relevés fragmentés, et des relevés fragmentés signifient des heures non facturées.

Comment structurer les journées-client

Commencez par votre liste de clients actifs et une estimation approximative des heures hebdomadaires par client.

Acme : ~15h/semaine → lundi + mardi Bravo : ~8h/semaine → mercredi + jeudi matin Webb : ~5h/semaine → jeudi après-midi

L’allocation n’a pas besoin d’être précise. L’objectif est de donner à chaque client un foyer dans la semaine — une journée sur laquelle il peut compter, et autour de laquelle vous planifiez.

Trois choses qui rendent la structure tenable dans la durée :

Une ancre journalière, pas des créneaux horaires. “Lundi et mardi, c’est Acme” est plus simple à maintenir que “Acme a 9h-12h chaque jour plus le mercredi après-midi.” Le modèle mental doit être assez simple pour fonctionner sans consulter le calendrier chaque matin.

Une journée buffer. Un jour par semaine — jeudi ou vendredi — partiellement ouvert pour les débordements, les demandes urgentes et l’admin. Sans buffer, une seule demande imprévue brise toute la structure. Avec un buffer, ça s’absorbe proprement.

Des événements avec le tag client. [Acme] Stratégie de marque, [Bravo] Revue design, [Webb] Session dev. Le tag est ce qui relie votre planning à votre relevé de facturation. Une journée entière de blocs sans tag est une journée de travail que vous ne pouvez pas facturer précisément.

Quand un client vous contacte le mauvais jour

“Mais si Acme m’envoie quelque chose d’urgent un mardi ?”

La plupart des clients n’attendent pas de réponse immédiate. Ils attendent une réponse fiable. “Je vous reviens demain matin” est une réponse tout à fait professionnelle — et les clients qui travaillent avec vous depuis quelques mois reconnaissent la communication par lots comme de la compétence, pas de l’indifférence.

L’exception : les vraies urgences. Un bug en production, un blocage sur une deadline réelle, quelque chose qui ne peut pas attendre 18 heures. Celles-là se traitent. Elles sont aussi rares. La plupart des messages qui semblent urgents à l’envoi sont des messages, pas des urgences.

Répondre à tout en temps réel conditionne les clients à attendre des réponses en temps réel. Ça vous conditionne aussi à interrompre le travail en profondeur pour des non-urgences. Les deux habitudes sont coûteuses.

Ce que votre calendrier montre après un mois

Quatre semaines plus tard, le schéma est lisible d’un coup d’œil.

Lundi : Acme Mardi : Acme Mercredi : Bravo Jeudi : Webb + admin Vendredi : buffer + débordements

Et en fin de mois, le rapport de facturation est déjà dans le calendrier : totaliser les blocs par client, multiplier par votre tarif, envoyer la facture.

C’est là que la convention de nommage des événements agenda fait son travail. [Client][Projet] sur chaque bloc signifie que chaque heure d’une journée Acme est automatiquement attribuée à Acme. Pas de reconstruction, pas d’approximations, pas d’archéologie de fin de mois.

Timescanner lit vos événements de calendrier tagués et génère des totaux d’heures par client pour n’importe quelle période. La structure par journées-client est exactement ce qui rend ces rapports fiables — parce que quand une journée entière appartient à un client, chaque bloc est déjà correctement attribué.

Timescanner lit n’importe quel calendrier iCal et génère des rapports de facturation par client automatiquement — Google Calendar, Outlook, iCloud, Proton Calendar, Notion Calendar, Fastmail, et d’autres.