Différences entre les versions de « Libre en cadeau »

De April MediaWiki
Aller à la navigationAller à la recherche
Ligne 141 : Ligne 141 :
 
*** imprimer un diplôme,
 
*** imprimer un diplôme,
 
*** imprimer une maquette en papier
 
*** imprimer une maquette en papier
 +
*** imprimer un "bon du trésor en Logiciel Libre" avec un beau tampon dessus
  
 
=== Faut-il gérer l'argent des dons ?===
 
=== Faut-il gérer l'argent des dons ?===

Version du 27 juillet 2015 à 12:48


Logo-sensibilisation.png Bienvenue sur une campagne Logo-sensibilisation.png
du groupe de travail Sensibilisation



Ambox warning red construction.png
/!\ Travail en cours /!\

Cette page présente une campagne de libre en cadeau en cours de réalisation.

Si vous souhaitez participer, n'hésitez pas à laisser votre avis sur la page de discussion en suivant au mieux ces recommandations.


Présentation

Libre en cadeau est un nom provisoire pour un projet de campagne visant à favoriser le financement de logiciels libres.

L'idée est de proposer un site qui s'adresse aux libristes et qui lui permette d'inciter ses amis à lui offrir des logiciels libres, c'est à dire à verser une contribution financières à ces projets en guise de cadeau au libriste dont c'est, par exemple, l'anniversaire.


Cpm (discussion) : à chaque fois que je relis le mail suivant, j'ai l'impression d'avoir tout compris sur ce qu'il faut faire, pourquoi et comment.

Le 20/07/2015 17:55, sur april@april.org, sujet « Re: [April] Dons au LL. », Luc Fievet a écrit :

L'idée m'est venue lors d'un anniversaire. J'avais constaté l'année précédente que les cadeaux qu'on m'offraient pour mon anniversaire étaient souvent superflus. Beaucoup de gagdets rigolos mais inutiles, des livres pas toujours intéressants... À vrai dire, je n'ai pas réellement besoin de cadeaux, c'est une tradition pourtant incontournable (j'ai tenté le "pas de cadeaux", mes invités ne sont pas obéissants). C'est donc à chaque fois des dizaines d'euros qui passent dans des trucs superflus généralement produits dans des usines à l'autre bout de la planète. Ça fait plaisir sur l'instant mais le lendemain, j'ai souvent un sentiment de gâchis.

J'ai donc demandé à ce qu'on m'offre des logiciels libres. J'ai précisé la liste des logiciels que j'apprécie et que j'utilise. Mes amis ont fait des dons (certains on peut-être menti) à ces projets.

Mon idée est donc d'essayer de favoriser la démarche en incitant les libristes à demander à leurs amis et leur famille de leur offrir du logiciel libre.

