Scheduling & meetings

Rallly

Planification de groupe open source — tu proposes quelques dates, tu partages un lien, et chacun vote sans créer de compte

lukevella/ralllyTypeScript5,204 as of 2026-08-06
By Jake Luo · Published 6 août 2026

Rallly est un outil de planification open source pour trouver un créneau qui convient à un groupe : tu proposes plusieurs options de date et d'heure, tu partages un seul lien, et les participants indiquent leurs disponibilités sans s'inscrire nulle part. C'est du TypeScript sous licence AGPL-3.0, bâti sur Next.js, Prisma et tRPC, distribué en image Docker pour l'auto-hébergement et disponible aussi en version hébergée. Le dépôt affichait 5 204 étoiles au moment de la capture de cette page et a publié la v4.12.1 le 5 août 2026. La distinction qui compte avant de l'adopter : c'est un sondage de disponibilité de groupe, pas une page de réservation — il remplace le fil d'e-mails de calage, pas ton lien de démo.

Ce qu'est Rallly, et ce qu'il n'est pas

Le produit est délibérément petit. Tu crées un sondage avec plusieurs options de date et d'heure, tu envoies le lien, et chaque participant coche ce qui lui va. Une grille de disponibilités montre toutes les réponses d'un coup d'œil, les commentaires gardent la discussion des détails au même endroit plutôt que dans cinq réponses à tous, les notifications préviennent quand les réponses arrivent, et quand tu choisis l'option gagnante tout le monde est informé. La fonction qui porte le plus de poids est celle qui impressionne le moins : voter ne demande aucun compte.

Techniquement, c'est du TypeScript sur Next.js, Prisma et tRPC, sous licence AGPL-3.0, publié en image Docker avec une documentation d'auto-hébergement, et l'interface est traduite par la communauté dans plus de dix langues. Une version hébergée existe, tenue par le même mainteneur : c'est le choix raisonnable tant que tu n'as pas de raison précise de garder les données chez toi. Ce que ce n'est pas : une page de réservation. Il ne publie pas ton agenda pour qu'un inconnu prenne un créneau. Si ton problème, ce sont les demandes de démo entrantes, il te faut cette autre catégorie d'outil — Documenso intervient à l'étape suivante du même deal, une fois l'heure fixée et qu'il y a quelque chose à signer.

Là où la planification de groupe coûte vraiment du temps

C'est en recherche client, pas en vente, que cela se rentabilise. Une série d'entretiens utilisateurs est un problème d'agenda déguisé en problème de recherche, et c'est là qu'un fondateur perd une semaine sans s'en apercevoir.

  1. Recrute plus de monde que nécessaire Sollicite dix utilisateurs quand tu en veux six. Le taux de réponse à une demande d'entretien est correct, le taux de présence beaucoup moins, et sur-recruter coûte moins cher qu'un second tour de recrutement.
  2. Propose des options, pas un agenda Envoie un lien avec six ou huit créneaux répartis sur deux semaines plutôt que de demander ce qui convient. Une question ouverte crée un fil ; un ensemble d'options crée une réponse. C'est l'étape pour laquelle Rallly existe, et c'est celle que l'on saute.
  3. Verrouille les horaires et confirme par écrit Finalise dès que les votes sont là et envoie la confirmation le jour même. Le délai entre l'accord et la confirmation est l'endroit où un entretien s'évapore sans bruit.
  4. Écris les notes avant l'appel suivant Caler six conversations ne sert que si tu peux ensuite les comparer. Dix minutes de notes juste après chacune valent mieux qu'une transcription que tu ne reliras jamais — voir comment recueillir les retours clients pour la suite.

Une note honnête sur le problème d'agenda que tu as vraiment

Nous construisons AgentCeres — le Directeur de la croissance IA sur agentceres.com — et l'observation utile tirée de son exploitation est que ces deux tâches d'agenda sont constamment confondues, dans les outils adoptés comme dans les conseils suivis. L'une est plusieurs-vers-un : plusieurs personnes, une réunion, disponibilités inconnues — c'est un sondage. L'autre est un-vers-plusieurs : ta disponibilité publiée, des inconnus qui prennent un créneau — c'est une page de réservation. Employer le sondage pour la tâche de réservation produit un tunnel pire que le simple e-mail, parce que tu as inséré un tour de vote devant quelqu'un qui était prêt à acheter.

La règle que nous appliquons : si la personne en face a déjà décidé de te parler, ne la fais jamais voter. Si rien n'est encore décidé — une série d'entretiens, un appel avec des conseillers, une mise en relation entre trois entreprises —, le sondage est l'instrument le plus rapide, et en avoir un sous AGPL et auto-hébergeable est parfaitement raisonnable. Dans les deux cas, c'est un petit outil qui fait bien un petit travail, ce que la plupart de la catégorie ne réussit pas. Si les appels ainsi calés sont des appels de vente, la partie difficile se joue en amont, dans la vente menée par le fondateur, pas dans le calendrier.

FAQ

Rallly, est-ce la même chose que Calendly ou Cal ?
Non, et c'est toute la différence. Les outils de type Calendly publient ta disponibilité pour qu'une personne réserve elle-même un créneau : un hôte, beaucoup de personnes qui réservent, agenda déjà connu. Rallly résout la forme inverse : plusieurs personnes, une réunion, disponibilité de personne connue, tranchée par un vote sur une liste courte d'options. Certaines équipes utilisent les deux, l'un pour les appels entrants et l'autre pour les réunions de groupe, et aucun ne remplace l'autre.
Les participants doivent-ils créer un compte ?
Non. Ils ouvrent le lien et cochent leurs disponibilités sans inscription, ce qui est la principale raison pour laquelle un sondage obtient des réponses. Chaque étape supplémentaire entre le lien et la réponse te coûte des retours, et cela pèse d'autant plus quand tu demandes un service à un client plutôt que de lui vendre quelque chose.
Faut-il l'auto-héberger ou prendre la version hébergée ?
Prends la version hébergée, sauf raison concrète de faire autrement. L'auto-hébergement est bien documenté et livré en image Docker, mais tu exploites alors un service, une base de données et ses sauvegardes pour que des gens votent sur des horaires de réunion. Les vraies raisons d'auto-héberger sont des exigences de localisation des données, une politique interne sur l'endroit où ces données vivent, ou le fait que tu gères déjà une petite flotte et qu'un conteneur de plus ne te coûte rien. Économiser un abonnement en fait rarement partie une fois ton temps valorisé.
Related projects
DocumensoL'alternative open source à DocuSign — signature de documents auto-hébergeable, conçue pour que vous puissiez auditer exactement comment la signature a été produiteTwentyUn CRM open source — une alternative auto-hébergeable à Salesforce et HubSpotPapermarkAlternative open source à DocSend pour partager des documents et des data rooms avec analytics intégrésChatwootPlateforme de support client open source — chat en direct, boîte de réception partagée et centre d'assistance omnicanal

You built it. Now grow it.

AgentCeres is a managed AI marketing team — specialists draft the SEO, social, and outreach that fill your links, you approve what ships. 14-day free trial, from $39/month.

Start free trialMore projects