Application open source payante
La question qui me dérange est de savoir si elle est possible/réalisable/raisonnable à attendre pour une application open-source à vendre bien sur le marché mobile?
Devrais-je croire que mes utilisateurs utiliseront mon application, plutôt que de créer la version à carreaux et, plus importants, comment puis-je faire face à la concurrence si je fais une application disponible sous une licence OSAN?
Jusqu'à présent, le seul lien sur le sujet que j'ai trouvé est http://blog.zachwaugh.com/post/17554643060/selling-open-source-apps Cependant, il traite d'une application Mac OS X .
Je devrais mentionner ma question ne se concentre pas sur iOS, Android ou un autre système d'exploitation, il s'agit d'applications mobiles en général.
EDIT: La question très raisonnable de savoir si mes utilisateurs sont des programmeurs a été demandé.
[.____] Je ne m'attends pas à ce que la plupart de mes utilisateurs soient même familiarisés à distance avec la programmation.
Pour commencer, la vaste majorité des applications, du million de personnes, ne vendez pas bien, que ce soit une source ouverte ou fermée. Donc, ne vous attendez pas à ce que aucune application ait bien vendre, à moins que ce ne soit une application stand-out et bien commercialisée.
Pour les applications iOS, une personne aurait besoin d'avoir payé Apple $ 99/ANNUM pour une inscription au programme de développeur IOS, plus disposez d'un Mac, afin de pouvoir télécharger votre source ouverte, construire l'application, et chargez-le sur leur appareil, sans acheter votre application. Peu de nombreux utilisateurs finaux feraient cela, même s'ils avaient l'expertise.
Cependant, il y a peu ou rien pour empêcher certains autres développeurs de le faire, ce qui le soumettra même à une App boutique sous son propre nom, peut-être sous-coté de votre prix ou ajoutant des publicités à une application gratuite.
Il y a de plus en plus de développeurs qui font ce dernier. Certains seraient même en utilisant du contenu protégé par le droit d'auteur et non open source. Donc, la concurrence est presque garantie si votre application gagne une visibilité. Votre avantage sur les copycats, le cas échéant, sera la reconnaissance de nom de marque à partir du marketing, du PR ou de la renommée, si vous en avez, le plus grand nombre de magasins d'applications tentent de protéger les marques déposées.
AJOUTÉE:
Si vous distribuez votre source Open Source sous la licence GPL V3, il peut y avoir une opinion juridique que l'utilisation de Code est incompatible avec la DRM de l'App Store iOS d'Apple. Mais vous, en tant que titulaire de 100% de copyright, pourrait soumettre votre propre application à l'IOS App Store vous-même, car la licence ne s'applique pas au propriétaire. Toutefois, vous pourrez peut-être consulter un avocat sur le point de savoir si vous auriez des raisons de poursuivre avec quiconque qui a pris votre code sous licence GPL V3 et essayé de faire de même. Cela pourrait vous coûter de l'argent à faire respecter cependant. Mais Ianal, consultez un avocat si vous voulez penser à utiliser cette stratégie.
Ajouté plus tard:
A partir de Xcode 7.x, on n'a plus besoin de payer Apple A des frais d'inscription de 99 $/anneau pour installer des applications d'un Mac à ses propres périphériques iOS connectés. Seulement un fichier valide Apple ID de développeur et connaissances sur la manière d'utiliser Xcode est nécessaire.
La communauté va-t-elle contribuer au code source? Sinon, il n'est pas nécessaire de la rendre publiquement disponible.
Vous pouvez donner aux clients de payer la source comme bonus supplémentaire afin de pouvoir modifier l'application pour répondre à leurs besoins.
Écrivez votre propre licence qui suit vos besoins comme un gant. Laissez vos besoins et vos besoins guidez la licence, pas l'inverse.
Souvent, nous ne payons pas/donnons des dons parce que nous sommes paresseux et que nous voulons même de reporter indéfiniment
Un exemple si cela ne vous dérange pas. Il ne s'agit pas de mobile, mais le concept est intéressant. C'est SSH Server pour Windows, appelé KPYM. L'application est ouverte et la version de téléchargement contenait un délai de 5 secondes pour toute connexion client si elle n'est pas enregistrée. Cette pratique est habituelle pour les actionnaires fermés, mais c'était la première fois que je l'ai rencontrée dans OSS. Et enfin j'ai payé. Parce que
- Je pourrais vivre avec ce rappel, mais cela me rappelait que le travail est fait et il est préférable d'être récompensé. Plus je pense que le programme a travaillé comme prévu, plus ce retard portait sur le souhait de payer (car si c'est une irritation, je peux toujours modifier les sources et recompiler)
- Je pourrais recompiler sans le retard, mais j'avais une forte envie de ne pas faire. Ne pas mentionner la recompilation et télécharger cette version quelque part pour des raisons éthiques. Le piratage des binaires fermés est illégal, mais a parfois un raisonnement (par exemple, la résolution d'une tâche complexe), mais la modification du code source d'un programme OSS dans des cas similaires ne vous fera même pas un badge d'un gars intelligent :)