Mission éligible Crédit d'Impôt Innovation−20% remboursés par l'ÉtatCII art. 244 quater B
PourWilsonweb · CécilePréparé parMaxime · SHUNPORéf.SHP-2026-04-WLWValidité30 jours · 04 mai 2026Proposition active
2 TRAJECTOIRES Stabilisation Make · Qualiopi · nouveau modèle 1 entreprise → N apprenants
Stabiliser vos flux. Choisir la bonne base.
Vos scénarios reposaient sur un modèle 1 ligne = 1 client = 1 action. Avec l'arrivée du modèle 1 entreprise = N apprenants = N actions, ce socle ne tient plus. On vous propose deux trajectoires chiffrées : on répare et fait évoluer la Google Sheet, ou on bascule la donnée dans Airtable et on s'offre une fondation pensée pour la suite.
La refonte de votre Google Sheet maîtresse a déclenché une cascade de ruptures. Mais surtout, le modèle de données 1 ligne = 1 client = 1 action ne tient plus face à la nouvelle réalité 1 entreprise = N apprenants = N actions. Réparer ne suffit plus — il faut décider de la fondation.
01
Le modèle de données a muté
Hier : une nouvelle ligne = un nouveau client = une action. Aujourd'hui : un nouveau client = une entreprise + plusieurs apprenants = une ou plusieurs actions selon le workflow. Tous les scénarios Make existants étaient construits sur l'ancien modèle. Aucun n'est compatible tel quel.
02
Mappings cassés en cascade
La structure passée de BDD-Qualiopi à Copy of BDD Qualiopi a fait perdre les références de colonnes. Modules inaccessibles, champs introuvables, exécutions en échec silencieux.
03
Aucune couche d'abstraction
Make tape directement dans la BDD opérationnelle. Chaque renommage, chaque nouvelle colonne, chaque réorganisation par vous-même peut casser un ou plusieurs flux — sans alerte préalable.
04
Pas de filet de sécurité
Pas de gestion d'erreurs, pas de logs centralisés, pas d'alerte. Vous découvrez un problème quand un apprenant signale une convention manquante ou un certificat non envoyé.
Reverse engineering : avant / après.
État actuel
→
Après stabilisation
Module en ruptureModule fonctionnelFeuille tampon (couche d'abstraction)
02構造Modélisation
Du 1:1 au 1:N — un changement structurel.
Hier, vos scénarios étaient construits sur l'hypothèse une ligne = un client = une action. Demain, un seul nouveau client crée une entreprise, plusieurs apprenants, et déclenche une ou plusieurs actions selon le workflow concerné. C'est le bon moment pour décider sur quelle base poser cette nouvelle réalité.
→ Solex existe une seule fois.
→ Chaque apprenant est lié à son entreprise.
→ Make doit itérer : 1 entreprise = N actions selon le workflow.
Impact 01
Les 3 scénarios doivent être réécrits
La logique de boucle, les filtres et les triggers étaient pensés pour une ligne unique. Tous les scénarios passent par une refonte de leur graphe.
Impact 02
Une convention par entreprise, plusieurs émargements
Certains documents sont au niveau entreprise (convention, devis, facture), d'autres au niveau apprenant (certificat, émargement, bilan). Le modèle doit les distinguer.
Impact 03
Les relations doivent être natives
Sur Sheet, on les simule avec des clés étrangères et des recherches manuelles — fragile. Sur Airtable, c'est natif. Le choix se fait ici.
03分岐Deux trajectoires
Réparer la Sheet, ou refonder sur Airtable.
Vous nous avez demandé deux estimations : une qui répare et fait évoluer l'existant Google Sheet, une qui transvase tout dans Airtable et reconstruit les scénarios Make en conséquence. Voici les deux trajectoires, chiffrées, avec une recommandation argumentée.
Option A
SHP-A · GOOGLE SHEET
Réparer, optimiser, faire évoluer la Sheet existante.
On garde Google Sheet comme socle de données. On restructure la BDD pour absorber le modèle 1:N (table Entreprises + table Apprenants reliées par ID), on construit une feuille tampon stable, on répare et on refactore les 3 scénarios Make pour la nouvelle logique, on ajoute le scénario Atelier.
6 800€ HT
CII −20%5 440 € net
Coût direct le plus faible · stack inchangée
Vous restez en terrain connu pour vos équipes
Outils gratuits côté infrastructure de données
Relations 1:N simulées via clés et VLOOKUP — fragiles
Sensible au moindre renommage de colonne ou onglet
Pas de typage : un texte glisse dans un champ date sans alerte
Performance dégradée au-delà de ~5 000 lignes / scénario
7,5 j production3 sem. livraison3 + 1 scénarios refactorés14 j support inclus
Reco SHUNPO
SHP-B · AIRTABLE
Refonder sur Airtable, stabilité de niveau pro.
On bascule la donnée dans Airtable (Entreprises, Apprenants, Sessions, Documents — relations natives). On reconstruit les scénarios Make avec les connecteurs Airtable. La feuille tampon disparaît : Airtable joue le rôle de schéma stable. On vous livre une base prête pour 5 ans d'évolution.
9 800€ HT
CII −20%7 840 € net
Schéma typé · plus jamais de champ qui change de format
Relations 1:N natives entre Entreprises ↔ Apprenants ↔ Sessions
API stable : renommer un champ ne casse plus rien côté Make
Vues kanban / calendrier / gallery sans dupliquer la donnée
Historique de chaque champ · qui a modifié quoi, quand
Économise des crédits Make grâce aux automations natives
Échelle jusqu'à 50 000 enregistrements sans dégradation
11,5 j production4 — 5 sem. livraison4 scénarios reconstruits21 j support inclus≈ 24 €/mo Airtable Pro
Critère
Pourquoi ça compte ici
Trajectoire A
Google Sheet conservé
Trajectoire B
Airtable refondation
Schéma de données figé
Quand quelqu'un renomme une colonne, Make doit-il s'arrêter ? Sur Sheet : oui, silencieusement. Sur Airtable : non, l'API référence un ID interne.
2/10
Référence par nom de colonne. Un renommage = mapping perdu.
10/10
Référence par fld ID. Renommage transparent côté Make.
Relations 1 entreprise → N apprenants
Le cœur de votre nouveau modèle. Lier nativement une entreprise à ses apprenants, ou simuler le lien à coups de clés et de RECHERCHEV.
2/10
Simulation manuelle avec clés étrangères. Pas d'intégrité référentielle.
10/10
Linked records natifs. Suppression d'une entreprise = alerte sur orphelins.
Typage des champs
Une date qui devient du texte casse les filtres. Un email qui glisse dans un champ téléphone passe inaperçu.
4/10
Validation par règles optionnelles, contournables.
10/10
Type strict par champ : date, email, URL, single-select, attachement.
Performance > 5 000 lignes
Les scénarios Make qui parcourent ou modifient la sheet ralentissent puis échouent quand le volume grandit.
4/10
Throttling progressif. Timeouts au-delà de 5–10k lignes côté Make.
9/10
50 000 records / base sur Pro. Indexation côté serveur.
Vues métier sans dupliquer la donnée
Suivre les conventions à signer, les ateliers à venir, les apprenants en cours — sans créer 5 sheets pour 5 vues.
4/10
Filtres et vues sauvegardées limités. Souvent dupliqués en onglets.
10/10
Grid, kanban, calendrier, gallery, timeline · même base.
Historique des modifications
Quand un certificat n'est pas envoyé, savoir qui a touché à quoi remonte la cause en 30 secondes au lieu d'une heure.
5/10
Historique global de la feuille, peu lisible cellule par cellule.
10/10
Activité au champ près. Filtrable. Auditable.
Permissions granulaires
Donner accès à un alternant, à un commercial ou à un auditeur Qualiopi — sans tout exposer.
3/10
Lecture/écriture par feuille. Champ par champ : impossible.
9/10
Par table, par vue, par champ, par utilisateur.
Coût direct mensuel
Le seul vrai avantage de Sheet : c'est gratuit. Important à pondérer face au reste.
10/10
0 € · inclus dans Workspace.
6/10
≈ 24 €/mo Pro · 1 utilisateur. Souvent compensé par les économies de crédits Make.
Score global · pondéré sur vos enjeux
40Google Sheet · /80
vs
74Airtable · /80
!
Notre recommandation : Airtable.
Le différentiel coût (≈ 2 400 € HT net après CII) se rembourse en stabilité dès la première année — moins d'incidents de mappings, des relations 1:N qui ne dérivent pas, un support qui prend 30 min au lieu de 3 h. Si le budget impose la trajectoire A, on la fait proprement et la migration vers B reste possible plus tard sans tout casser.
04方法論Méthodologie
Notre approche en cinq phases.
Une méthode éprouvée, déjà appliquée chez TF1, lemlist et Altaroc. Pas de surprise, pas d'effet tunnel : chaque phase produit un livrable observable.
01
Audit
Reverse engineering des 3 scénarios, cartographie complète, points de rupture identifiés.
J1
02
Architecture
Conception de la feuille tampon, schéma de mappings cible, gestion d'erreurs et logs.
J2
03
Prototype
Reconstruction d'un scénario pilote sur la feuille tampon, validation conjointe avec vous.
Mise en prod surveillée, doc Notion, optimisation crédits Make, support 14 jours.
J5,5
05範囲Scope · livrables communs
Huit livrables, une fondation stable.
Tout est inclus dans le forfait. La feuille tampon est le cœur du livrable — c'est elle qui rend votre stack résiliente aux modifications futures de la BDD.
01Phase d'amorçage
Audit & cartographie
Reverse engineering des 3 scénarios existants, analyse des points de rupture, cartographie de la feuille de référence.
Inventaire des modules
Doc des mappings actuels
Liste priorisée des bugs
02 · Pièce maîtresseVALEUR DIFFÉRENCIANTE
Feuille tampon stable — le bouclier.
Une couche d'abstraction entre votre BDD opérationnelle et Make. Vous renommez, ajoutez, réorganisez vos colonnes : Make continue de tourner. Plus jamais de mappings cassés à cause d'un changement de structure.
Schéma de colonnes figé côté Make
Mapping bidirectionnel BDD ↔ tampon
Documentation de tout changement futur
Tests de régression intégrés
03Réparation
Réparation des 3 scénarios
Reconnexion des mappings, restauration des modules cassés, tests bout-en-bout sur chaque flux.
04Robustesse
Fiabilisation
Try/catch, fallbacks, logs centralisés, alertes Slack/email en cas de scénario en échec.
05Optimisations
Optimisations fonctionnelles
Filtre auto convention (3 formules)
Envoi auto + PDF + archive Drive
Relances quiz/questionnaire J+7, J+14
Détection auto réponses Forms
06 · Nouveau fluxSCÉNARIO ATELIER
Scénario Atelier complet
Génération feuille d'émargement 24h avant atelier, signature Yousign, routing intelligent du lien selon l'atelier (1-3 → contact@wilsonweb.fr · 4-5 → autre mail), gestion des reports de date.
07Crédits Make
Optim. crédits Make
Audit consommation, optimisation pour rester sous 1000 cr./mois. Reco upgrade Core (9$/mo) ou bascule n8n self-hosted si volumes le justifient.
08 · TransmissionDOCUMENTATION
Documentation & transfert — en clair.
Page Notion dédiée : schémas de flux, mapping de la feuille tampon, guide de troubleshooting, vidéos courtes pour les actions courantes. Vous restez autonome.
06展開Modules optionnels
Et après la stabilisation, l'IA.
Une fois vos flux solides, on peut superposer une couche IA — pas avant. Ces modules sont optionnels et tarifés à l'unité. Cochez ceux qui vous intéressent : le devis se met à jour en temps réel.
A
QUALIOPI+
Analyse intelligente des questionnaires
Synthèse auto des verbatims, scoring NPS, classification par thématique. Rapport mensuel prêt pour vos bilans Qualiopi.
1 500€ HT · forfait
B
APPRENANT+
Bilans personnalisés par IA
Génération auto d'un bilan personnalisé par apprenant, basé sur ses réponses au quiz, livré avec son certificat.
1 800€ HT · forfait
C
RAG · CHATBOT
Agent IA d'assistance apprenant
Chatbot RAG sur vos contenus de cours, accessible aux apprenants pendant la formation. Réduit drastiquement la charge support.
Chaque trajectoire est facturée au forfait — pas de dépassement, pas de mauvaise surprise. Le Crédit d'Impôt Innovation rembourse 20% du montant directement, sur les deux options.
Soit l'équivalent de 3 incidents critiques évités (à ~800 € de remédiation chacun, en moyenne sur les flux Make qu'on a déjà observés). Sur 2 ans, l'option B est plus économique en coût total de possession — sans compter le temps d'équipe gagné sur la maintenance quotidienne.
08計画Planning
Du go au déploiement, vue par trajectoire.
L'option Sheet tient en 3 semaines (7,5 j de production), l'option Airtable en 5 semaines (11,5 j) le temps de modéliser, migrer et reconstruire proprement. Buffer +5 jours dans les deux cas en cas d'imprévu BDD.
S111 — 17 mai
S218 — 24 mai
S325 — 31 mai
AuditJ1
Reverse eng. 3 scénarios + Atelier
Restructure BDDJ2 – J2,5
Schéma 1:N · Sheet
Feuille tamponJ3
Couche d'abstraction
Refactor scénariosJ3,5 – J5,5
3 scénarios refactorés 1:N + Atelier
FiabilisationJ6
Logs + alertes
QA + DeployJ7 – J7,5
Tests E2E + prod
Doc + Support14 j.
Notion
Validation tampon · 20 maiMise en prod · 30 maiBuffer +5 j si imprévu
S111 — 17 mai
S218 — 24 mai
S325 — 31 mai
S41 — 7 juin
S58 — 14 juin
AuditJ1
Reverse eng. complet
Schéma AirtableJ2 – J3,5
Entreprises · Apprenants · Sessions · Docs
Migration dataJ4 – J5
BDD → Airtable
Reconstruction MakeJ5,5 – J8
3 scénarios sur Airtable + Atelier
Automations nativesJ8,5 – J9,5
Relances + statuts Airtable
Vues métierJ10
Kanban · calendar
FiabilisationJ10,5
Logs + alertes
QA + DeployJ11 – J11,5
Tests E2E + prod
Doc + Formation14 j.
Notion + 1h
Validation schéma · 22 maiMigration validée · 28 maiMise en prod · 13 juin
09何故Pourquoi SHUNPO
Bâti pour les flux qui ne tolèrent pas l'erreur.
0+
Scénarios Make & n8n en production
0%
Uptime moyen sur les flux maintenus
×0
Réduction crédits Make typique post-audit
0j.
Support inclus après mise en prod
Ils nous font confiance
TF1Pipelines éditoriaux IA
lemlistWorkflows growth
AltarocReporting investisseurs
HETICPédagogie augmentée
Galileo EducationAutomatisations admin
Ils ont repris une stack que personne n'osait toucher, l'ont stabilisée en deux semaines, et nous ont laissé une doc qu'on utilise encore aujourd'hui.
— Direction Tech, lemlist · refonte workflows growth, 2025