Pourquoi les intégrations d’agenda sont si difficiles à réussir (et pourquoi la fiabilité est le vrai produit)

Avant, je pensais qu’une « intégration d’agenda », c’était un projet de week-end.

Puis j’ai commencé à écouter de vraies personnes essayer de s’en servir dans la vraie vie : prendre rendez-vous chez le dentiste, décaler un dîner, se coordonner entre fuseaux horaires, tout ça en jonglant entre travail et famille. C’est là que j’ai compris : l’intégration d’agenda n’est pas une fonctionnalité. La fiabilité, voilà la fonctionnalité.

Lors d’une conversation, un fondateur développeur m’a dit : « Je n’ai vu personne essayer de vraiment réussir ça. » Je comprends pourquoi. Tout le monde fait la démo du scénario idéal. Personne ne fait la démo de la semaine où les notifications push s’arrêtent en silence, où le changement d’heure tombe, où une réunion récurrente est modifiée « juste pour cette fois », et où ton automatisation te met tranquillement deux rendez-vous en même temps.

L’agenda est le système de référence (et tout le reste n’est qu’un reflet)

Quand tu construis de la planification, ta première décision est philosophique : où vit la vérité ?

Pour Notis, je traite Google Calendar (ou l’agenda dans lequel tu vis vraiment) comme le système de référence. Notion n’est pas un moteur d’agenda. Notion, c’est là où vit le contexte : notes, préparation, décisions, résultats, peut-être une vue chronologique qui t’aide à réfléchir à ta semaine. Mais l’événement canonique, les invitations, les statuts des participants, les règles de récurrence, la sémantique des fuseaux horaires, la réalité de « qui a accepté quoi », tout ça appartient à l’agenda.

Cette séparation paraît prudente, mais elle évite la pire catégorie de bugs : les guerres de synchronisation. Si deux systèmes peuvent tous les deux « posséder » l’événement, ils finiront par ne plus être d’accord, et tu ne t’en rendras compte qu’au pire moment.

« Il suffit de synchroniser » casse sur les cas limites, pas sur les API

La plupart des concurrents savent se connecter à Google Calendar. Ce n’est pas ça, la partie difficile.

La partie difficile, c’est ce qui se passe après l’écran OAuth. Les vrais agendas sont pleins de bizarreries : des séries d’événements qui se scindent, des réunions déplacées d’un fuseau horaire à l’autre, des participants ajoutés après coup, des annulations qui ne suppriment pas tout, des liens de visio qui se régénèrent, des modifications de dernière minute qui entrent en concurrence avec ta tâche de synchronisation.

C’est pour ça que je me méfie toujours des promesses trop brillantes. Une autre phrase de la même conversation m’est restée : « Je n’avais pas vu à quel point Lindy échoue sur plein de choses. » Ce n’est pas une attaque contre un produit en particulier ; c’est un rappel que la fiabilité se gagne dans les parties ennuyeuses. Le produit, ce n’est pas « l’IA ». Le produit, c’est « ça n’a pas mis le bazar dans ma semaine ».

Les notifications push expirent. Les quotas existent. La temporisation compte.

Voici la partie que personne ne met sur sa landing page.

Pour être fiable, tu ne peux pas compter sur un seul mécanisme. Les canaux push expirent et doivent être renouvelés. Les webhooks se taisent. Les tokens sont révoqués. Les fournisseurs te brident. Et quand le fournisseur d’agenda te demande de ralentir, soit tu le gères avec élégance, soit tu commences à laisser tomber la réalité par terre.

Le travail d’intégration devient donc opérationnel par défaut. Tu conçois pour le renouvellement, les nouvelles tentatives et la reprise. Tu gardes une trace de ce que tu as vu en dernier. Tu récupères les changements incrémentaux quand tu peux, et tu te rabats sur l’interrogation régulière quand tu dois. Tu traites « aucune donnée reçue » comme un symptôme, pas comme un succès.

Si tu es un utilisateur avancé, c’est la différence entre « ça a l’air magique » et « ça a l’air d’un jouet ». La magie, ce n’est pas le modèle. La magie, c’est la discipline.

L’ajout rapide, c’est l’UX que tu veux. L’exactitude dont tu as besoin est plus difficile.

Les utilisateurs avancés adorent l’interaction à la Raycast : une ligne de texte, une action, terminé. « Déjeuner avec Bob vendredi prochain à midi. » Tu sens le niveau d’exigence : pas de formulaire, pas de menu déroulant, pas de grille d’agenda.

