Pourquoi Notaray confirme une réservation après la relecture, et non avant

Notaray est en cours de conception pour répondre aux appels entrants d’une petite entreprise et inscrire les appelants dans son véritable agenda. Ce billet explique une règle de cette conception : Notaray est conçu pour dire « c’est réservé » à l’appelant après la relecture, et non avant. C’est une règle de conception, inscrite comme principe I de la constitution de Notaray (règle R1). Ce n’est pas un résultat. Le produit est encore en développement, et rien de ce qui suit n’a été mesuré.

Pourquoi Notaray confirme-t-il une réservation après la relecture, et non avant ?

Écrire une réservation dans un agenda et avoir une réservation sont deux choses différentes. L’écriture peut échouer, expirer, tomber sur une plage que quelqu’un vient de prendre, ou être acceptée sans jamais apparaître. Si l’appelant entend « c’est réservé » alors que l’écriture est encore en cours, l’appel a promis quelque chose que l’agenda ne contient peut-être pas. L’appelant se présente alors à un rendez-vous qui n’existe pas, et l’entreprise l’apprend à sa porte.

La règle se résume donc ainsi : aucune confirmation tant que l’agenda n’a pas renvoyé un identifiant durable pour l’événement et qu’une relecture ne correspond pas à l’heure, à la personne et au statut. D’ici là, l’appelant entend « demandé », et non « réservé ». La constitution considère qu’une confirmation donnée avant ce moment est un défaut de gravité 1, ce qui bloque toute mise en production.

Qu’est-ce qu’une relecture ?

Une relecture consiste à consulter l’agenda après y avoir écrit, pour voir si la réservation s’y trouve. Notaray est conçu pour retrouver l’événement grâce à l’identifiant renvoyé par l’agenda, puis pour comparer trois éléments avec ce que l’appelant a demandé :

• L’heure : la date, le début et la fin, dans le bon fuseau horaire.
• La personne : pour qui la réservation est faite.
• Le statut : confirmé, et non provisoire ou annulé.

Si les trois correspondent, la réservation est confirmée. Si l’un d’eux diffère, elle ne l’est pas, et Notaray est conçu pour y voir un problème à confier à une personne plutôt qu’un détail à passer sous silence.

Que l’appelant entend-il pendant ce temps ?

Les mots prononcés pendant l’appel doivent suivre l’état de la réservation. Pendant l’écriture et la relecture, et si l’une ou l’autre ne se termine pas, l’appelant entend que sa demande a été reçue et qu’une personne nommée le rappellera. Le mot « réservé » est gardé pour le moment où la relecture correspond. Cela coûte quelques secondes de formulation prudente. Le but est d’obtenir une confirmation que l’entreprise peut vérifier dans son propre agenda.

Que se passe-t-il si l’agenda ne répond pas ?

Un résultat inconnu n’est pas traité comme une réussite. Dans la conception, un délai dépassé ou une réponse ambiguë devient un rappel en attente, avec un responsable nommé et une échéance, et il le reste jusqu’à ce qu’une relecture corresponde ou qu’une personne le règle. La vérification est aussi conçue pour se poursuivre si la requête web qui l’a déclenchée prend fin, de sorte qu’une connexion coupée ne se transforme pas en supposition silencieuse.

Qu’est-ce qui n’est pas encore construit ?

Notaray est en développement chez Agnotiq. Aucune entreprise ne l’utilise encore, et il n’y a aucun résultat à présenter. La relecture, le rappel en attente et le dossier de chaque tentative de réservation sont des éléments que Notaray est en cours de conception pour offrir. Nous prévoyons en parler ici à mesure qu’ils seront construits, y compris les parties qui se révéleront plus difficiles que prévu.