Application open source payante

La question qui me dérange est de savoir s'il est possible / faisable / raisonnable de s'attendre à ce qu'une application open source se vende bien sur le marché mobile?

Dois-je croire que mes utilisateurs utiliseront mon application, plutôt que de créer la version extraite, et, plus important encore, comment puis-je faire face à la concurrence si je rend mon application disponible sous une licence OSS?

Jusqu'à présent, le seul lien sur le sujet que j'ai trouvé est http://blog.zachwaugh.com/post/17554643060/selling-open-source-apps mais il traite d'une application Mac OS X.

Je dois mentionner que ma question ne se concentre pas sur iOS, Android ou un autre système d'exploitation, mais sur les applications mobiles en général.

EDIT: La question très raisonnable de savoir si mes utilisateurs sont des programmeurs a été posée.
Je ne m'attends pas à ce que la plupart de mes utilisateurs connaissent même à distance la programmation.

Pour commencer, la grande majorité des applications, parmi les millions disponibles, ne se vendent pas bien, qu'elles soient open source ou fermées. Ne vous attendez donc pas à ce qu'une application se vende bien à moins qu'il ne s'agisse d'une application remarquable et bien commercialisée.

Pour les applications iOS, quelqu'un devrait avoir payé à Apple 99 $ / an pour une inscription au programme développeur iOS, ainsi qu'un Mac, afin de pouvoir télécharger votre open source, créer l'application et la charger sur son appareil, sans acheter votre application. Peu d'utilisateurs finaux feraient cela, même s'ils avaient l'expertise.

Cependant, rien ou presque n'empêche certains autres développeurs de le faire, même de le soumettre à une boutique d'applications sous leur propre nom, peut-être de baisser votre prix ou d'ajouter des publicités à une application gratuite.

Il y a de plus en plus de développeurs qui font ce dernier. Certains auraient même utilisé du contenu protégé par des droits d'auteur et non open source. La concurrence est donc presque garantie si votre application gagne en visibilité. Votre avantage sur les copieurs, le cas échéant, sera la reconnaissance du nom de marque par le marketing, les relations publiques ou la renommée, si vous en avez, car de nombreux magasins d'applications tentent de protéger les marques déposées.

AJOUTÉE:

Si vous distribuez votre open source sous la licence GPL v3, il peut y avoir une opinion juridique selon laquelle l'utilisation de code sous licence est incompatible avec le DRM de l'App Store iOS d'Apple. Mais vous, en tant que détenteur du droit d'auteur à 100%, pouvez soumettre votre propre application sur l'App Store iOS vous-même, car la licence ne s'applique pas au propriétaire. Cependant, vous pouvez peut-être consulter un avocat pour savoir si vous auriez des motifs de poursuivre quelqu'un d'autre qui a pris votre code sous licence GPL v3 et a essayé de faire de même. Cela pourrait cependant vous coûter de l'argent à appliquer. Mais IANAL, alors consultez un avocat si vous voulez penser à utiliser cette stratégie.

AJOUTÉ plus tard:

Depuis Xcode 7.x, il n'est plus nécessaire de payer à Apple des frais d'inscription de développeur de 99 $ / an pour installer des applications à partir d'un Mac sur leurs propres appareils iOS connectés. Seuls un ID développeur Apple valide et des connaissances sur l'utilisation de Xcode sont nécessaires.

Votre application mobile étant open source n'aura pas beaucoup d'impact sur les ventes de l'application si elle est sur le marché.

Il y a beaucoup de travail à faire pour effectuer un paiement (vous devez installer le SCM approprié) et obtenir la configuration du SDK appropriée (la licence appropriée acquise s'il s'agit d'iOS ou de Windows). Cela à condition que vos utilisateurs cibles soient bien informés pour savoir que c'est ce qu'ils doivent faire pour l'obtenir gratuitement.

Il s'agit en fait d'un positif jusqu'à un certain niveau. Fournir la source peut en fait être un bonus et inclinerait de nombreux utilisateurs avancés à vos côtés. Ces utilisateurs peuvent étendre ou créer des applications à côté de votre application qui utilise les fonctionnalités de votre application comme les activités dans Android.

La mise à disposition de la source ne va pas à elle seule attirer des contributeurs. L'application doit attirer suffisamment d'attraction avant que cela ne se produise.

Si vous êtes préoccupé par la concurrence, il est préférable de ne pas ouvrir du tout. Il est très difficile d'établir que vos featuers ont été copiés et prennent beaucoup de temps pour résoudre ce problème.

La communauté va-t-elle contribuer au code source? Sinon, il n'est pas nécessaire de le rendre public.

Vous pouvez donner aux clients payants la source comme bonus supplémentaire afin qu'ils puissent modifier l'application en fonction de leurs besoins.

Écrivez votre propre licence qui répond à vos besoins comme un gant. Laissez vos besoins et vos envies guider la licence, et non l'inverse.

Souvent, nous ne payons / donnons pas parce que nous sommes paresseux et voulons même le 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 un serveur ssh pour Windows, appelé KpyM. L'application est open source et la version téléchargée contenait un délai de 5 secondes pour toute connexion client si elle n'était pas enregistrée. Cette pratique est habituelle pour les sharewares fermés, mais c'était la première fois que je la rencontrais en OSS. Et finalement j'ai payé. Parce que

• Je pourrais vivre avec ce rappel, mais cela m'a rappelé que le travail est fait et qu'il vaut mieux qu'il soit récompensé. Plus je pense que le programme a fonctionné comme prévu, plus ce retard était sur le point de vouloir payer (car si c'est de l'irritation, je peux toujours modifier les sources et recompiler)
• Je pouvais recompiler sans délai, mais j'avais une forte envie de ne pas le faire. Sans parler de la recompiler et de télécharger cette version quelque part pour des raisons éthiques. Le piratage de fichiers binaires fermés est illégal, mais a parfois du raisonnement (par exemple, résoudre une tâche complexe), mais changer le code source d'un programme OSS dans des cas similaires ne vous donnera même pas le badge d'un gars intelligent :)