Le choix est fait. Les critères ont été passés en revue, la démo a convaincu, le devis est signé. Et là commence la partie dont personne ne parle : le déploiement.

C’est pourtant là que se joue la réussite ou l’échec du projet. Un outil parfaitement adapté qui reste à 30 % d’adoption six mois après la signature ne produit aucun gain — il ajoute juste une ligne au budget et un double travail aux pilotes. À l’inverse, un déploiement mené proprement transforme la conformité d’exploitant en routine plutôt qu’en course contre la montre.

Cet article traite de l’étape d’après l’achat. Si vous en êtes encore à comparer, notre guide sur ce qu’une entreprise doit exiger d’un logiciel de flotte couvre l’amont ; et si la décision d’internaliser n’est pas tranchée, internaliser ou sous-traiter pose le cadre.

En résumé

En résumé : un déploiement se joue en quatre temps — état des lieux de l’existant, reprise sélective des données (tout ne se migre pas), matrice de rôles posée avant la création des comptes, puis bascule franche plutôt que double run. Les premiers gains sont immédiats sur la recherche d’information, visibles sous un mois sur les alertes d’expiration, et lisibles au trimestre côté facturation. Comptez des semaines, pas des heures.

L’état des lieux : ce que vous avez vraiment

Avant de migrer quoi que ce soit, il faut savoir ce qu’on migre. Dans une cellule drone qui a grandi organiquement, la réalité ressemble rarement à l’organigramme :

  • un tableur partagé pour les missions, avec trois versions locales qui divergent ;
  • des carnets de vol tenus individuellement, parfois sur papier, parfois dans l’app du constructeur ;
  • des attestations d’assurance et des certificats dans les mails de chacun ;
  • des devis dans un dossier commercial que l’exploitation ne voit pas ;
  • et une personne — souvent une seule — qui sait où tout se trouve.

Cet inventaire est la première tâche, et elle est ingrate. Elle a pourtant une vertu : elle révèle les trous avant que le logiciel ne les révèle. Un certificat expiré depuis quatre mois, un pilote qui vole sous une déclaration d’exploitant qui n’est plus la bonne, une mission facturée mais sans dossier de vol archivé. Mieux vaut le découvrir en interne qu’à l’occasion d’un contrôle.

Comptez une à deux semaines pour cet état des lieux sur une équipe de dix pilotes. C’est du temps, mais c’est le seul moment où la dette est encore silencieuse.

Reprise des données : ce qui se migre, ce qui se ressaisit

Soyons directs : tout ne se reprend pas automatiquement, et se raconter le contraire est le meilleur moyen de rater son planning.

Ce qui se migre bien, ce sont les données structurées : un référentiel de pilotes, un parc de matériel, un fichier clients, des missions historiques exportées proprement. Sur AltiNest, l’API REST et les webhooks permettent de brancher l’existant — ERP, CRM, comptabilité, planification — plutôt que de tout ressaisir, avec une documentation Swagger pour l’équipe qui s’en charge.

Ce qui se ressaisit, en revanche : les carnets papier, les données coincées dans une app propriétaire sans export exploitable, et tout ce qui n’a jamais été formalisé. Sur ce point, une décision saine consiste à ne pas tout reprendre. L’historique de vol de 2019 n’a aucune valeur opérationnelle ; ce qui compte, c’est la traçabilité à partir de la bascule et la conformité en cours. Migrez ce qui sert, archivez le reste tel quel, et gagnez trois semaines.

⚠ La migration n'est jamais un import en un clic

Quel que soit l’outil, une reprise de données demande de nettoyer l’existant, d’arbitrer ce qu’on garde et de contrôler ce qui est arrivé. Un éditeur qui vous promet une bascule sans effort vous vend le confort d’aujourd’hui contre un problème dans six mois.

Les rôles avant les comptes

L’erreur classique du déploiement, c’est de créer les comptes d’abord et de réfléchir aux droits ensuite. On se retrouve alors avec dix administrateurs, personne ne sait qui valide quoi, et la traçabilité — l’objectif même du projet — est morte-née.

Posez la matrice avant. Qui crée une mission, qui la valide, qui facture, qui consulte ? Dans une cellule structurée, quatre rôles suffisent le plus souvent, et c’est exactement le découpage qu’AltiNest propose côté entreprise : admin, superviseur, pilote, comptable. Le comptable voit la facturation sans toucher à l’exploitation ; le pilote saisit ses vols sans pouvoir réécrire ceux des autres ; le superviseur valide.

