Une application qui sait combien de passages vous devez encore

La question à laquelle le tableur ne répond pas

Un contrat d'entretien n'est pas une ligne de chiffre d'affaires, c'est une DETTE de passages. Vous avez vendu quinze tontes, deux tailles de haies et un désherbage sur l'année. En juillet, la seule question qui compte est : combien en ai-je faits, sur quel site, et combien m'en reste-t-il à caler avant la fin de saison ? Un agenda répond « ce que j'ai prévu cette semaine ». Un tableur de facturation répond « ce que j'ai facturé ». Ni l'un ni l'autre ne répond à celle-là.

Le décalage s'installe sans bruit, parce qu'il est toujours justifié sur le moment : une semaine de pluie, une tondeuse en panne, un client qui décale. Chaque report est raisonnable ; c'est leur accumulation sur vingt sites qui devient impossible à tenir de tête. On s'en aperçoit en octobre, quand il reste trois passages à faire chez quelqu'un qui les a déjà payés.

Les deux moitiés du métier ne se rangent pas pareil

Le chantier de CRÉATION a un début, une fin, un devis et un solde : c'est un projet. Le contrat d'ENTRETIEN a une échéance annuelle et une liste de passages prévus : c'est un abonnement qui se consomme. Les tenir dans la même colonne oblige à choisir entre les deux mauvaises réponses — soit vous perdez le reste à faire des contrats, soit vous notez chaque tonte comme un mini-chantier et le fichier devient illisible.

En les décrivant comme deux entités distinctes, chacune garde ce qui lui est propre. Le passage devient l'unité de travail réelle : il porte sa date, son site, la prestation faite, la durée, l'équipe — et son état, prévu, fait ou reporté. C'est cette granularité qui permet de savoir ce qui reste dû, et de retrouver en fin d'année combien d'heures un site a vraiment coûté par rapport à ce qu'il rapporte.

• Clients : particuliers, syndics, collectivités, entreprises
• Sites : un client peut en avoir plusieurs, avec chacun son accès et ses contraintes
• Contrats d'entretien : période, prestations vendues, nombre de passages, facturation
• Passages : date, site, prestation, durée, équipe, état (prévu, fait, reporté)
• Chantiers de création : devis, période, avancement
• Matériel : révisions, heures d'usage, affectation

La saison, le matériel et les déchets verts

Le métier est comprimé : l'essentiel du travail tient entre mars et octobre, et une semaine perdue ne se rattrape pas en janvier. Un indicateur de passages en retard n'a donc pas la même valeur en avril et en septembre — c'est en fin de saison qu'il devient une alerte. Suivre les passages faits par mois rend cette courbe visible, et permet de comparer d'une année sur l'autre plutôt que de se fier à l'impression que « cette année a été chargée ».

Deux postes échappent presque toujours au suivi parce qu'ils ne sont facturés à personne : l'entretien du matériel (révision de l'autoportée, affûtage, courroies) et l'évacuation des déchets verts. Ce sont pourtant des coûts réels et récurrents. Les décrire comme des données ordinaires — une révision a une date et un coût, un apport en déchèterie a un volume — suffit à les faire exister dans le bilan de fin d'année.

Comment l'application est produite

Vous écrivez ce que fait votre entreprise, en français, avec votre vocabulaire — « passage », « tonte », « taille », « contrat », « site ». Un plan vous est présenté avant toute construction : les entités retenues, leurs champs, les écrans, les indicateurs. Vous le corrigez tant qu'il ne correspond pas à votre organisation ; rien n'est construit avant votre validation.

L'application produite est un projet Next.js et Prisma standard. Vous pouvez la récupérer en archive ZIP ou la pousser sur GitHub : le code vous appartient, et n'importe quel développeur sait le reprendre. Trois niveaux de génération existent (Sketch, Craft, Masterpiece) selon que vous voulez éprouver une idée ou obtenir une application aboutie.

Ce que l'application n'est PAS

Cette page décrit un outil de suivi interne. Plusieurs besoins d'une entreprise d'espaces verts sortent de ce que le produit sait faire, et il vaut mieux le savoir avant de commencer qu'après :

Aucune de ces limites n'est définitive au sens du code — le projet est exportable et un développeur peut l'étendre — mais aucune n'est fournie telle quelle.

• Aucune optimisation de tournée : l'application affiche les passages prévus, elle ne calcule ni itinéraire ni ordre de visite.
• Aucune connexion à un service météo : la pluie décale les tontes, le report reste une saisie manuelle.
• Pas de mode hors ligne — c'est la limite qui compte le plus sur ce métier : l'application s'ouvre depuis le navigateur d'un téléphone, mais un site sans réseau ne permet pas de saisir le passage sur place.
• Aucun pointage GPS ni géolocalisation des équipes.
• Ce n'est pas un logiciel de facturation : devis et factures restent dans votre outil actuel ou chez votre comptable.
• Les droits sont globaux (administrateur, utilisateur, lecture seule) — pas de permission par équipe ni par secteur.

Récupérer ses chiffres en fin de saison

Les données saisies restent les vôtres et se récupèrent depuis l'écran Paramètres, en JSON ou en CSV, jeu de données par jeu de données. C'est le format utile au moment de préparer les renouvellements : un CSV s'ouvre dans un tableur, se trie par site et se recoupe avec la facturation pour voir quels contrats ont coûté plus d'heures qu'ils n'en rapportaient.

Les listes se filtrent et se trient, et une corbeille permet de restaurer une ligne supprimée par erreur — utile quand plusieurs personnes saisissent les passages en fin de journée.