Un logiciel de parking d'entreprise ne peut pas faire tourner un parking payant

La ligne de partage entre les logiciels de parking n'est ni le prix, ni le reporting, ni la qualité des écrans mobiles. C'est de savoir si le logiciel a une notion de client inconnu qui a payé et dont l'heure d'arrivée a été décidée par un tiers. Les outils d'entreprise ne l'ont pas, parce que leur acheteur n'en a jamais eu besoin, et aucun paramétrage ne l'ajoute après coup.

C'est tout l'argument. Ce qui suit, ce sont six situations ordinaires d'un parking payant, déroulées dans les deux modèles, pour que vous les compariez à votre propre semaine plutôt que de me croire sur parole.

Là où les deux modèles se séparent

Un outil d'entreprise part d'un salarié connu, d'un badge connu et d'une place qui redevient libre à dix-huit heures, que quelqu'un s'en soit servi ou non. L'argent ne circule pas, ou passe par la paie, et la voiture ne quitte jamais sa place avec un autre conducteur au volant.

Un exploitant part d'un inconnu. Un autre lui a vendu la nuit, un autre a fixé le prix, et c'est une compagnie aérienne qui décide de son retour. Il peut rester de l'argent à encaisser au comptoir. Les clés peuvent changer de main deux fois. Tout le reste découle de cette seule différence.

Situation un : la réservation arrive quarante minutes avant la voiture

Une confirmation de revendeur tombe dans votre boîte d'intégration à 4h41 pour une arrivée à 5h20. Dans une plateforme d'exploitation, un adaptateur écrit pour ce revendeur la transforme en réservation avant que la voiture n'atteigne le trottoir, rattachée à sa source et à sa référence. Si l'adaptateur ne sait pas la lire, elle attend dans une file de contrôle avec le mail brut et un motif, et un opérateur la promeut à la main.

Un outil d'entreprise n'a aucune voie d'entrée, puisque le salarié réserve lui-même dans l'application. Il n'y a rien à paramétrer ici. Vous saisirez cette réservation sur un ordinateur portable pendant que le client attend devant vous avec sa valise et un vol à 7h10.

Situation deux : le client atterrit avec trois heures de retard

L'aller est simple. C'est au retour qu'un parking gagne ou perd sa réputation, et c'est justement l'étape à laquelle aucun produit d'entreprise n'a jamais eu à penser.

Le client avait annoncé un retour sur le vol de 20h50. L'avion se pose à 23h40. Sa voiture est rangée dans la travée F derrière onze autres, le chauffeur de la navette du soir est parti à 22h, et personne n'a sorti le véhicule.

Ce qui aide n'est pas un algorithme malin. C'est un tableau des départs qui liste les voitures physiquement présentes en attente de restitution, une ligne par jour de sortie, avec l'heure prévue, la plaque, le modèle, la couleur et la place, affiché sur un écran du bureau et rafraîchi tout seul. C'est un tableau de bord ancré sur l'instant présent, qui déroule environ dix-huit heures devant lui au lieu de se remettre à zéro à minuit, parce qu'une journée d'exploitation n'est pas une journée civile. Et c'est un planning d'équipe construit sur les arrivées et les départs attendus heure par heure, pour que quelqu'un soit présent à 23h40 la première semaine d'août.

Disons clairement ce que personne ne vous donne : ParkAgenda ne suit pas les vols. Aucune donnée de vol n'entre dans le produit et la console renvoie vers un traqueur externe, comme les autres. Ce qu'elle fait, c'est rendre le retour tardif visible sur le tableau et couvert par le planning.

Situation trois : les clés passent à un deuxième conducteur

Dans un parking d'entreprise, le conducteur garde ses clés. Toujours. Il n'y a pas d'autre cas.

