App open source a pagamento

La domanda che mi dà fastidio è se è possibile / fattibile / ragionevole aspettarsi che un'app open source venda bene sul mercato mobile?

Devo credere che i miei utenti useranno la mia app, piuttosto che creare la versione di check-out e, cosa più importante, come posso gestire la concorrenza se rendo disponibile la mia app con una licenza OSS?

Finora l'unico link sull'argomento che ho trovato è http://blog.zachwaugh.com/post/17554643060/selling-open-source-apps, tuttavia tratta di un'app per Mac OS X.

Dovrei menzionare che la mia domanda non si concentra su iOS, Android o un altro sistema operativo, riguarda le applicazioni mobili in generale.

EDIT: è stata posta la domanda molto ragionevole se i miei utenti sono programmatori.
Non mi aspetto che la maggior parte dei miei utenti abbia familiarità anche remota con la programmazione.

Per cominciare, la stragrande maggioranza delle app, tra i milioni là fuori, non vende bene, sia open source che chiuso. Quindi non aspettarti che nessuna app venda bene a meno che non sia un'app di spicco e ben commercializzata.

Per le app iOS, qualcuno dovrebbe aver pagato Apple $ 99 / anno per l'iscrizione a un programma per sviluppatori iOS, oltre a un Mac, per poter scaricare la tua open source, creare l'app e caricarla sul proprio dispositivo, senza acquistare la tua app. Non molti utenti finali lo farebbero, anche se avessero l'esperienza.

Tuttavia, c'è poco o niente che impedisce ad altri sviluppatori di farlo, anche presentandolo a un app store con il proprio nome, forse sottostimando il prezzo o aggiungendo pubblicità a un'app gratuita.

Ci sono sempre più sviluppatori che fanno quest'ultimo. Secondo quanto riferito, alcuni utilizzano persino contenuti protetti da copyright e non open source. Quindi la concorrenza è quasi garantita se la tua app ottiene visibilità. Il tuo vantaggio rispetto agli imitatori, se presente, sarà il riconoscimento del marchio dal marketing, dalle pubbliche relazioni o dalla fama, se ne hai, poiché molti degli app store tentano di proteggere i marchi registrati.

AGGIUNTO:

Se distribuisci il tuo open source sotto la licenza GPL v3, potrebbe esserci qualche opinione legale che l'uso del codice così concesso in licenza sia incompatibile con il DRM dell'app store iOS di Apple. Ma tu, in quanto detentore del copyright al 100%, potresti inviare tu stesso la tua app all'App Store di iOS, poiché la licenza non si applica al proprietario. Tuttavia, potresti essere in grado di consultare un avvocato per sapere se avresti motivo di citare in giudizio chiunque abbia preso il tuo codice con licenza GPL v3 e abbia provato a fare altrettanto. Questo potrebbe costare soldi per far rispettare. Ma IANAL, quindi consulta un avvocato se vuoi pensare a usare questa strategia.

AGGIUNTO dopo:

A partire da Xcode 7.x, non è più necessario pagare a Apple una quota di iscrizione dello sviluppatore di $ 99 / anno per installare app da un Mac sui propri dispositivi iOS collegati. Sono necessari solo un ID sviluppatore Apple valido e conoscenze sull'uso di Xcode.

La tua applicazione mobile essendo open source non avrà un grande impatto sulle vendite dell'app se è sul mercato.

C'è molto lavoro da fare nel fare un checkout (è necessario che sia installato il SCM pertinente) e ottenere l'SDK appropriato impostato (la licenza pertinente acquisita se è iOS o Windows). A condizione che i tuoi utenti target siano così ben informati da sapere che questo è ciò che devono fare per ottenerlo gratuitamente.

In realtà è positivo fino a un certo livello. Fornire la fonte potrebbe effettivamente essere un bonus e inclinarebbe molti utenti avanzati al tuo fianco. Questi utenti possono estendere o creare app insieme all'applicazione che utilizza le funzionalità dell'applicazione come Attività in Android.

Rendere disponibile la fonte non attirerà di per sé i collaboratori. L'app deve attirare un'attrazione sufficiente prima che ciò accada.

Se sei preoccupato per la concorrenza, allora è meglio non open source. È molto difficile stabilire che i tuoi artisti siano stati copiati e che richiedano molto tempo per risolvere il problema.

La community contribuirà al codice sorgente? In caso contrario, non è necessario renderlo disponibile al pubblico.

Puoi offrire ai clienti paganti la fonte come bonus aggiuntivo in modo che possano modificare l'app in base alle loro esigenze.

Scrivi la tua licenza che soddisfa le tue esigenze come un guanto. Lascia che le tue esigenze e desideri guidino la licenza, non viceversa.

Spesso non paghiamo / doniamo perché siamo pigri e vogliamo persino rimandare indefinitamente

Un esempio se non ti dispiace. Non si tratta di dispositivi mobili, ma il concetto è interessante. È un server SSH per Windows, chiamato KpyM. L'app è di provenienza aperta e la versione di download conteneva un ritardo di 5 secondi per qualsiasi connessione client se non registrata. Questa pratica è normale per i shareware chiusi, ma è stata la prima volta che l'ho incontrata in OSS. E finalmente ho pagato. Perché

• Potrei convivere con questo promemoria, ma mi ha ricordato che il lavoro è fatto ed è meglio che venga premiato. Più sento che il programma ha funzionato come previsto, più questo ritardo riguardava il desiderio di pagare (perché se è irritazione, posso sempre modificare le fonti e ricompilare)
• Potrei ricompilare senza indugio, ma avevo un forte bisogno di non farlo. Per non parlare della ricompilazione e carica questa versione da qualche parte per motivi etici. L'hacking di file binari chiusi è illegale, ma a volte ha un ragionamento (ad esempio, risolvere un compito complesso), ma cambiare il codice sorgente di un programma OSS in casi simili non ti darà nemmeno il distintivo di un ragazzo intelligente :)