Des outils permettraient de rendre les choses plus faciles : créer un compte sur un site où on puisse dresser sa wishlist, proposer des services de mailing/fourniture de template pour expliquer tout ça à ses amis (et le cas échéant leur donner la date le lieux etc...) et fournir toutes les infos pour savoir où donner et finalement permettre aux amis de déclarer leur cadeau (j'ai donné x euros à tel projet) en l'échange du télécharger une petite illustration à imprimer qu'ils puissent remettre à la personne dont c'est l'anniversaire (parce que la remise physique, c'est important.

Le montant des dons resterait secret bien sûr mais on pourrait ensuite communiquer sur la somme totale réunie pour ces logiciels.

Options

Plusieurs options sont envisageables :

  • Proposer une carte postale de soutien sur le site en vente libre et proposer à un maximum de projet de faire la même chose
  • Monter un site spécifique qui permette de choisir des projets à soutenir et de les proposer à ses amis. Soit :
    • En regroupant un maximum de projets dans un réseau qui permette de leur redistribuer l'argent qui a été collecté en cadeaux.
    • En redirigeant les utilisateurs vers les pages de don de leur site web
      • intégrant un formulaire permettant au libriste de déclarer n'importe quel projet de son choix, qui sera modéré à posteriori pour être ensuite sélectionnable par d'autres utilisateurs.
      • Sur une liste de logiciels maintenue par les administrateurs du site.

Spécifications

Je vois plus ça, personnellement (Mindiell) :

  • Monter un site spécifique qui permette
    • aux libristes de s'inscrire
    • de lister les projets auxquels ils souhaitent donner (plus simple, les libristes ajoutent des projets (à modérer) eux-mêmes)
      • les projets déjà ajoutés sont alors sélectionnables simplement par n'importe quel libriste bien entendu...
    • à un utilisateur de venir et d'offrir XX€ à un libriste (sélection possible des projets ou pas (et donc libre au libriste de le faire)) avec la possibilité de choisir la date d'envoi du donc (et donc d'envoi du mail)
    • Le libriste recevra alors un mail à la date sélectionnée (si date sélectionnée) et est capable de voir tous les dons qu'il a permis

Cas d'utilisation

Déroulement de scénarios illustrant comment ça peut pouvoir se passer.


Simple visiteur anonyme

  • Arrivée sur la page d'accueil
  • Voit une liste de dons (date/projet/montant) et de projets(nom/tags)
  • Filtre les projets par tags
  • Affiche un projet en particulier (petite fiche de récap avec lien vers le projet)
  • Va voir le site du projet

Libriste désirant recevoir un beau cadeau

  • Arrivée sur la page d'acceuil
  • Lecture de "Qui sommes-nous", puis de "Licence", puis de la "FAQ" (histoire de prévenir toute entourloupe, faut pas déconner non plus hein)
  • Inscription (pseudo, mail)
  • Validation de l'inscription par mail
  • Connexion au site
  • Crée une liste (oui, vraiment comme une liste de mariage :o) ) pour son anniversaire par exemple
  • Sélectionne une liste de projets en leur attribuant une importance (importance pour lui)
  • Annonce sa liste à ses amis (sa liste est visible par une url avec un hash type : projet/liste/29R99CN9ZEN9EFND9DV9UNC9EF467
    • Soit en listant des mails sur le site et en appuyant sur un bouton => Le mail est envoyé, mais aucun mail n'est retenu (bien entendu)
    • Soit en affichant un mail type à envoyer lui-même à ses amis
    • Soit en faisant ce qu'il veut, après tout :o)

Ami désirant acheter un beau cadeau au libriste

  • Arrivée sur la page de la liste (eh oui, il suit le lien direct ;o) )
  • Sélection d'un montant à donner (montant minimal ?)
  • Sélection d'un ou plusieurs projets
    • Si plusieurs projets sont sélectionnés, le partage est soit parfaitement égal entre les projets, soit basé sur l'importance donnée par le libriste
  • Rédaction d'un message (ou pas) et sélection d'une date (par défaut la date de fin de vie de la liste, ne peut aller au-delà, obligatoire)
  • Sélection de l'affichage du montant pour le libriste ou pas
  • Paiement du cadeau
    • Passage par la banque

=> Le message sera envoyé par le site à la date donnée, l'intérêt étant, bien entendu, d'avoir plein de messages le jour de l'anniversaire. => Éventuelle possibilité d'obtenir un truc à imprimer par l'ami aussi pour un cadeau physique.

Libriste ayant un projet à ajouter

  • Même scénario que précédemment, mais lors de l'ajout d'un projet, il décide d'en ajouter un plutôt que de sélectionner un existant.
    • Rien n'empêche le libriste de coller son propre projet
    • Le projet doit être validé, le libriste doit donc patienter pour finaliser sa liste

Ateliers/Débats

Un projet doit-il être enregistré pour pouvoir être destinataire d'un don ?

Mindiell : « permettre de lister les projets auxquels ils souhaitent donner (plus simple, les libristes ajoutent des projets (à modérer) eux-mêmes) »

Cpm : peut-on envisager des projets non avalisés par le site ? Comment le trésorier remet-il l'argent ?

Pour moi, il faut penser le site sans manipulation d'argent pour sa première version en tout cas. Trop compliqué, trop casse gueule pour un démarrage je pense. LucFievet (discussion)

Mindiell : Je dirais non, les projets, pour être avalisés doivent avoir un moyen (simple) de leur fournir de l'argent: Paypal, virement, don, etc... Sinon, ça va être super galère.

Luk : Ca ne devrait pas être une obligation. Essentiellement pour ne pas contraindre l'utilisateur à attendre une modération pour pouvoir poursuivre.

Monolingue vs multilingue ?

Possibilités :

  • monolingue :
    • français,
    • anglais,
    • esperanto,
  • multilingue :
    • français + anglais
    • français + anglais + esperanto

Jehan (23/072015) : pour moi, le multilingue, avec anglais et français pour commencer, est un minimum par défaut. Tout projet franco-français ne pourra jamais se faire une place.


Conclusion (provisoire) : français + anglais (+ esperanto)

Périmètre géographie

Plusieurs possibilités :

  • France ;
  • francophone européen ;
  • EU ;
  • autres.

Jehan (23/07/2015) : au minimum UE d'après moi.

LucFievet (discussion) 27 juillet 2015 à 11:54 (CEST) Quel sens donnez-vous au périmètre géographique ? Par rapport à quelles fonctionnalités ?


Conclusion (provisoire) : EU.

Support de cadeau

    • idées de supports physiques pour accompagner son cadeau
      • imprimer une carte : d'anniversaire, de joyeux noël, de bonne année, autre...
      • imprimer un origami,
      • imprimer un diplôme,
      • imprimer une maquette en papier
      • imprimer un "bon du trésor en Logiciel Libre" avec un beau tampon dessus

Faut-il gérer l'argent des dons ?

Pour moi, occuper une place d'intermédiaire est trop compliquée pour un démarrage.C'est beaucoup de travail de mise en place, de modération et ça limite le droit à l'erreur.

Il faudrait pour bien faire pouvoir faire évoluer le service dans ce sens mais je trouve plus raisonnable de commencer sur un simple service de mise en relation. Les donneurs se débrouillant avec les systèmes de dons des projets qu'ils soutiennent. A nous de les orienter sur les bonnes pages. LucFievet (discussion)


Faut-il/Peut-on accepter les dons par virement bancaire ?

Yannig38 : Pourquoi refuser cette possibilité ? Mettre le RIB du compte centralisateur est possible?

Cpm : parce-que ça fait faire une opération manuelle de pointage au trésorier, donc du temps ou des frais supplémentaires... Est-ce une suffisamment bonne raison ???

Mindiell : Il ne faut pas laisser le RIB visible mais le distribuer à la demande. Certains utilisent le RIB pour prendre des forfaits téléphoniques par exemple :o/ ...

Analyses comparative :

  • + : pratique pour les gens
  • + : moyen généralisé via la gestion en ligne de son compte bancaire
  • - : nécessite une opération manuelle de pointage par le trésorier => temps et/ou frais
  • ? : possibilité d'automatiser ?

Conclusion (provisoire) : ?

Faut-il/Peut-on accepter les dons par Bitcoin / PayPal / Autre ?

Jehan (23/07/2015) : autant je ne suis pas adepte de l'idée de passer par Paypal, autant pour des virements internationaux (hors EU) les frais peuvent être considérablement amoindris comparé à des virements bancaires (dépend des pays)

Mindiell : Je pense que ça dépend surtout ce que peut accepter le projet, non ?


Faut-il avoir des statistiques de visites ?

Dans les fonctionnalités, on a « administration du site > consultation de statistiques de visites ».

Mindiell : vraiment nécessaire ? Un piwik alors, non ?

Un projet inscrit peut-il être supprimé ?

Dans les fonctionnalités, on a « Supprimer un projet »

Mindiell : Pour quelle raison ? Soit il est abandonné, soit obsolète, mais il y a peut-êtr eeu des dons dessus => Pas de suppression, mais désactivation plutôt.

On peut aussi imaginer qu'un projet tourne mal, se mette à faire du proprio ou des choses comme ça ou bien encore qu'il refuse absolument d'être sur notre site. LucFievet (discussion)

Un évènement où offrir doit-il être nécessairement public ?

Dans les fonctionnalités, on a « page publiques > la liste des évènements en cours où offrir »

Mindiell : pas d'accord, je tiens à ma vie privée, et à ma liste privée. Si je veux faire un évènement public, je distribuerai l'url spécifique à tout le monde.

Cpm : c'est ton choix, d'autre doivent pouvoir faire un autre choix => ajouter une notion de visibilité à l'évènement. Proposition : rajout d'un statut à l'évènement (public, privé, anonyme) et retrait de « publique » dans « début de l'annonce ».

Catégorisation et/ou tag des projets ?

Les projets doivent-ils avoir une catégorisation imposée ou libre ?

Y-a-t-il une différence entre catégorie et tag ?

Usage de tag plutôt que de catégories ?

La relation trésorier/projet doit-elle être gérée par le site ?

Possibilités :

  • peuvent être destinataire des dons, seulement les projets dont un référent officiel est déclaré sur le site à condition que celui-ci ait renseigné les bonnes infos pour le transfert des dons :
    • + : facilite la vie du trésorier,
    • - : implique le développement d'une gestion dédiée => lourd investissement,
    • - : nécessite la coopération des projets soutenus
    • - : Frais de gestion, besoin de main d'oeuvre
  • tout offreur peut citer un projet et charge au trésorier de se débrouiller pour contacter le projet :
    • + : moins de fonctionnalités à développer => plus grande probabilité de réussite de concrétisation de LibreEnCadeau,
    • - : le trésorier doit se débrouiller pour entrer en contact avec chaque projet,
    • - : comment gérer les doublons de nommage dans les actions de consolidation ? (page publiques, pages comptables)
    • - : Frais de gestion, besoin de main d'oeuvre

Il est vrai que :

  • dans un premier temps, ne pas coder une fonctionnalité aussi complexe, ça aiderait à la réussite de la concrétisation de LibreEnCadeau ;
  • on peut penser que le trésorier peut gérer de lui-même quelques dizaines de contacts sans avoir besoin d'un outil spécifique dans le site.

Solution simple : assurer la mise en relation entre le donneur et le site sans toucher à l'argent. Ca me semble une option raisonnable pour rester simple et limiter le travail d'administration/animation. Par ailleurs servir d'intermédiaire peut également générer de la méfiance auprès des gens qui ne nous connaissent pas, notamment les projets étrangers. Il faudrait conserver la possibilité d'une évolution qui nous permettrait d'être des intermédiaires mais ça me paraît casse gueule de commencer par un aussi gros morceau.LucFievet (discussion) 27 juillet 2015 à 11:59 (CEST)

Donc, on pourrait partir sur l'idée que pas besoin de déclaration de LL obligatoire.

Conclusion (provisoire) : ne pas gérer l'enregistrement « lourd » des projets.

Le site doit-il faire référence aux sites des projets ?

Les pages du site LibreEnCadeau vont contenir des références à des noms de projets de LL. Ces références doivent-elles systématiquement pointer vers le site web officiel de chaque projet ?

RB: Je pense que oui, ça permet aux éventuels curieux d'aller voir pour plus d'information.

  • Absolument oui. A mon sens, les pages devraient pointer aussi vers la page de paiement des projets et laisser les gens se débrouiller avec le projet. LucFievet (discussion)

Conclusion : <?>

Cahier des charges (« Quoi faire ? »)

Contexte

Pour son anniversaire (ou tout autre évènement) demander à ses amis de nous offrir un logiciel libre. Dans la forme, faire un don à projet de logiciel libre mais au nom d'une autre personne, en synchronisation/liaison/lien avec un évènement particulier.


Rôles :

  • visiteur : webonaute non identifié par sa connexion au site ;
  • utilisateur : webonaute s'étant identifié via la page de login/mode de passe ;
    • offreur : utilisateur qui a offert un LL,
    • receveur : utilisateur à qui on a offert un LL,
    • référent projet : utilisateur responsable d'un projet par rapport au site LibreEnCadeau,
  • trésorier : responsable des validations et transferts d'argents vers les projets de LL ;
  • webmaster : fait fonctionner le site uniquement via le site ;
  • administrateur : fait fonctionner le site par tout moyen technique possible ;

Fonctionnalités

Arbre fonctionnel :

  • gestion de pages institutionnelles :
    • À propos
    • Qui sommes-nous ?
    • Mentions légales
    • Contact
    • Données personnelles
    • Licence
    • FAQ


  • gestion de pages publiques :
    • les projets,
    • proposer un projet pour son ajout dans la liste des LL offrables,
    • je suis l'auteur d'un projet de logiciel libre et je veux l'inscrire, Mindiell : Pareil que ci-dessus, donc, non ? Cpm : nan, dans un cas, c'est l'auteur du LL qui veut proposer son LL, dans l'autre cas c'est un utilisateur du LL qui voudrait le voir inscrit. Suivant comment sont gérés les inscriptions de projet, ça peut être différent.
    • pour moi l'auteur de logiciel libre qui veut proposer son projet peut créer un compte, déclarer un projet et le soumettre à modération comme n'importe quel utilisateur. Cela évite de générer deux processus de soumission de projet différents. LucFievet (discussion)
    • Supprimer un projet Mindiell : Pour quelle raison ? Soit il est abandonné, soit obsolète, mais il y a peut-être eu des dons dessus => Pas de suppression, mais désactivation plutôt. LucFievet (discussion) : On peut aussi imaginer que le projet passe sous licence proprio ou vaguement ouverte et qu'il ne soit plus considéré comme libre. Ceci-dit, on risque d'avoir besoin de conserver la trace des dons. Il faudrait à minima pouvoir anonymiser un projet.
    • la liste des dons :
      • par projets, par donateurs, par receveur (de cadeaux), LucFievet (discussion) : Attention à ne pas permettre de savoir publiquement que telle personne a donné tant d'argent. On ne donne pas le prix d'un cadeau.
      • du jour, de la semaine, du mois, depuis le début du site,
    • la liste des évènements en cours où offrir, Mindiell : pas d'accord, je tiens à ma vie privée, et à ma liste privée. Si je veux faire un évènement public, je distribuerai l'url spécifique à tout le monde. Cpm : c'est ton choix, d'autre doivent pouvoir faire un autre choix => ajouter une notion de visibilité à l'évènement. LucFievet (discussion) : A mon sens les événements sont nécessairement privés. On peut communiquer en disant qu'on en gère tant pour tant d'€ de dons mais à chacun de faire la publicité de son événement. C'est sans doute plus une logique de financement participatif que de lister des projets pour demander des sous. Le promoteur du libre est dans ce cas l'utilisateur. Le site n'est qu'un outil. C'est peut-être une vision un peu figée mais je crains qu'on brouille le message en faisant du site un outil de promotion et d'appel à financement.
    • Supports cadeaux


  • gestion de news
    • création, édition, publication
    • flux RSS


  • gestion de compte :
    • création : inscription, confirmation d'inscription => données pseudo + mail et c'est tout
    • fermeture,
    • gestion du mot de passe : mot de passe perdu, changement de mot de passe
    • édition du compte


  • gestion de mes cadeaux offerts :
    • création :
      • choix du LL : un seul, une sélection manuelle, une sélection proposée, tous ceux disponibles,
      • intégration d'un framadate/sondage classique (pour confirmer qui vient ou pas etc), éventuellement sauvegarde des sondages d'une année sur l'autre
      • choix du montant, (trop limitatif pour les offreurs, non ?)
      • choix du mode de paiement, (trop limitatif pour les offreurs, non ?)
      • choix de la publicité (comment prévenir le destinataire du cadeau) :
        • mail,
        • SMS,
        • carte-postale web,
      • rédaction d'un message de l'offrant à l'offreur,
      • rédaction d'un message de l'offrant au projet du LL, (?)
      • rédaction d'un message du receveur vers le projet de LL, (?)
    • consultation,


  • gestion de mes cadeaux reçus,
    • consultation de mes cadeaux reçus,=> La fonction peut-être superflue. Le cadeau physique devrait faire office de notification de cadeau reçu. LucFievet (discussion)
    • gestion de mes évènements pour recevoir des cadeaux :
      • création :
        • type de l'évènement : anniversaire, autre (?),
        • titre de l'évènement,
        • date de l'évènement,
        • statut de l'évènement : public, privé, anonyme
        • début de l'annonce de l'évènement, Mindiell : Contre une visu publique... Cpm rajout du statut de l'évènement et retrait de « publique » dans « début de l'annonce ».
        • liste des personnes à prévenir, Mindiell : Pas top d'utiliser des mails pour un envoi non demandé, c'est pas LinkedIn...
      • consultation :
      • relance des personnes à qui inviter à me faire un cadeau (?)
      • envoi de remerciements aux donneurs de cadeau (?)


  • gestion de mes projets de LL qui peuvent être des cadeaux
    • création :
      • nom du projet,
      • catégorie du projet, tags ?
      • site web du projet,
      • rôle du contact : représentant légal, salarié, bénévole, autre (?) ???
      • mode de règlement : comment LibreEnCadeau transfert l'argent, (admin, pas à gérer par le libriste pour moi) Cpm si le libriste est le référent du LL alors c'est lui qui est le mieux placé pour indiquer au trésorier comment transférer l'argent.
      • statut de confiance : validation du projet par LibreEnCadeau,
    • transfert à un autre compte du site, (???)
    • édition,
    • suppression
    • rédaction de la page de présentation du projet => Déclaration d'amour au projet
    • consultation des cadeaux associés :
      • nombre de cadeau, montants, totaux,
      • par jour, par semaine, par mois, par semaine, par année,
      • visualisation des transferts d'argent :
        • déjà transférés,
        • restant à transférer,
        • liste des transferts,


  • gestion financière : par le trésorier de LibreEnCadeau
    • consultation du compte comptable des projets ;
    • consultation des projets :
      • en attente de validation,
      • déjà validés,
      • rejetés,
    • consultation des transferts :
      • déjà transférés,
      • restant à transférer,
      • liste des transferts,


  • administration du site :
    • gestion des comptes : consultation, bannissement, suppression,
    • gestion des projets : consultation, bannissement, suppression,
    • sauvegardes,
    • consultation de statistiques de visites, Mindiell : vraiment nécessaire ? Un piwik alors, non ?
    • détection automatique de transferts louches (!),
    • ...

Contraintes

Contraintes fonctionnelles :

  • langues : monolingue ou multilingue ? multilingue
    • français
    • anglais

Note: pour moi, le multilingue, avec anglais et français pour commencer, est un minimum par défaut. Tout projet franco-français ne pourra jamais se faire une place. Jehan (discussion) 23 juillet 2015 à 18:57 (CEST)

  • monnaies :
    • euro,
    • bisous (note : fait toujours plaisir et pratique pour les tests)
    • bitcoin ?
  • moyens de paiement :
    • Carte Bleue,
    • E-carte,
    • PayPal ?
    • virement bancaire ? (voir ateliers/débat ci-dessus)
    • chèque,
    • espèce,
  • mode de règlement des projets :
    • virement bancaire,
    • Paypal,

Note: autant je ne suis pas adepte de l'idée de passer par Paypal, autant pour des virements internationaux (hors EU) les frais peuvent être considérablement amoindris comparé à des virements bancaires (dépend des pays) Jehan (discussion) 23 juillet 2015 à 18:57 (CEST)

  • ergonomique : adapté à un public non expert en informatique ;
  • valorisation des projets, des donateurs et des receveurs de cadeaux ;
  • respect des fuseaux horaires des utilisateurs ;
  • pérennité des informations (dons).


Contraintes techniques :

  • indépendance du système d'exploitation installé sur le poste client (GNU/Linux..., MAC-OS, Microsoft Windows) ;
  • respect des normes web ;
  • compatibilité multi-navigateur ;
  • pays où être opérationnel :
    • France,
    • UE,
    • autre ?

Note: au minimum UE d'après moi. Jehan (discussion) 23 juillet 2015 à 18:57 (CEST)

  • sécurité :
    • authentification forte,
  • utilisation obligatoire de logiciels libres (8*>).

Au niveau des technos, on as une idée ? Cpm : dans un cahier des charges on décrit le « quoi faire », pas le « comment le faire » ;-)