Dans un parking avec voiturier ou service complet, la décision sur les clés se prend séjour par séjour et doit être enregistrée par une personne. Clés remises, client qui garde ses clés, ou voiturier. Le système peut proposer le mode d'après la réservation, mais un opérateur le confirme, et si le mode confirmé diffère de la proposition il faut un motif et c'est la règle la plus stricte qui s'applique. Si le client garde ses clés, le véhicule ne peut pas être enregistré avec des clés reçues et le numéro de place devient obligatoire, parce que personne ne pourra déplacer cette voiture et qu'il faut savoir exactement où elle est.

À côté, il y a la prise en charge : un état des lieux en six étapes qui enregistre la manipulation et les clés, l'état du véhicule, les dommages posés sur un schéma avec un type, une gravité, un commentaire et des photos, plus la signature du client, et qui se termine par un PDF. Un marqueur supprimé est conservé en trace plutôt qu'effacé, et un état des lieux finalisé ne bouge plus que par un avenant qui porte qui, quand, pourquoi et la différence. C'est ce que vous posez sur le comptoir en octobre devant un client qui affirme que la rayure sur l'aile droite n'y était pas en juillet.

Situation quatre : de l'espèce au comptoir un dimanche

Rien dans un produit d'entreprise ne modélise de l'argent qui change de main à l'arrivée, puisque cela n'arrive jamais.

Un exploitant a besoin d'un journal en ajout seul. Une ligne, c'est un montant, un mode, un moment et une personne nommée. Espèces ou carte. À l'entrée, à la sortie, ou isolé. Une erreur s'annule avec un motif et se remplace, jamais ne se corrige, parce qu'une ligne que l'on peut modifier discrètement n'est pas une preuve. Par-dessus : le solde restant dû par réservation, les départs non encaissés, les comptages à l'aveugle avec l'écart figé au moment du comptage, les passations entre opérateurs, les dépôts en banque et l'encaisse par parking.

La limite honnête, à connaître parce qu'elle change le sens du mot carte : ParkAgenda ne traite aucun paiement. Carte sur une ligne signifie que le client a payé sur votre propre terminal et qu'un opérateur l'a déclaré. Il n'y a ni encaissement, ni remboursement, ni rendu de monnaie, ni seconde devise.

Situation cinq : un opérateur qui couvre deux sites

Un outil d'entreprise suppose un immeuble, un fuseau horaire, un jeu de règles.

Un exploitant avec trois parkings a besoin que chacun porte sa capacité, sa marque sur les mails clients, son adresse de contact et son fuseau horaire, tout en pouvant lire réservations, agenda et analyses sur les trois dans une seule vue. ParkAgenda agrège ces lectures côté serveur, sur les parkings que vous sélectionnez.

Le seul endroit où il refuse volontairement d'agréger, c'est le tableau de régulation. Il affiche un panneau par parking, côte à côte, jamais fusionnés, parce que deux sites fondus dans un seul flux de régulation ne sont plus rapprochables par la personne qui les regarde. Chauffeurs et personnel de comptoir sont limités aux sites qui leur sont affectés, et ils se connectent avec un identifiant et un mot de passe choisis par leur responsable. Un chauffeur de navette n'a pas besoin d'une adresse mail d'entreprise pour utiliser le système, ce qui compte quand la moitié de vos chauffeurs sont saisonniers.

Ce que vous n'aurez pas : une application native. La console est une application web, et un ensemble nommé de pages est conçu pour le téléphone, dont les réservations, l'agenda et les analyses. Tout le reste affiche un écran non optimisé sur mobile, et il n'y a pas de mode hors ligne.

Situation six : le parking est survendu de quatre voitures

Voici l'exemple chiffré. Les chiffres sont construits pour l'exemple, ils ne sont pas mesurés.

Prenez un parking de 320 places près d'un aéroport français. Le vendredi du premier week-end d'août, l'occupation en réservations affiche 341 séjours pour 320 places, soit 107 pour cent. Retenez pour l'exemple un taux de non-présentation et d'annulation tardive de quatre pour cent sur les réservations revendeurs, ce qui fait environ quatorze voitures sur 341. Il vous en reste sept de trop.

