Choisir son logiciel de wedding planner

Trois outils qui ne se parlent pas

Beaucoup de wedding planners assemblent leur activité avec deux ou trois outils qui ne partagent aucune donnée entre eux : un CRM pour prospecter et signer, un tableur ou une application de gestion de projet pour suivre les tâches, et des notes éparses (WhatsApp, papier, fichiers séparés) pour ce qui touche au mariage lui-même. Chaque outil fait bien son travail, pris isolément.

Le coût réel ne se voit pas dans un seul de ces outils. Il se voit dans la réconciliation entre eux : ressaisir le même nombre d’invités à trois endroits, retrouver la version à jour du plan de table, vérifier qu’un changement de date a bien été répercuté partout. Ce sont ces heures de recoupement, pas l’organisation du mariage en elle-même, qui disparaissent en pleine saison.

Ce n’est pas un problème d’organisation personnelle, c’est un problème de modèle de données. Chaque outil a été conçu pour un métier précis, avec ses propres objets. Tant que ces objets ne se recoupent pas, la ressaisie reste la seule option, quel que soit le soin apporté à la méthode.

Trois familles de logiciels, trois métiers différents

Un logiciel de wedding planner recouvre en réalité trois familles d’outils, avec trois métiers différents. Le CRM de vente sert à signer : prospects, devis, contrats, facturation, relances commerciales. L’outil de gestion de projet générique (Trello, Notion, Asana ou équivalent) sert à suivre des tâches, quel que soit le type de projet derrière. L’outil métier du mariage sert à exécuter un mariage précis, avec ses invités, son budget par poste, son plan de table et son déroulé du jour J.

Les trois sont légitimes, chacun sur son terrain, mais ils ne se remplacent pas. La confusion classique consiste à demander à un CRM, ou à un tableau de gestion de projet générique, de tenir le rétroplanning et le plan de table d’un mariage réel, puis à conclure que les logiciels ne servent à rien quand cela ne fonctionne pas.

Comprendre à quelle famille appartient un outil, avant de le choisir ou de le comparer à un autre, évite la plupart des déceptions. Un CRM qui ne fait pas de plan de table n’est pas un mauvais CRM : ce n’est simplement pas sa fonction.

Pourquoi un CRM ne sait pas tenir un rétroplanning

Un CRM raisonne en étapes de vente : prospect, devis envoyé, devis signé, facture réglée. Sa notion de temps est celle d’un cycle commercial que vous pilotez, avec une date de clôture que vous choisissez. Un rétroplanning de mariage raisonne à l’inverse : à partir d’une date de mariage fixée par le couple, il faut dérouler en arrière les échéances qui en dépendent (réserver le lieu, envoyer les invitations, confirmer le nombre définitif de convives), chacune calée sur un nombre de semaines avant le jour J, quelle que soit la date exacte.

Cette logique de compte à rebours n’existe pas dans le modèle de données d’un CRM. On peut toujours y créer une tâche avec une échéance, mais rien ne sait recalculer automatiquement cette échéance si la date du mariage change, ni la relier aux autres tâches qui en dépendent. Le rétroplanning finit par vivre à part, dans un tableur, à côté du CRM.

C’est la différence entre une échéance fixée par vous et une échéance calculée pour vous, à partir d’une seule donnée d’entrée, la date du mariage. Ce second calcul est propre au métier du mariage, il ne se généralise pas à n’importe quel type de projet.

Pourquoi un CRM ne sait pas faire de plan de table

Un plan de table suppose des objets qu’un CRM ne connaît pas : un invité, une table, des contraintes de placement entre convives, un statut de réponse, un choix de repas. Le modèle de données d’un CRM tourne autour de contacts, d’entreprises et d’opportunités commerciales, pas autour d’une soirée et de ses tables. Le placement continue donc de se faire à la main, sur papier ou dans un fichier séparé, même quand tout le reste de l’activité vit dans le CRM.

Le même problème touche les RSVP. Un CRM sait envoyer un formulaire et compter des réponses, mais transformer ces réponses en un nombre de repas classiques, végétariens ou sans allergène à transmettre au traiteur est une opération propre au métier du mariage. Elle n’existe dans aucun CRM généraliste : elle se refait, mariage après mariage, dans un tableur à côté.

Rien de tout cela n’est un défaut de conception du CRM. C’est simplement un domaine de données qu’il n’a jamais eu vocation à couvrir, au même titre qu’un outil métier du mariage ne saura jamais piloter un cycle de vente commercial multi-produits.

La limite de la gestion de projet générique

Un outil de gestion de projet générique corrige une partie du problème : il sait suivre des tâches et des échéances, pour n’importe quel type de projet, mariage compris. Mais ses objets restent génériques. Une carte ou une page n’est pas un invité, une ligne de budget par poste ou une place à table. Il faut reconstruire, à chaque mariage, le vocabulaire du métier à l’intérieur d’un outil qui l’ignore, avec un modèle que vous maintenez vous-même.

Cela fonctionne tant qu’un ou deux mariages sont suivis en parallèle, avec de la vigilance. La fragilité apparaît dès que plusieurs mariages tournent en même temps : rien n’empêche le nombre d’invités noté sur un tableau de dériver de celui du plan de table tenu dans un fichier séparé, parce que l’outil ne sait pas que les deux décrivent le même mariage.

La gestion de projet générique reste malgré tout un vrai progrès sur le tableur seul, pour la coordination d’équipe et le suivi des échéances. Sa limite se situe précisément là où commence le vocabulaire propre au mariage : invités, repas, tables, budget par poste.

Les questions à poser avant de choisir

Quatre questions permettent de trancher vite, avant de vous engager sur un abonnement ou une migration de données. Le couple peut-il accéder au projet, et à quel prix pour lui ? Combien de mariages simultanés le tarif couvre-t-il, sans palier ni supplément par projet ajouté ? Que deviennent vos projets le jour où vous arrêtez l’abonnement, sont-ils supprimés ou conservés ? Et où sont hébergées les données de vos couples, sous quel droit ?

C’est la question qu’on pose en dernier, et elle engage pourtant votre responsabilité autant que les trois autres. Vous manipulez des adresses, des régimes alimentaires, parfois des situations familiales. Un hébergement hors de l’Union européenne n’est pas interdit, mais il vous oblige à savoir sous quelles garanties il se fait : le RGPD s’applique à votre activité, pas seulement à celle de l’éditeur.

Ces quatre réponses se trouvent en général sur la page tarifaire de l’outil ou dans ses conditions générales, avant même une démonstration. Un éditeur qui n’y répond pas clairement mérite une question directe, posée avant de signer.

Où se situe MyWedding Pro

MyWedding Pro est un outil métier du mariage, pas un CRM de vente ni un outil de gestion de projet générique. Il ouvre un projet par mariage, avec les invités, le budget par poste, le plan de table, le rétroplanning et le déroulé du jour J, les prestataires, et un mini-site pour les invités du couple. Il ne gère ni vos devis, ni vos contrats, ni votre facturation client : ce sont des outils que vous avez déjà, et cette page n’a pas vocation à vous convaincre du contraire.

L’abonnement est mensuel, sans engagement, à 29 € par mois, pour un nombre de mariages illimité et l’accès de chaque couple compris dans le prix. Il s’essaie 14 jours, carte demandée à l’inscription mais rien n’est prélevé avant la fin de l’essai. Le tarif facturé est figé à la souscription et garanti pour toute la durée de vie de votre compte. Le détail complet est sur la page MyWedding Pro.