La question qu'on pose trop tard
Tant que tout se passe bien avec un prestataire, la question de la propriété n'intéresse personne. Elle devient brûlante le jour où vous voulez changer, où le prestataire arrête son activité, ou simplement où vous voulez confier une évolution à quelqu'un d'autre.
Autant y répondre au début, en trois minutes, plutôt qu'en urgence.
Les quatre choses que vous devez posséder
Le code. Le contrat doit prévoir que le code développé pour vous vous est cédé. Concrètement, vous devez pouvoir en obtenir une copie complète quand vous le demandez, et la confier à qui vous voulez.
Vos données. Elles vous appartiennent, et vous devez pouvoir les exporter en entier, dans un format lisible, sans dépendre du bon vouloir de quelqu'un.
Vos noms de domaine. Ils doivent être à votre nom, avec un accès à votre nom. C'est le piège le plus fréquent et le plus pénible : un domaine réservé par le prestataire immobilise tout, mails compris.
Vos accès. Hébergement, base de données, outils tiers : vous devez avoir un compte administrateur, même si vous ne vous en servez jamais.
La nuance honnête
Un prestataire réutilise souvent des briques qu'il a écrites pour d'autres projets, ou des composants libres. C'est normal, c'est même ce qui vous fait gagner du temps et de l'argent. Ce qui compte, c'est que vous ayez le droit d'utiliser, de modifier et de faire évoluer l'ensemble sans autorisation à demander.
Un prestataire sérieux vous le dira tel quel, sans se cacher derrière du vocabulaire juridique.
Les questions à poser avant de signer
- Est-ce que le code me sera cédé, et sous quelle forme ?
- Où est hébergé l'outil, et à quel nom est le compte ?
- Comment j'exporte mes données, et en combien de temps ?
- Le nom de domaine est-il à mon nom ?
- Si on arrête de travailler ensemble demain, qu'est-ce que je récupère, et en combien de temps ?
Les réponses doivent être courtes. Si elles sont longues, c'est rarement bon signe.
Pourquoi je livre les choses comme ça
Chez Divox, le code et les données vous appartiennent, les accès sont à votre nom, et vous pouvez confier l'outil à quelqu'un d'autre quand vous voulez. Ce n'est pas de la générosité : un client qui reste parce qu'il ne peut pas partir n'est pas un client satisfait, et ça finit toujours mal.
Ça change aussi ma façon de travailler. Je dois écrire un code qu'un autre développeur peut reprendre, et documenter ce qui n'est pas évident.
Le cas des plateformes
Si vous passez par une plateforme, la logique est différente : vous louez un service, vous ne possédez rien, et c'est parfois le bon choix. Vérifiez alors surtout deux points : l'export de vos données, et qui garde le contact avec vos clients.
Pour le reste : la méthode, ce que doit contenir un devis, et les repères de prix.
Une question sur un projet en cours ? 30 minutes en visio, sans engagement.
