Dans les 18 derniers mois, trois choses ont changé en même temps. Quandoo a annoncé sa fermeture. L'EU AI Act a commencé à imposer des règles de transparence aux agents vocaux. Et OpenTable a déployé son propre produit d'IA téléphonique, sous la marque « Voice-IA », tarifé — comme tout le reste chez OpenTable — au couvert.
Si vous tenez un restaurant en Europe depuis quelques années, vous connaissez le modèle au couvert. Tu paies une marketplace 1,50 à 2,50 € à chaque fois qu'un client s'assied. La marketplace s'attribue le mérite de la réservation — même si le client a déjà mangé chez toi douze fois. Sur un an, ce coût devient une ligne de P&L que personne n'aime lire.
Nous avons conçu Tablario comme l'opposé. Modules plug-in, forfaits mensuels fixes, pas de commission au couvert, pas d'économie de marketplace. Cet article explique ce que ça veut dire concrètement — et pourquoi cette décision d'architecture est en amont de toutes nos autres décisions produit.
Ce que « se poser, pas remplacer » veut dire
La plupart des plateformes de réservation visent toute la stack : leur widget de réservation, leur caisse, leur terminal carte, leur CRM, leur e-mailing, leur marketplace, leur app. Le pitch est « on remplace sept outils par un ». Le coût implicite : tu remplaces aussi sept factures par une — et cette unique facture grimpe avec tes couverts.
Tablario fait l'inverse. Nous partons du principe que tu as déjà une caisse qui te plaît, un terminal carte qui fonctionne, un comptable qui lit tes livres, un Profil Google Business sur lequel tes clients te trouvent. On ne te demande de jeter rien de tout ça. Ce qu'on ajoute, c'est la couche que personne d'autre ne couvre proprement :
- Une IA téléphonique qui répond en vrai français (et 10 autres langues), s'annonce conformément à l'article 50 de l'AI Act, et écrit la réservation dans un calendrier.
- Une page restaurant publique qui convertit ce calendrier en réservations.
- Un menu QR qui capte les commandes sans toucher à ta caisse.
- Un CRM client qui relie l'historique de réservations, d'appels et de WhatsApp.
- Une politique de réservation qui enregistre une carte sans la débiter.
Chacun est un plugin — activable indépendamment, tarifé indépendamment. Tu composes ce dont tu as besoin.
La question des 14 400 €
Faisons le calcul honnêtement. Un restaurant de 50 couverts faisant 600 couverts par mois via une marketplace paie :
- OpenTable sur le plan BookEverywhere : 1,50 $ par couvert via ton widget, 7,50 $ par couvert via opentable.com. Avec une répartition 80/20 → ~2,70 $/couvert en moyenne → ~1 620 $/mois → ~19 440 $/an.
- OpenTable Voice-IA est actuellement un add-on gratuit pour les clients payants. Le calcul reste le même — tu continues de payer au couvert.
- TheFork en Europe applique un modèle économique similaire avec 2 €/couvert pour le placement premium.
Un restaurant de 50 couverts sur Tablario paie un forfait mensuel fixe pour les plugins qu'il utilise. Le forfait ne bouge pas avec les couverts. Tu fais 400 couverts le mois prochain, tu paies pareil. Tu fais 1 200, tu paies pareil. L'économie sur un restaurant à 600 couverts est d'environ 10 000 à 14 000 € par an selon la marketplace de comparaison.
Ce n'est pas une exagération marketing. C'est ce qui se passe quand tu arrêtes de payer une commission par couvert à un tiers.
Pourquoi la décision d'architecture compte
Une plateforme à modules plug-in avec forfait fixe n'est pas seulement un choix de tarification. Elle force des décisions d'ingénierie qui s'accumulent :
- Chaque plugin doit être désactivable indépendamment. Ce qui signifie des frontières de module propres dans le code (nous faisons tourner un monolithe modulaire au backend, avec des routes/services/repositories stricts par module). Quand tu coupes le plugin QR, le module de réservation ne le remarque pas.
- Chaque plugin doit être tarifé à sa valeur propre. Ce qui veut dire qu'on ne peut pas faire passer un plugin faible en le bundlant avec un fort. Si le module WhatsApp ne sert à rien, tu ne l'achètes pas. On voit vite quels plugins percent — et ceux qu'on devrait reconsidérer.
- Chaque plugin doit être remplaçable par un partenaire. Si tu préfères Mews pour la caisse, OK — ton module réservation Tablario parle à Mews via un connecteur. Si tu préfères Klarna pour les acomptes, OK — Stripe est le défaut mais le contrat est ouvert.
Une plateforme verticale ne peut pas promettre ça. Tout l'intérêt de la tarification verticale, c'est que les parties ne peuvent pas être tarifées séparément.
Ce que « pas d'économie de marketplace » veut dire
Nous ne construisons pas une app consommateur. Il n'y a pas d'annuaire Tablario.com où les clients parcourent et réservent. La Page Restaurant vit à tablario.com/r/votre-restaurant, l'URL est à toi, le SEO te revient, le balisage schema.org nomme ton restaurant — pas Tablario.
C'est un arbitrage délibéré. Une marketplace consommateur a des marges brutes plus élevées qu'une SaaS — une fois que tu es la destination, tu peux facturer pour le placement, augmenter la commission au couvert, et ajouter des frais sur les transactions côté client. Le calcul de croissance au stade seed/Series A favorise la marketplace.
Mais le calcul de croissance au stade opérateur marche dans l'autre sens. Une marketplace dont l'économie unitaire dépend des commissions au couvert est structurellement incitée à garder le contrôle du client. Nous sommes structurellement incités à te le rendre, parce que notre revenu ne dépend pas du canal par lequel la réservation est arrivée.
Ce que tu peux composer aujourd'hui
Les plugins vivent en trois groupes :
Toujours actifs (inclus dans la base) :
- Page restaurant publique
- Réservations (widget web, embed, link-in-bio + QR)
- CRM client
- Piste d'audit conforme AI Act
Plugins clients (légers, chargement paresseux) :
- IA téléphonique (DE/EN aujourd'hui ; 9 langues de plus en Phase 2)
- WhatsApp entrant + sortant
- Booking Policy (autorisation carte / acompte)
- Liste d'attente
Plugins opérationnels (étroits, temps réel, avec circuit breakers) :
- Connecteurs caisse (Phase 2 — Lightspeed d'abord, puis Mews, puis Apaleo)
- Paiement à table (Phase 2, conditionné par KassenSichV en DE)
- Handoff KDS (Phase 3)
Tu achètes ce dont tu as besoin. La base suffit pour faire tourner une opération de réservation compétente aujourd'hui.
Ce que ce n'est pas
- Pas « tout est gratuit ». On facture. Les frais sont fixes et visibles — ils ne grimpent pas avec tes couverts, mais ils ne sont pas zéro.
- Pas un remplacement des relations. Un connecteur caisse parle à ta caisse ; il ne la remplace pas. Ton comptable comptabilise toujours tes ventes. Ton terminal carte règle toujours sur ta banque.
- Pas infiniment personnalisable. Nous faisons des choix tranchés sur l'UX, le ton de la langue, ce qui compte comme conformité. Les plugins sont configurables ; l'architecture ne l'est pas.
Que faire
Si tu paies au couvert aujourd'hui, fais le calcul sur un mois réel : couverts × commission au couvert, douze mois. Compare avec un plan fixe Tablario. Le chiffre n'est généralement pas proche.
Si la comparaison est serrée — par exemple, un restaurant à 200 couverts sur un plan négocié — Tablario peut ne pas te faire économiser dès l'année 1. C'est OK. Tes couverts resteront à toi, tes données clients resteront à toi, et le forfait ne grossira pas quand tu grossiras. On sera moins cher le jour où tu franchiras le seuil.
Tarification des plugins sur /preise. L'architecture modulaire de Tablario est documentée dans notre roadmap publique. Les comparaisons de commissions au couvert ci-dessus proviennent des grilles BookEverywhere et Marketing-Boost publiées par OpenTable au T1 2026 ; vérifier la tarification actuelle directement avec OpenTable avant signature.