Mais la planification en langage naturel est un piège pour l’exactitude. « Vendredi prochain » dépend de la langue et des attentes. « Midi » dépend du fuseau horaire. « Demain 9 » dépend de savoir si tu es du matin. Un ajout rapide qui se trompe est pire qu’un ajout lent qui a raison.

Le schéma fiable, c’est : analyser, vérifier la cohérence, demander confirmation quand l’ambiguïté est réelle, et toujours écrire dans le système de référence. Ton agenda, c’est là que les conflits se résolvent. Ton système de notes, c’est là que le contexte s’attache.

Pourquoi la planification vocale touche une corde sensible (et reste techniquement brutale)

La même personne m’a dit : « appeler un restaurant ou un dentiste pour prendre rendez-vous, c’est une corvée pour moi ». Je l’entends souvent, surtout chez les introvertis. Et il y a une autre couche facile à sous-estimer : « vivre et interagir dans une langue qui n’est pas la mienne ».

C’est pour ça que les agents vocaux de prise de rendez-vous sont si séduisants. Ce n’est pas un gadget. C’est de l’accessibilité.

Mais la voix amplifie aussi les cas limites. La reconnaissance vocale peut transformer « neuf heures » en « deux heures ». Une phrase hésitante peut cacher la contrainte clé. Les gens changent d’avis en plein appel. Et si tu appelles des commerces dans plusieurs pays, tu te retrouves face à un mélange confus de coûts, de réglementations et de bizarreries opérationnelles.

Sous le capot, le schéma paraît simple : une couche d’appels comme Twilio, plus des appels d’outils vers des actions d’agenda. En pratique, tu finis par construire deux fois la même pile de fiabilité : une fois pour la conversation, une fois pour l’agenda.

MCP est une brique prometteuse, mais il n’efface pas la réalité désordonnée

MCP m’enthousiasme parce qu’il présente les intégrations comme les développeurs en ont vraiment besoin : des outils, du contexte et une interface standard au lieu d’un raccord sur mesure.

Mais je ne vais pas prétendre qu’un protocole supprime les parties difficiles. Même avec une frontière d’« outil » propre, le travail difficile reste ta responsabilité : la sémantique, la résolution des conflits, les nouvelles tentatives, l’état, et les mille petites façons dont un agenda peut te surprendre.

La bonne nouvelle, c’est que penser en briques de base aide. Si ton intégration d’agenda est un outil, alors la fiabilité devient un comportement de premier plan de cet outil. Tu n’« appelles pas juste l’API ». Tu appelles une capacité qui promet de renouveler ses abonnements, de gérer les erreurs de quota, de se remettre d’un échec partiel et de te prévenir quand elle n’est pas sûre.

Ce que je construis chez Notis

Je construis Notis pour le public B2C et les utilisateurs avancés parce que, franchement, l’énergie est différente. « En B2C… les gens sont tellement sympas. Tu es tellement enthousiaste à propos du produit. » Ça correspond à ma façon de construire : des boucles de retour rapides, un vrai usage quotidien et une sanction très dure pour tout ce qui est instable.

Alors quand je pense à « réussir » l’intégration d’agenda, je ne vois pas les intégrations comme des cases à cocher. Je pense en résultats.

Le résultat, c’est que tu peux dire, avec tes mots, dans ta langue, « réserve ça », et que ça se fasse correctement. Le résultat, c’est que quand quelque chose change, le système reste cohérent. Le résultat, c’est que tu n’as pas à te demander si ton assistant rate des mises à jour en silence.

Et si on y arrive, la voix devient plus qu’une nouveauté. Elle devient l’interface la plus humaine pour la partie la plus pénible de la vie d’adulte : coordonner son temps.

Le mot de la fin d’un bâtisseur

Si tu évalues des assistants d’agenda, ne demande pas « est-ce qu’il s’intègre à Google Calendar ? ». Tout le monde le fait.

Demande « que se passe-t-il quand ça échoue ? ». Demande s’il renouvelle ses abonnements, respecte les quotas, survit aux coupures réseau et gère les cas pénibles comme les modifications de récurrences et les changements de fuseau horaire. Demande s’il traite ton agenda comme la source de vérité et tes notes comme la couche de contexte.

C’est la frontière entre une démo et quelque chose à qui tu peux confier ta semaine.