Côté accès, si votre organisation dispose déjà d’un annuaire — SAML, OpenID Connect, Active Directory —, branchez le SSO dès le départ plutôt que de créer des identifiants dédiés. Ça évite la prolifération de comptes fantômes, et surtout ça règle proprement la sortie d’un collaborateur : le départ se gère dans l’annuaire, pas dans dix outils.

✅ Poser les rôles avant d'ouvrir les comptes

Sur l’offre Entreprise, le SSO (SAML, OpenID Connect, Active Directory) et la matrice de rôles se paramètrent au moment de l’onboarding, avec l’account manager. C’est trente minutes de cadrage qui évitent six mois de droits en vrac.

L’embarquement des pilotes : le vrai obstacle n’est pas technique

Un pilote n’a pas choisi le logiciel. Il a un métier — voler, produire des livrables — et vous venez d’ajouter une étape à sa journée. C’est de son point de vue que se joue l’adoption.

Trois principes tiennent la route :

Basculer d’un coup, pas en douceur. Le double run « on garde le tableur en parallèle un mois, le temps de se rassurer » est une fausse prudence. En pratique, chacun continue sur le tableur qu’il connaît, personne ne remplit le nouvel outil, et six semaines plus tard on conclut que « ça ne prend pas ». Fixez une date de bascule, et le lendemain le tableur est en lecture seule.

Faire porter la première saisie par quelqu’un d’autre. Si le premier contact d’un pilote avec l’outil est de ressaisir douze mois de vols, vous l’avez perdu. Son premier contact doit être une mission réelle, préremplie, qui lui fait gagner du temps dès le premier jour.

Donner un référent, pas un support. C’est le point où l’accompagnement compte plus que la fonctionnalité : sur l’offre Entreprise, l’account manager dédié assure la formation initiale de l’équipe et l’onboarding, avec une revue trimestrielle ensuite. Un interlocuteur qui connaît votre organisation vaut mieux qu’un ticket dans une file.

Les premiers gains, et quand ils arrivent

Personne ne mesure un déploiement à la semaine 1. Voici, honnêtement, la séquence.

Immédiat — la fin de la recherche. Le gain le plus tangible arrive dès la bascule et il est prosaïque : on arrête de chercher. Où est l’attestation d’assurance du drone 3 ? Quel pilote a fait la mission du 12 ? Ces questions cessent de coûter un quart d’heure chacune.

Sous un mois — les alertes d’expiration. C’est là que la conformité change de nature. Un tableau de bord qui suit CERFA, déclarations préfectorales, assurances et carnets de vol pour toute la flotte, avec des alertes automatiques quand un document expire, transforme une veille manuelle en signal passif. La conformité centralisée n’est pas un confort : c’est ce qui vous évite de découvrir une échéance dépassée le matin d’une mission.

Sur un trimestre — la lisibilité financière. Facture unique pour l’équipe, répartition des coûts par centre, par projet ou par pilote, export comptable FEC. C’est rarement l’argument qui déclenche l’achat, mais c’est souvent celui qui le justifie en revue budgétaire.

Ce qu’un logiciel ne réglera pas

Il faut le dire clairement, parce que c’est ce qui distingue un déploiement réussi d’une déception.

Un logiciel ne crée pas une organisation qui n’existe pas. Si personne ne valide les missions aujourd’hui, l’outil ne validera pas à votre place : il rendra simplement visible que personne ne valide. Si les rôles ne sont pas tranchés en interne, aucune matrice de droits ne les tranchera. Et si l’exploitation et le commerce ne se parlent pas, un référentiel commun ne les fera pas se parler — il leur donnera juste un endroit où se contredire.

Ce que l’outil apporte, c’est un cadre : il rend l’écart visible et il rend la conformité mécanique. Le reste — la décision, la discipline, la conduite du changement — reste du travail humain. Un déploiement propre sur une équipe de dix pilotes se compte en semaines, pas en heures. Quiconque vous promet l’inverse ne vous rend pas service.

Pour la couche organisationnelle qui va avec, notre article sur gérer une flotte de télépilotes détaille la structuration de l’exploitation elle-même.

Vous déployez sur une équipe ? L’offre AltiNest Entreprise couvre le SSO et la gestion des rôles, la conformité centralisée, la facturation par centre de coût, l’API et un account manager dédié pour l’onboarding. Pour tester l’outil avant d’engager l’équipe, l’essai gratuit 14 jours est sans carte bancaire.