Micropledge et Cofundos

08/01/2009

Toujours sur la question du financement mutualisé, je ne suis évidemment pas le seul à avoir de telles réflexions. Il y en a même qui se sont jetés à l'eau et ont proposé des services dans ce domaine.
C'est le cas des sites web micropledge et cofundos. Les deux sites, relativement jeunes (mise en ligne mi-2007 pour le premier et octobre 2007 pour le second) se veulent constituer des "places de marché" pour le financement du logiciel (libre).
Micropledge vient de fermer son service et tente de le faire évoluer vers une autre offre. C'est l'occasion d'en faire une petite analyse.

Le site s'affiche comme service permettant aux logiciels d'être développés et aux développeurs d'être payés. Il n'est pas précisé que les logiciels développés doivent être libres, bien que le principe est que le service soit gratuit pour tout projet de logiciel "open source". Pour le développement de logiciels non-libres, la société derrière le site prélèvera une commission sur la transaction. La distinction entre gratuit et payant se fait donc sur la déclaration que le projet développé sera "open source" ou non, terme qui, au passage, reste complètement flou.

Après enregistrement auprès du site, il est possible soit de proposer de nouveaux projets (le site parle plutôt de nouvelles "idées") en attente de financement, soit de faire des "promesses de financement" (pledge) sur un projet existant.
Un projet est généralement présenté en quelques lignes et un "forum" (une série de commentaires) permet aux visiteurs de demander précisions si besoin. Plusieurs développeurs peuvent faire des propositions concurrentes (sur la délai de réalisation et le coût) sur le même projet. Après discussions et passé un certain délai, un développeur est désigné.

En parallèle, les promesses de financement sont accumulées. Quand la somme des promesses atteint l'objectif fixé par le développeur, le développement peut commencer.

La chose intéressante est que micropledge est le seul site, à ma connaissance, à proposer de garder en lieu sûr l'argent des promesses (to escrow en anglais, mal traduit par "mettre sous séquestre") : plutôt que de simplement "faire une promesse", les financeurs dépensent réellement l'argent. Il est placé chez un tiers de confiance. Si l'objectif fixé par le développeur n'était pas atteint, le tiers rembourserait chacun des financeurs. L'avantage de ce fonctionnement est évident pour le développeur : les sommes mises sous séquestre sont "garanties" et il ne s'agit pas juste de paroles en l'air. L'engagement des financeurs repose alors sur la confiance qu'ils peuvent avoir dans le tiers en question et s'agissant d'une petite entreprise néo-zélandaise, inconnue par ailleurs, la confiance peut être difficile à donner. À ce propos, si le système était à reproduire, peut être existe t-il des systèmes bancaires permettant à la banque de garantir qu'une somme sera bien versée si toutes les conditions sont réunies (un peu comme la "caution" des vélos de JC Decaux où une opération par carte bancaire permet de vérifier que le compte possède bien 150€ et qu'ils seront débités seulement en cas de souci).

La principale critique de ce site est qu'il est trop proche des sites de levée communautaire de fonds (fundable, promesotheque). En fouillant dans les archives du site, on trouve rapidement des appels à dons pour des associations caritatives réelles ou fictives.

On trouve également trop souvent des idées mal rédigés ou rédigés par des personnes qui n'ont visiblement aucune connaissance technique. En général :

Par ailleurs, sur les plus de 300 projets recensés, seule une petite quinzaine a été marquée comme projet "complété" (soit à peine 5%).

Le service s'est finalement arrêté à la fin de l'année 2008. Les concepteurs ont annoncé que leur intermédiaire (PayPal) refusait de servir de "tiers de confiance". Ils ont alors appelé aux dons pour le financement d'un développeur qui serait chargé de convertir le système actuel vers un autre système de paiement (qui reste toujours inconnu). Les dons n'ont pas été suffisants.

En première analyse, on retiendra que, pour qu'un tel système soit fonctionnel, deux choses paraissent essentielles :

Suite au prochain numéro