Contrainte administratives :

  • utilisation obligatoire de licences « libres » pour ce qui est produit :
    • pour le code du site web et des outils à côté : GNU AGPL,
    • pour les photos, triple licence : GFDL version 1.3 ou ultérieure, Creative Commons By Sa version 2.0 ou ultérieure, Licence Art Libre version 1.3 ou ultérieure,
    • pour le contenu : <?>
    • pour la marque du site (« Libre Cadeau ») : <?>
    • pour le logo de la marque du site : <?>

Projets voisins

L'idée est-elle originale ? Des projets existent-ils déjà ? Des évènements voisins ont-ils déjà eu lieu ?

Intérêts potentiels de "Libre en cadeau"

  • Attirer des non-libristes
  • Utiliser de l'argent déjà dépensé à meilleur escient
  • Ne pas demander aux projets de s'inscrire


Hackadon

Le 24/07/2015 08:36, sur sensibilisation@april.org, sujet « Re: [SENSIBILISATION] Dons au LL », Bastien Guerry a écrit :

J'en profite pour vous donner une exclu : la troisième édition du hackadon aura lieu le 11 décembre 2015 dans un lieu encore inconnu.

Le hackadon c'est une soirée pendant laquelle des porteurs de projets libres (software, hardware, communs) présentent leur projet, et où on donne de l'argent aux participants pour qu'ils le donnent aux projets.

