Le coût caché des "tu es dispo quand ?"

Mardi soir, un client vous écrit : "Hey, on pourrait caler un point cette semaine ?"

Mercredi matin, vous répondez : "Je peux jeudi ou vendredi entre 14h et 17h."

Mercredi 14h, le client répond : "Vendredi 15h c'est bon."

Mercredi 16h, vous répondez : "OK, je note."

Ce sont 4 emails sur 26 heures pour caler 1 réunion. Chaque email vous coûte 2-3 minutes de focus break. Faites ça pour 10 clients = vous perdez 1h30 par semaine en email-ping-pong de calendrier.

La solution : booking requests sur calendrier partagé

Votre calendrier partagé n'est plus juste un affichage en lecture seule — il devient interactif.

Workflow côté client :

  1. Le client ouvre votre lien de calendrier
  2. Il voit les créneaux libres (ceux où vous n'êtes ni en mission, ni en congé)
  3. Il clique sur un créneau, remplit un mini-formulaire (objet, durée souhaitée, note optionnelle)
  4. La demande arrive dans votre app

Workflow côté vous :

  1. Notification : "Acme Consulting demande un créneau jeudi 15h pour 1h"
  2. Vous validez ou rejetez en 1 clic
  3. Si validé : le créneau est bloqué sur votre calendrier, le client reçoit confirmation
  4. Si rejeté : message proposé avec créneaux alternatifs

1 round trip au lieu de 4. Et vous n'avez écrit aucun email à la main.

Les statuts qui changent la donne

Chaque CalendarBookingRequest a un statut :

  • PENDING : demande arrivée, en attente de votre validation
  • CONFIRMED : vous avez accepté, créneau bloqué
  • DECLINED : refusée, créneau libre
  • CANCELLED : annulée (par vous ou par le client)
  • EXPIRED : demande trop ancienne sans réponse, auto-archive

Chacun de ces transitions déclenche une notification appropriée. Pas de chambre noire où une demande se perd.

Les options de partage qui rendent ça possible

Booking ne peut fonctionner que si vous autorisez explicitement votre client à le voir et à l'utiliser. D'où les 3 niveaux de partage :

  • FULL : le client voit tout — missions, congés, créneaux libres, et peut demander un booking
  • CLIENT : le client ne voit que SES missions + vos créneaux libres globalement. Pas vos missions chez d'autres clients.
  • ANONYMOUS : juste les créneaux libres, sans le nom des missions en cours

Vous choisissez le niveau par lien partagé. Un client important = FULL. Un nouveau prospect = ANONYMOUS.

Le widget JS — pour aller plus loin

Au-delà du lien direct, vous pouvez embedder le calendrier dans n'importe quelle page web (site perso, page Notion, signature email).

Code minimal : un script à coller dans votre HTML.

<script src="https://www.freelancebudget.com/widget/calendar.js"
        data-share-code="abc123"
        data-mode="booking"></script>

Le widget se déploie automatiquement, montre vos créneaux libres, et permet aux visiteurs de demander un booking. Aucune authentification, aucun aller-retour entre apps.

C'est exactement comme Calendly, sauf que c'est natif dans Freelance Budget — votre disponibilité réelle (basée sur vos missions actives + congés + jours fériés du pays) sans ressaisir nulle part.

La traçabilité — c'est essentiel

Chaque booking request est tracée dans l'app, même refusée :

  • Qui a demandé (email + nom)
  • Quand (timestamp de la demande)
  • Pour quoi (objet + note libre)
  • Quelle décision (validée / refusée / pourquoi)
  • Quand convertie en mission (si applicable)

Pour un freelance qui veut piloter sa pipeline commerciale, ces données valent de l'or. Vous voyez quels clients reviennent, quel volume de demandes vous recevez par mois, et lesquelles convertissent.

Le compromis : ce n'est pas du Calendly

Calendly est ultra-optimisé pour le booking pur. Freelance Budget intègre le booking dans un contexte plus large (votre activité, vos missions, vos vrais créneaux libres). Vous gagnez la cohérence au prix d'une optimisation booking-only un peu moins poussée.

Pour 90% des freelances, c'est largement suffisant. Et c'est zéro abonnement supplémentaire à payer.

Le moment où on l'adopte

Typiquement après 3-6 mois d'usage de l'app. Vous avez vu votre calendrier se peupler de missions. Vous avez configuré 2-3 sites client. Le partage du calendrier est devenu naturel.

Le booking, c'est l'étape d'après : vous arrêtez d'envoyer des "tu es dispo quand ?" parce que vos clients voient eux-mêmes et demandent directement.

Vous récupérez 1-2h par semaine. Sur l'année, c'est une semaine de travail. Pour rien.