Comment vendre des produits numériques avec des versions et des mises à jour ?
Vendre des produits numériques avec des versions et des mises à jour, c'est faire du produit un fichier vivant, pas un téléchargement unique : vous publiez la version 2 et elle parvient à ceux qui possèdent la version 1, l'ancienne version reste disponible pour qui en dépend, et un journal des modifications public consigne ce qui a changé et quand. Sans cela, les acheteurs possèdent une image figée et le lien s'arrête au paiement. Avec cela, ils possèdent quelque chose qui s'améliore, et vous possédez le canal qui le livre.
Le problème : le fichier remis une seule fois
La forme habituelle d'une vente de produit numérique : l'acheteur paie, télécharge le fichier, et le lien s'arrête là. Un mois plus tard, le vendeur corrige une erreur, ajoute un chapitre ou met à jour le modèle pour qu'il fonctionne avec une nouvelle version. Et comment le nouveau fichier parvient-il à ceux qui ont acheté l'ancien ?
La plupart du temps, il n'y parvient pas. Le vendeur garde des adresses e-mail dans un fichier, envoie à la main des liens qui se noient dans les boîtes de réception, et certains acheteurs posent chaque fois la même question : où est la dernière version ? À une époque où les produits reçoivent des mises à jour chaque semaine, cette question devient quotidienne. Les deux parties y perdent : un acheteur qui garde une vieille copie de ce qu'il a payé, et un vendeur qui fait le facteur.
La réponse honnête : des versions, et un journal des modifications public
La solution qu'utilisent les logiciels depuis des décennies fonctionne pour tout produit numérique, et elle comporte trois éléments :
- Les versions. Le produit a une tête vivante : ce qu'un acheteur ouvre aujourd'hui est toujours la dernière version, et l'ancienne est archivée, pas effacée. Chaque version porte un nom et des notes qui disent ce qui a changé.
- Un journal des modifications public. La liste des versions et leurs dates est visible par ceux qui n'ont pas encore acheté. C'est une preuve de vie : la réponse la plus honnête à « ce produit est-il vivant ou abandonné ? », c'est la date de la dernière version, écrite là où tout le monde peut la lire.
- Une notification ciblée. Quand une version sort, ceux qui possèdent le produit sont prévenus, pas tout l'espace, pas toute la liste de diffusion. Un signal pour ceux que cela concerne, et aucun bruit pour les autres.
« Ils ont acheté le fichier une fois : comment leur envoyer la mise à jour ? »
C'est la vraie question du vendeur, et sans structure, la réponse est un travail de forçat : tenir une liste des acheteurs, envoyer à la main, vérifier à la main, et tout recommencer à chaque version. Quand le produit vit dans un endroit qui sait qui le possède, la réponse tient en une ligne : publiez la version, et l'endroit la livre. C'est la structure qui fait la différence, pas l'effort.
Ce qu'il faut vérifier sur n'importe quelle plateforme
Si vous comptez vendre vos produits numériques via une plateforme, quelle qu'elle soit, quatre questions font le tri :
- Le produit a-t-il seulement des versions ? Ou une « mise à jour » n'est-elle qu'un fichier envoyé par-dessus un autre, qui efface l'historique sans prévenir personne ?
- L'ancienne version reste-t-elle disponible ? Une nouvelle version casse parfois la façon de travailler de quelqu'un, et revenir à la précédente est un droit pour la personne qui a payé.
- Le journal des modifications est-il public avant l'achat ? Un historique caché derrière le mur ne sert à rien à la personne qui se demande, en ce moment même, si elle va payer.
- Et qui est prévenu quand une version sort ? Prévenir tout le monde, c'est du bruit ; ne prévenir personne, c'est de la négligence. Le bon public, ce sont ceux qui possèdent le produit.
Un exemple concret : comment fait Nadi
Nadi est une plateforme de communautés : c'est donc ici que nous décrivons notre propre produit. Uniquement ce qu'il fait aujourd'hui.
- Sur Nadi, un élément de bibliothèque est un fichier (documents, images, audio, vidéo courte, polices et archives : PDF, DOCX, ZIP, MP3, MP4 et plus encore) jusqu'à 50 Mo, ou un lien.
- Vous l'ouvrez à tous les membres de l'espace, aux membres de confiance uniquement, ou à un prix en paiement unique compris entre 1 $ et 500 $.
- Chaque élément peut avoir des versions : chacune a un nom et des notes, et en publier une nouvelle archive l'ancienne au lieu de l'effacer. Les versions précédentes restent téléchargeables par les membres, derrière la même porte.
- Publier une nouvelle version prévient uniquement les titulaires de licence du produit, jamais tout l'espace. Du signal, pas du spam.
- Le journal des modifications s'affiche sur la page publique du produit : un visiteur lit quand la dernière version est sortie et ce qu'elle contenait, avant de décider quoi que ce soit.
- Chaque communauté a une page boutique qui réunit ses produits, à une adresse propre que vous pouvez partager partout.
- Et pour qui vend un produit qui exécute du code, Nadi propose une licence où votre adhésion est la clé, et ce sont les versions qui rendent ce marché équitable. Sans mises à jour, la licence est une laisse ; avec elles, c'est du donnant-donnant. Toute l'histoire se trouve dans un guide voisin.
Les limites, en toute honnêteté
Sur Nadi, les prix de la bibliothèque sont des paiements uniques : un membre paie une fois et garde ce qu'il a acheté. L'accès aux fichiers, des plus récents aux plus anciens, passe par la porte propre à l'élément ; la page publique du produit montre l'historique, pas les fichiers.
Et les versions sont une livraison, pas une œuvre. La plateforme porte votre mise à jour jusqu'aux personnes qui doivent l'avoir ; faire une mise à jour qui vaille la peine d'être publiée reste votre travail. Un journal des modifications resté vide pendant un an dit aussi quelque chose, et c'est tout l'intérêt : un historique public est une promesse aux conséquences visibles, alors ne promettez pas un rythme que vous ne tiendrez pas.