Ça marche très bien -- depuis deux ans, ~5000€ ont été distribués à des projets libres comme ça.

On remet ça avec plus d'argent, plus de projets, plus de donateurs.

Une super occasion pour présenter votre site, même si la deadline est un peu courte :-)

Informations :

Différence avec LibreEnCadeau : évènement ponctuel (~3 jours) et physique.


Libre Funding

Informations :

  • lien : http://librefunding.org/
  • lancement : 11 décembre 2014
  • sujet : « Our mission is simple: bringing information on how to use free software for your fundraising campaigns. »

Différence avec LibreEnCadeau : du conseil, pas de gestion de transaction.


KickHub

Informations :

  • sujet : « kickhub.com will help free software developers and free culture contributors raise more money. »
  • liens :

Différence avec LibreEnCadeau :

  • "I will release an early prototype in April 2014"
  • Semble être un projet de crowfunding + donations à utiliser par les logiciels libres
  • Ne fait pas vraiment appel à des non-libristes

Open Funding

Informations :

Différence avec LibreEnCadeau :

  • Les projets doivent s'inscrire
  • Les devs doivent fournir des fonctionnalités avec une somme, c'est ce qui est acheté par les utilisateurs
  • site non libre

En Vente Libre

Informations :

  • sujet : « Une boutique en ligne pour des produits libres »
  • liens :
  • Business Model : association à but non lucratif, 100 % des bénéfices servent à faire fonctionner la boutique.

Différence avec LibreEnCadeau :

  • permet des dons à des assocs (surtout) et des LL, et est orienté « boutique ».