Du tableur au logiciel : un parking privé près de Beauvais.
Un parking privé d'aéroport, une petite équipe, un tableur et un téléphone. Ce qui coinçait, ce qui a été mis en place, et comment l'exploitation fonctionne depuis le 8 juillet 2026.
Le contexte : un parking privé près d'un aéroport.
L'exploitation est un parking privé situé à proximité de l'aéroport de Beauvais. Une structure indépendante, quelques dizaines de places, une petite équipe qui fait tout : prendre les réservations, accueillir, garer, garder les clés, encaisser, ressortir les véhicules au retour.
Le métier n'est pas celui d'un parking de centre-ville. Le client ne fait pas que stationner : il confie sa voiture et ses clés pour plusieurs jours, part en voyage, et revient à une heure qu'il ne maîtrise pas toujours. Entre le départ et le retour, l'exploitant est responsable du véhicule.
Le nom du client n'est pas publié. Aucune donnée nominative, aucune plaque et aucune information de réservation réelle ne figurent sur cette page ni sur les captures du site.
Avant : trois sources, trois vérités.
Le point de départ était celui de la plupart des parkings tenus à la main : les outils que tout le monde a déjà. Un tableur pour les réservations, le téléphone et les SMS pour les échanges avec les clients, des notes prises au fil de la journée, la boîte mail pour les demandes venues du site. La combinaison exacte varie d'une exploitation à l'autre ; le principe est le même.
Cette organisation fonctionne — jusqu'à un certain volume. Le problème n'est pas qu'elle soit mauvaise : c'est qu'elle repose entièrement sur la vigilance des personnes. Rien n'empêche une erreur, rien ne la signale, et rien ne conserve la trace de ce qui a été dit à qui.
La conséquence la plus concrète : l'information vivait à trois endroits différents, et la version à jour dépendait de qui avait noté quoi en dernier.
Ce que cette organisation laisse passer.
Aucun de ces points n'est propre à cette exploitation : ce sont les six risques que fait courir un fonctionnement dispersé, dans n'importe quel parking tenu à la main.
Doubles réservations
Rien n'empêche d'attendre deux clients sur la même place le même week-end. Quand ça arrive, ça se découvre à l'arrivée, devant le client.
Demandes du site perdues
Un formulaire rempli, un mail parmi cent : sans suivi des demandes, rien ne signale celle qui est restée sans réponse.
Suivi des clés
Quelle clé pour quel véhicule, sur quelle place. Sans registre, la réponse tient dans la mémoire de la personne présente ce jour-là.
Retours mal anticipés
Sans vue consolidée de la journée, les départs se découvrent le matin même, avant que les véhicules soient préparés ou les places libérées.
Soldes non encaissés
Lorsque les informations sont dispersées, le suivi des acomptes et des soldes devient difficile. Pris séparément c'est peu, sur une année ça compte.
Informations dispersées
Le tableur sur le poste, les SMS sur le téléphone, les notes prises au comptoir : trois endroits, trois vérités possibles.
Ce qu'il fallait obtenir.
L'objectif n'était pas « d'informatiser ». Il tenait en quatre points, formulés par l'exploitant lui-même :
- une seule source d'information, consultable par toute l'équipe, y compris depuis le terrain ;
- rendre certaines erreurs impossibles plutôt que de compter sur la vigilance ;
- arrêter de ressaisir : ce que le client a déjà écrit ne doit pas être retapé ;
- garder une organisation reconnaissable — pas apprendre un logiciel conçu pour un autre métier.
Ce dernier point a orienté toute la suite. Beaucoup de logiciels généralistes de stationnement sont davantage pensés pour des barrières et des horodateurs. Ils couvrent rarement la garde de clés, les places qui en bloquent d'autres, ou le véhicule qu'on doit sortir avant l'heure annoncée.
La solution : un outil construit sur l'existant.
Plutôt que d'adapter l'exploitation à un logiciel générique, l'outil a été construit à partir du déroulé réel d'un séjour : la demande arrive, la réservation se crée, le client dépose son véhicule et ses clés, la voiture occupe une place, l'acompte est versé, le retour approche, le véhicule est préparé, le solde est encaissé.
Chaque écran correspond à un moment de ce déroulé. Il n'y a pas de module qui ne serve à personne, et pas de champ obligatoire qui n'ait pas de raison d'exister sur le terrain.
C'est la méthode décrite sur la page logiciel métier sur mesure : partir de l'organisation existante, livrer une première version réellement utilisable, puis étendre.
Les écrans réellement utilisés.
Les huit écrans mis en service. Ce sont ceux dont les captures illustrent la page produit.
Tableau de bord
Arrivées et retours du jour, véhicules à valider, occupation, paiements à encaisser. L'état du parking en un coup d'œil.
Demandes du site
Les formulaires remplis sur le site public arrivent directement ici, plus dans une boîte mail.
Nouvelle réservation
Création à partir d'une demande existante, sans retaper ce que le client a déjà écrit.
Réservations actives
Toutes les réservations au même endroit, filtrables. Fin des trois fichiers en parallèle.
Fiche réservation
Un séjour complet sur une seule fiche : client, véhicule, place, clé, dates, paiements, échanges.
Paiements et soldes
Acompte, encaissé, restant dû. Le calcul ne se fait plus de tête.
Contrôle terrain
L'écran qu'on garde ouvert toute la journée, conçu pour être lu sur téléphone, dehors.
Contact client
Prévenir un client depuis sa fiche, à partir de modèles de messages, avec la trace de l'envoi.
Le déploiement.
L'outil a été mis en production le 8 juillet 2026, sur l'activité réelle, sans période de double saisie prolongée. La prise en main s'est faite sur une matinée : les écrans reprennent des notions que l'équipe manipulait déjà, sous d'autres formes.
Les données du tableur existant ont été reprises, pour ne pas repartir d'une base vide et pour conserver l'historique des clients déjà venus.
Depuis cette date, l'exploitation tourne sur l'outil sans interruption de service. Les évolutions se décident sur ce que l'usage fait remonter, pas sur une feuille de route écrite à l'avance.
Où en est l'exploitation après huit semaines.
Relevés dans l'outil le 4 septembre 2026, huit semaines après la mise en service.
545
réservations gérées dans l'outil
494
clients en base
470
demandes reçues via le site
77
places de parking
0
incident d'exploitation depuis la mise en service
8 juillet 2026
mise en production, sans interruption depuis
Ces chiffres sont ceux relevés à cette date précise. Ils ne sont pas mis à jour en continu sur cette page.
Comment ça se passe aujourd'hui.
Une demande envoyée depuis le site arrive dans l'outil. Elle est transformée en réservation sans ressaisie. Le jour de l'arrivée, le véhicule est rattaché à une place et la clé à un emplacement identifié. L'acompte est enregistré sur la fiche.
Pendant le séjour, l'écran de contrôle terrain donne l'état du parking depuis un téléphone. À l'approche du retour, le véhicule apparaît dans les départs à préparer. Le solde restant dû est affiché, calculé, et ne dépend plus de la mémoire de quelqu'un.
Ce qui a changé n'est pas le métier : c'est que l'information est au même endroit, à jour, et accessible à toute l'équipe.
Ce que le produit a gagné depuis
Tactelya Parking a continué d'évoluer après cette mise en service. Deux modules sont venus s'ajouter : le suivi des vols retour, qui remonte l'état du vol à partir de son numéro et alerte en cas de changement, et le plan de parking, qui représente les rangées et signale les places qui en bloquent d'autres. Ils sont décrits sur la page Tactelya Parking.
Ce que ça change, et ce que ça ne change pas.
Ce qui est constaté :
- une seule source d'information au lieu de trois, consultable par toute l'équipe ;
- les demandes venues du site ne se perdent plus dans une boîte mail ;
- les soldes restant dûs sont affichés au lieu d'être recalculés de tête ;
- le suivi des clés ne dépend plus de la présence d'une personne précise.
Ce qui n'a pas changé, et c'était voulu : l'organisation. Personne n'a dû apprendre un nouveau métier. Les étapes sont les mêmes, elles sont simplement écrites une fois pour toutes au lieu d'être reconstituées chaque matin.
Ce que cette page ne dira pas : un nombre d'heures gagnées par semaine ou un pourcentage de productivité. Ces chiffres n'ont pas été mesurés avant la mise en service, donc ils ne peuvent pas être calculés après. Les annoncer serait les inventer.
Le même point de départ que vous ?
Si vous gérez un parking privé d'aéroport avec un tableur et un téléphone, montrez-moi une journée type. Je vous montre à quoi elle ressemblerait avec l'outil.
Échange gratuit · sans engagement · réponse sous 24 h ouvrées