☠Saaspocalypse
← Asana · Work Management
Plan de migration

Migrer hors de Asana — phase par phase.

On n'a pas encore publié de plan spécifique Asana — mais la démarche ci-dessous, c'est la nôtre. On la décline sur votre cas lors du premier appel de cadrage. Les migrations Asana suivent les sept mêmes phases, avec les détails d'extraction et de parallel run calés sur les API Asana.

ForfaitParallel run avant basculeLe code est à vous

Notre démarche en sept phases

La démarche détaillée sur la page Process — appliquée avec les spécificités Asana dès le premier appel de cadrage.

  1. Atelier de découverte

    1 à 2 semaines

    On s'assied avec vos leads sales, ops et ingé, et on transforme le SaaS que vous payez en une liste des workflows que vous faites tourner. La plupart des équipes découvrent qu'elles utilisent 10 à 20 % de ce qui leur est facturé.

    ✓On shadow des utilisateurs réels sur des tâches réelles (Zoom + partage d'écran)
    ✓On tire un rapport d'usage 90 jours du SaaS (logins, fonctions touchées, intégrations appelées)
    ✓On cartographie le modèle de données : tables, custom fields, ce qui est réellement rempli
    ✓On identifie le shelfware — ce que vous payez et que personne n'utilise
    ✓On remonte les intégrations et exports dont votre équipe dépend
    ✓On documente les contraintes sécurité, conformité, audit
    Ce que vous repartez avec

    Un audit Usage & Périmètre de 6 à 10 pages nommant chaque workflow qui reste, chaque fonction qui saute, et la ligne de coût sur laquelle chacun vit aujourd'hui.

  2. Cadrage + devis forfaitaire

    1 semaine

    On transforme l'audit en cadrage forfaitaire. Pas de régie, pas de scope creep, pas de surprise au TJM. Vous voyez le prix du build, la maintenance annuelle et une projection d'économies à 3 et 5 ans avant de signer.

    ✓On traduit les workflows en liste de fonctions avec estimation d'effort
    ✓On choisit la stack (Next.js, Postgres, Inngest, Resend — ennuyeux exprès)
    ✓On modélise les économies face à votre contrat SaaS actuel + croissance projetée
    ✓On verrouille ce qui est dans le périmètre, ce qui n'y est pas, par écrit
    ✓On décide ce qui migre, ce qui s'archive, ce qu'on abandonne
    Ce que vous repartez avec

    Un Statement of Work signé, à prix forfaitaire, avec un calendrier de livraison et un TCO 5 ans comparé à votre contrat SaaS actuel.

  3. Architecture + DPA

    1 semaine

    Avant la première ligne de code, on cale les fondations. Région d'hébergement, propriété des données, chiffrement, RBAC et posture RGPD sont documentés et validés — exactement ce qu'on remettrait à votre auditeur dès le jour 1.

    ✓On choisit la région d'hébergement (UK ou UE — vous décidez)
    ✓On provisionne Postgres (Neon ou AWS RDS), le projet Vercel, le bucket S3 / R2
    ✓On met en place le SSO (Google / Microsoft) avec 2FA WebAuthn
    ✓On câble l'observabilité : Sentry, agrégation des logs, table d'audit
    ✓On signe le DPA et la liste des sous-traitants
    ✓On organise une session de threat-modeling sur les données du périmètre
    Ce que vous repartez avec

    Un Architecture Decision Record + un DPA signé + un questionnaire sécurité prêt à envoyer à votre CISO ou auditeur.

  4. Build avec démos hebdo

    4 à 12 semaines (selon périmètre)

    On livre du logiciel qui tourne chaque semaine, démontré le vendredi en appel. Votre équipe l'utilise, le casse, donne du feedback. À la fin, vous avez plus utilisé le nouveau produit que vous n'utilisiez le SaaS qu'on remplace.

    ✓Démo + rétro hebdo — chaque vendredi, 30 minutes
    ✓Déploiements continus vers un environnement de staging accessible à votre équipe
    ✓Le tracker d'issues est partagé — vous voyez le burn-down en temps réel
    ✓Code review en binôme avec un de vos ingés si vous voulez un vrai transfert
    ✓Pen-test fixtures intégrées dès le jour 1 (gitleaks, Dependabot, OWASP ASVS L2)
    Ce que vous repartez avec

    Une application de qualité production, sur votre propre infrastructure, avec votre organisation comme propriétaire GitHub. Pas de « c'est l'agence qui possède le code ».

  5. Migration des données + parallel run

    2 à 4 semaines

    On extrait votre historique du SaaS, on le mappe sur le nouveau schéma, et on fait tourner les deux systèmes en parallèle. Votre équipe travaille sur le nouveau produit ; l'ancien SaaS reste actif en lecture seule comme filet de sécurité pour une fenêtre définie.

    ✓On écrit les scripts d'extraction sur l'API du SaaS (on les garde — ils resservent à chaque renouvellement)
    ✓On mappe les clés et les IDs pour que la recherche historique continue de marcher
    ✓On migre les audit trails — « qui a changé quoi et quand » est préservé
    ✓Des rapports de réconciliation quotidiens comparent ancien et nouveau pendant le parallel run
    ✓On forme votre équipe en deux sessions de 60 minutes, enregistrées pour la suite
    Ce que vous repartez avec

    Un runbook de migration (rejouable), un dashboard de réconciliation, et une validation signée de chaque équipe : le nouveau système devient la source de vérité.

  6. Bascule

    1 journée

    Le jour J, le DNS bascule, le SSO redirige, le SaaS passe en lecture seule. On reste en war-room avec votre lead ops. La plupart des bascules sont sans relief — c'est exactement le but.

    ✓Bascule DNS + SSO avec une fenêtre de 5 minutes en double-write
    ✓Smoke tests sur chaque workflow critique
    ✓Notification de tous les utilisateurs via Slack + email avec le nouveau lien de login
    ✓Verrouillage du SaaS en lecture seule — gardé 90 jours comme filet de sécurité
    ✓Annulation du renouvellement automatique du SaaS (une joie discrète)
    Ce que vous repartez avec

    Un runbook de bascule + un rapport Jour 1 montrant chaque workflow au vert. Le SaaS reste en lecture seule pendant 90 jours, sans facturer le prix plein.

  7. Opérer, faire évoluer, posséder

    En continu

    On l'héberge, on le monitore, on le corrige. Vous gardez le code, les données, les clés. Les nouvelles fonctions partent en PR que votre équipe revoit ; les SLA sont des vrais chiffres dans un contrat ; les hausses au renouvellement sont à zéro, à vie.

    ✓Monitoring d'uptime 24/7 avec status page publique
    ✓Revue d'architecture trimestrielle + discussion roadmap à 6 mois
    ✓RPO ≤ 5 minutes, RTO ≤ 4 heures ; PRA testé deux fois par an
    ✓Pen-test annuel par un tiers, résultats partagés
    ✓Triage CVE Dependabot sous 72 heures ; critiques sous 24
    Ce que vous repartez avec

    Un SLA forfaitaire avec un ingé d'astreinte nommé, une roadmap produit trimestrielle, et zéro taxe par utilisateur, à vie. Le contrat est exit-friendly : vous gardez le code, votre repo, votre infra, vos clés.

Cadrer une migration Asana.

Dites-nous votre nombre de licences, la date de fin de contrat et les intégrations que vous ne pouvez pas perdre. On revient sous un jour ouvré avec un cadrage forfaitaire et un calendrier calé sur votre renouvellement.

Cadrer une migration Asana

Un jour ouvré. NDA + DPA sur demande.