Aplicativo de código aberto pago

A pergunta que me incomoda é se é possível / viável / razoável esperar que um aplicativo de código aberto venda bem no mercado móvel?

Devo acreditar que meus usuários usarão meu aplicativo em vez de criar a versão com check-out e, mais importante, como posso lidar com a concorrência se disponibilizar meu aplicativo sob uma licença OSS?

Até agora, o único link sobre o assunto que encontrei é http://blog.zachwaugh.com/post/17554643060/selling-open-source-apps, no entanto, trata-se de um aplicativo para Mac OS X.

Devo mencionar que minha pergunta não se concentra no iOS, Android ou outro sistema operacional, trata-se de aplicativos móveis em geral.

EDIT: A pergunta muito razoável sobre se meus usuários são programadores foi feita.
Não espero que a maioria dos meus usuários esteja remotamente familiarizada com a programação.

Para iniciantes, a grande maioria dos aplicativos, dos milhões existentes no mercado, não vende bem, seja de código aberto ou fechado. Portanto, não espere que qualquer aplicativo seja vendido bem, a menos que seja um aplicativo de destaque e seja bem comercializado.

Para aplicativos iOS, alguém precisaria pagar à Apple US $ 99 / ano por uma inscrição no programa iOS Developer, além de ter um Mac, para poder baixar seu código-fonte aberto, criar o aplicativo e carregá-lo no dispositivo, sem comprar seu aplicativo. Poucos usuários finais fariam isso, mesmo que tivessem o conhecimento.

No entanto, há pouco ou nada para impedir que outros desenvolvedores o façam, até mesmo enviando-o para uma loja de aplicativos com seu próprio nome, talvez diminuindo o preço ou adicionando anúncios a um aplicativo gratuito.

Há mais e mais desenvolvedores fazendo o último. Alguns supostamente usam conteúdo protegido por direitos autorais e não de código aberto. Portanto, a concorrência é quase garantida se o seu aplicativo ganhar visibilidade. Sua vantagem sobre os copiadores, se houver, será o reconhecimento da marca do marketing, relações públicas ou fama, se você tiver, pois muitas lojas de aplicativos tentam proteger as marcas registradas.

ADICIONADO:

Se você distribuir seu código-fonte aberto sob a licença GPL v3, pode haver alguma opinião legal de que o uso de código licenciado é incompatível com o DRM da Apple App Store da Apple. Mas você, como detentor dos direitos autorais 100%, pode enviar seu próprio aplicativo para a iOS App Store, já que a licença não se aplica ao proprietário. No entanto, você poderá consultar um advogado sobre se teria motivos para processar qualquer outra pessoa que assumiu seu código sob a licença GPL v3 e tentou fazer o mesmo. Isso pode custar-lhe dinheiro para impor embora. Mas IANAL, consulte um advogado se quiser pensar em usar essa estratégia.

ADICIONADO mais tarde:

A partir do Xcode 7.x, não é mais necessário pagar à Apple uma taxa de inscrição de desenvolvedor de US $ 99 / ano para instalar aplicativos de um Mac em seus próprios dispositivos iOS conectados. É necessário apenas um ID de desenvolvedor Apple válido e conhecimento sobre como usar o Xcode.

Seu aplicativo móvel sendo de código aberto não terá muito impacto nas vendas do aplicativo, se estiver no mercado.

Há muito trabalho envolvido na verificação (você precisa do SCM relevante instalado) e na instalação do SDK apropriado (a licença relevante adquirida se for iOS ou Windows). Desde que seus usuários-alvo tenham conhecimento para saber que é isso que eles precisam fazer para obtê-lo gratuitamente.

Na verdade, é positivo até um certo nível. Fornecer fonte pode realmente ser um bônus e inclinar muitos usuários avançados para o seu lado. Esses usuários podem estender ou criar aplicativos ao lado do aplicativo, que usa os recursos do aplicativo, como Atividades no Android.

Disponibilizar a fonte não vai, por si só, atrair colaboradores. O aplicativo precisa atrair atração suficiente antes que isso aconteça.

Se você está preocupado com a concorrência, é melhor não abrir o código. É muito difícil estabelecer que seus artistas foram copiados e demorados para resolver o problema.

A comunidade vai contribuir com o código fonte? Caso contrário, não há necessidade de disponibilizá-lo ao público.

Você pode fornecer aos clientes pagantes a fonte como um bônus adicional para que eles possam modificar o aplicativo para atender às suas necessidades.

Escreva sua própria licença que atenda às suas necessidades como uma luva. Deixe suas necessidades e desejos orientar a licença, e não o contrário.

Muitas vezes, não pagamos / doamos porque somos preguiçosos e até queremos adiar indefinidamente

Um exemplo se você não se importa. Não se trata de dispositivos móveis, mas o conceito é interessante. É um servidor ssh para Windows, chamado KpyM. O aplicativo é de código aberto e a versão de download continha um atraso de 5 segundos para qualquer conexão de cliente, se não fosse registrada. Essa prática é comum para sharewares fechados, mas foi a primeira vez que a conheci no OSS. E finalmente eu paguei. Porque

• Eu poderia viver com esse lembrete, mas isso me lembrou que o trabalho está feito e é melhor que seja recompensado. Quanto mais eu sinto que o programa funcionou conforme o esperado, mais esse atraso foi sobre o desejo de pagar (porque se for irritante, eu sempre posso modificar as fontes e recompilar)
• Eu poderia recompilar sem demora, mas tinha um forte desejo de não fazer. Sem mencionar recompilá-lo e fazer upload desta versão em algum lugar por razões éticas. Hackear binários fechados é ilegal, mas às vezes possui raciocínio (por exemplo, resolver uma tarefa complexa), mas alterar o código-fonte de um programa OSS em casos semelhantes nem sequer leva o crachá de um cara esperto :)