Posté par quent57 .
En réponse à la dépêche Sortie d'Ardour 4.
Évalué à 0.
Dernière modification le 25 juin 2015 à 21:21.
Oui, tu as raison, ces solutions ne sont pas parfaites.
D'autres solution pratiquée sont d'afficher une demande de don à l'ouverture du logiciel, ou de faire comme ardour, mais de laisser un lien planqué pour téléchargement gratuitement (après avoir été sensibilisé a l'importance du financement).
L'approche à la gnu pricing mélangée à du flattr et à cette méthode de relance (si pas de don) serait vraiment intéressante je crois.
Imaginons un programme (libre) intégré par défaut à des distributions.
Si le user n'a pas fait de don, il s'affiche une fois par mois, avec un message de sensibilisation.
Il tourne entièrement en local et fait des stat sur les logiciels utilisés, et les sites (libres) visités. On fixe un montant d’abonnement mensuel (je mettrais volontiers 30€ perso).
En fin de mois on à un récap des logiciels qu'on à utilisé et une proposition de répartition des dons entre les différents programmes/site/service utilisés
La proposition de répartition peut se faire
- suivant l'utilisation effective du programme
- en prenant en compte la taille du programme (plus gros = plus cher),
- la régularité des mises à jour (on ne vas pas donner beaucoup d'argent pendant 10 ans à un outil de base du type grep alors qu'il n'est plus activement développé meme si il est très utilisé, juste un peu pour la maintenance) (notez bien que j'ai aucune idée si grep est encore activement développé ou juste maintenu).
- enfin la répartition peut bien sur être customisée (à la humble bundle) avant envoi.
Bien sur, il faut savoir comment on fait pour automatiser les don, maintenant qu'on sait combien on donne et à qui !
Une fois qu'on a cette base, on peut même imaginer des "récompenses" a partir de certains seuils de don (comme les sites de crowd funding). Par exemple ou gagnerait le droit de voter pour la prochaine fonctionnalité du programme (sans que ca ai un caractère obligatoire pour le projet cible).
Le user pourra se dire
- sensibilisation—"A oui, j'utilise tout çà gratuitement, ça marche bien, ça serait cool d'aider."
- Proposition de répartition—"J'utilise effectivement régulièrement ce logiciel, je suis sur que je ne fais pas un "achat inutile" en payant les gens qui le font".
- Proposition de vote—Cool, il me faudrait cette fonctionnalité, je vais donner plus de x euros.
- Paiement - ah c'est simple, juste a cliquer ici et la.
Quels ont été les idées/solutions qui sont ressorties de tes discussions ?
[^] # Re: Financement
Posté par quent57 . En réponse à la dépêche Sortie d'Ardour 4. Évalué à 0. Dernière modification le 25 juin 2015 à 21:21.
Oui, tu as raison, ces solutions ne sont pas parfaites.
D'autres solution pratiquée sont d'afficher une demande de don à l'ouverture du logiciel, ou de faire comme ardour, mais de laisser un lien planqué pour téléchargement gratuitement (après avoir été sensibilisé a l'importance du financement).
L'approche à la gnu pricing mélangée à du flattr et à cette méthode de relance (si pas de don) serait vraiment intéressante je crois.
Imaginons un programme (libre) intégré par défaut à des distributions.
Si le user n'a pas fait de don, il s'affiche une fois par mois, avec un message de sensibilisation.
Il tourne entièrement en local et fait des stat sur les logiciels utilisés, et les sites (libres) visités. On fixe un montant d’abonnement mensuel (je mettrais volontiers 30€ perso).
En fin de mois on à un récap des logiciels qu'on à utilisé et une proposition de répartition des dons entre les différents programmes/site/service utilisés
La proposition de répartition peut se faire
- suivant l'utilisation effective du programme
- en prenant en compte la taille du programme (plus gros = plus cher),
- la régularité des mises à jour (on ne vas pas donner beaucoup d'argent pendant 10 ans à un outil de base du type grep alors qu'il n'est plus activement développé meme si il est très utilisé, juste un peu pour la maintenance) (notez bien que j'ai aucune idée si grep est encore activement développé ou juste maintenu).
- enfin la répartition peut bien sur être customisée (à la humble bundle) avant envoi.
Bien sur, il faut savoir comment on fait pour automatiser les don, maintenant qu'on sait combien on donne et à qui !
Une fois qu'on a cette base, on peut même imaginer des "récompenses" a partir de certains seuils de don (comme les sites de crowd funding). Par exemple ou gagnerait le droit de voter pour la prochaine fonctionnalité du programme (sans que ca ai un caractère obligatoire pour le projet cible).
Le user pourra se dire
- sensibilisation—"A oui, j'utilise tout çà gratuitement, ça marche bien, ça serait cool d'aider."
- Proposition de répartition—"J'utilise effectivement régulièrement ce logiciel, je suis sur que je ne fais pas un "achat inutile" en payant les gens qui le font".
- Proposition de vote—Cool, il me faudrait cette fonctionnalité, je vais donner plus de x euros.
- Paiement - ah c'est simple, juste a cliquer ici et la.
Quels ont été les idées/solutions qui sont ressorties de tes discussions ?