Aplicación de código abierto de pago

La pregunta que me molesta es si es posible / factible / razonable esperar que una aplicación de código abierto se venda bien en el mercado móvil.

¿Debo creer que mis usuarios usarán mi aplicación, en lugar de crear la versión extraída y, lo que es más importante, cómo puedo lidiar con la competencia si hago que mi aplicación esté disponible bajo una licencia OSS?

Hasta ahora, el único enlace sobre el tema que he encontrado es http://blog.zachwaugh.com/post/17554643060/selling-open-source-apps, sin embargo, se trata de una aplicación Mac OS X.

Debo mencionar que mi pregunta no se centra en iOS, Android u otro sistema operativo, se trata de aplicaciones móviles en general.

EDITAR: Se ha hecho la pregunta muy razonable de si mis usuarios son programadores.
No espero que la mayoría de mis usuarios estén ni remotamente familiarizados con la programación.

Para empezar, la gran mayoría de las aplicaciones, del millón que hay, no se venden bien, ya sea de código abierto o cerrado. Por lo tanto, no espere que ninguna aplicación se venda bien a menos que sea una aplicación destacada y bien comercializada.

Para las aplicaciones de iOS, alguien debería haber pagado a Apple $ 99 / año por una inscripción en el programa de desarrolladores de iOS, además de tener una Mac, para poder descargar su código abierto, construir la aplicación y cargarla en su dispositivo, sin comprar tu aplicación No muchos usuarios finales harían esto, incluso si tuvieran la experiencia.

Sin embargo, hay poco o nada para evitar que otros desarrolladores hagan esto, incluso enviándolo a una tienda de aplicaciones con su propio nombre, quizás rebajando su precio o agregando anuncios a una aplicación gratuita.

Cada vez hay más desarrolladores que hacen esto último. Según los informes, algunos incluso usan contenido con derechos de autor y no de código abierto. Por lo tanto, la competencia está casi garantizada si su aplicación gana visibilidad. Su ventaja sobre los imitadores, en su caso, será el reconocimiento de la marca de marketing, relaciones públicas o fama, si tiene alguna, ya que muchas de las tiendas de aplicaciones intentan proteger las marcas registradas.

ADICIONAL:

Si distribuye su código abierto bajo la licencia GPL v3, puede haber alguna opinión legal de que el uso de un código con licencia es incompatible con el DRM de la tienda de aplicaciones iOS de Apple. Pero usted, como titular del 100% de los derechos de autor, puede enviar su propia aplicación a la tienda de aplicaciones iOS usted mismo, ya que la licencia no se aplica al propietario. Sin embargo, es posible que pueda consultar a un abogado sobre si tendría motivos para demandar a alguien más que tomó su código bajo la licencia GPL v3 y trató de hacer lo mismo. Sin embargo, esto podría costarle dinero para hacer cumplir. Pero IANAL, así que consulte a un abogado si desea pensar en usar esta estrategia.

AGREGADO más tarde:

A partir de Xcode 7.x, ya no es necesario pagarle a Apple una tarifa de inscripción anual de desarrollador de $ 99 para instalar aplicaciones desde una Mac en sus propios dispositivos iOS conectados. Solo se necesita una identificación de desarrollador de Apple válida y conocimiento sobre cómo usar Xcode.

Su aplicación móvil de código abierto no tendrá un gran impacto en las ventas de la aplicación si está en el mercado.

Hay mucho trabajo involucrado en hacer un pago (necesita instalar el SCM relevante) y obtener la configuración adecuada del SDK (la licencia relevante adquirida si es iOS o Windows). Eso se debe a que los usuarios objetivo tienen el conocimiento suficiente para saber que esto es lo que deben hacer para obtenerlo de forma gratuita.

En realidad, es positivo hasta cierto nivel. Proporcionar una fuente puede ser realmente una ventaja e inclinaría a muchos usuarios avanzados a su lado. Estos usuarios pueden ampliar o crear aplicaciones junto con su aplicación que utiliza las características de su aplicación, como Actividades en Android.

Hacer que la fuente esté disponible no va a atraer a contribuyentes por sí misma. La aplicación necesita atraer suficiente atracción antes de que eso suceda.

Si le preocupa la competencia, lo mejor es no abrir el código en absoluto. Es muy difícil establecer que sus plumas fueron copiadas y consumieron mucho tiempo para resolver el problema.

¿La comunidad va a contribuir al código fuente? De lo contrario, no es necesario que esté disponible públicamente.

Puede proporcionar a los clientes que pagan la fuente como un bono adicional para que puedan modificar la aplicación para que se ajuste a sus necesidades.

Escriba su propia licencia que satisfaga sus necesidades como un guante. Deje que sus necesidades y deseos guíen la licencia, no al revés.

A menudo no pagamos / donamos porque somos flojos e incluso queremos posponer indefinidamente

Un ejemplo si no te importa. No se trata de dispositivos móviles, pero el concepto es interesante. Es un servidor ssh para Windows, llamado KpyM. La aplicación es de código abierto y la versión de descarga contenía un retraso de 5 segundos para cualquier conexión de cliente si no está registrada. Esta práctica es habitual para sharewares cerrados, pero esta fue la primera vez que la conocí en OSS. Y finalmente pagué. Porque

• Podría vivir con este recordatorio, pero me recordó que el trabajo está hecho y que es mejor que sea recompensado. Cuanto más siento que el programa funcionó como se esperaba, más se debió a este retraso por pagar (porque si es irritante, siempre puedo modificar las fuentes y recompilar)
• Podía recompilar sin demora, pero tenía un fuerte impulso de no hacerlo. Sin mencionar recompilarlo y cargar esta versión en algún lugar por razones éticas. Hackear binarios cerrados es ilegal, pero a veces tiene un razonamiento (por ejemplo, resolver una tarea compleja), pero cambiar el código fuente de un programa OSS en casos similares ni siquiera le dará una insignia de un tipo inteligente :)