Un outil d'entreprise refuse la 321e réservation. Il a raison pour son acheteur et tort pour vous, parce que tout exploitant hors aéroport survend, et qu'il est rationnel de le faire.

Une plateforme d'exploitation doit vous montrer les 107 pour cent et vous laisser décider. Cela veut dire un indicateur sur les jours à venir, un avertissement non bloquant au moment où vous écrivez la réservation, et un récapitulatif dans votre boîte à 20h la veille, envoyé dans le fuseau horaire de ce parking. Sept voitures, c'est un problème que l'on règle à 20h le jeudi : avancer trois sorties, ouvrir la travée de onze places le long de la clôture, appeler les deux plus longs séjours. Ce n'est plus un problème que l'on règle à 6h15 le vendredi.

La seule chose qui doit bloquer quelqu'un est physique. Une voiture ne peut pas être enregistrée en entrée quand le nombre de véhicules réellement présents atteint la capacité, parce qu'à ce moment-là il n'y a plus où la mettre. L'occupation en réservations est une prévision à piloter. Les voitures sur le bitume sont un mur.

Ce n'est pas un reproche adressé à Sharvy, Moffi ou Skedda

Ce sont de bons produits, taillés pour un problème qu'ils connaissent, et si vos places sont destinées à vos salariés vous devriez en acheter un plutôt qu'une plateforme d'exploitation. Ce sera moins cher, plus simple, et cela ira très bien.

Le problème ne vient pas d'eux. Il vient d'un annuaire qui imprime tout cela dans un seul tableau sous un seul titre, et d'un exploitant qui y fait sa présélection et perd un trimestre à s'en apercevoir.

La question qui tranche en dix secondes

Est-ce que quelqu'un qui ne travaille pas chez vous décide de l'heure d'arrivée de la voiture ?

Si la réponse est oui, vous n'êtes pas sur le marché du parking d'entreprise, quoi qu'en dise l'annuaire, et aucun tableau comparatif de fonctionnalités n'y changera rien. Si la réponse est non, arrêtez de lire et achetez un outil d'entreprise.

Questions fréquentes

Nous avons quatre-vingt-dix places et deux salariés. Un outil d'entreprise ne suffit-il pas ?

La taille n'est pas le critère. Un parking de quatre-vingt-dix places qui vend soixante-dix pour cent de ses nuitées via deux revendeurs a exactement les mêmes problèmes de canaux qu'un parking de quatre cents places, à plus petite échelle et avec moins de monde pour les absorber. Répondez à la question de tri au lieu de compter les places.

Le système peut-il me signaler qu'un vol est en retard ?

Non. ParkAgenda ne suit pas les vols et aucune donnée de vol n'entre dans le produit. Ce qu'il vous donne, c'est le retour visible sur le tableau des départs et un planning construit sur les mouvements attendus heure par heure, ce que vous feriez de toute façon de l'information de vol.

Nous avons déjà des barrières et une lecture de plaques. Où cela se branche-t-il ?

Cela reste où c'est. ParkAgenda n'a aucun matériel, ne pilote aucune barrière et ne lit aucune plaque. Il porte la plaque sur le séjour pour que votre système ait une réservation à rapprocher d'une lecture, et notre équipe construit le connecteur avec votre fournisseur. L'installation peut passer par un partenaire proche de chez vous.

Par où commencer

Reprenez vendredi dernier. Notez les six situations ci-dessus en face de ce qui s'est réellement passé, et marquez celles que votre outil ou votre tableur a tenues sans qu'une personne improvise. Cette liste est votre cahier des charges, et elle vaut mieux que n'importe quelle matrice de fonctionnalités.

Lisez ensuite ce qu'un système de réservation doit savoir faire quand vous ne maîtrisez pas la vente, qui est le socle de cet article, et pourquoi les résultats britanniques sur la gestion de parking sont remplis de sociétés de recouvrement. La page fonctionnalités reprend ces six situations en écrans, et la FAQ répond aux questions commerciales.