Vendo una webapp: non voglio vendere il mio codice sorgente !!! Cosa vendo così? [duplicare]

Lo stai sviluppando per un cliente specifico (suona come me)? Se è così, dovresti aver elaborato i dettagli prima di iniziare. Se ti stanno pagando per il tuo lavoro, allora il codice sorgente appartiene a loro, chiaro e semplice.

Il modo più semplice per gestire i problemi di hosting è quello di loro impostare un account host (con la tua direzione) e semplicemente darti il nome utente e la password. Se le cose vanno a sud, hanno il controllo dell'applicazione che hanno acquistato.

Un'altra opzione (anche se questo è qualcosa che avrebbe dovuto essere elaborata prima di iniziare a lavorarci su) potrebbe essere venderla come SaaS e addebitate una commissione per questo - più comunemente come abbonamento.

Non è immorale se dichiari che non fornirai al tuo cliente il codice sorgente. È non non etico non lasciare che facciano uscire i propri dati se interrompono però.

Per quanto riguarda le questioni legali, IANAL, ma quanto segue è la mia comprensione: in realtà è consentito addebitare a un cliente tutti i costi di sviluppo del software, tasse SaaS, spese di hosting, spese (acquisti di software di terze parti, viaggi) e mantengono la piena proprietà del codice. Né il tuo cliente potrebbe automaticamente possedere il codice sorgente in caso di violazione del contratto, più probabilmente dovresti loro dei danni, che potrebbero essere limitati a quello che ti hanno pagato (o potrebbero sostenere che il costo opportunità di non ottenere altro software dovrebbe essere parte dei danni, forse, non lo so, IANAL).

Tuttavia, ci sono alcuni limiti qui. Per lo più, probabilmente c'è un punto in cui ti diranno di no. C'è un concetto legale di un contratto così ridicolmente unilaterale che non è valido. Esiste un concetto legale di buona fede, quindi se dovessi pagare i costi di sviluppo completi e quindi irragionevole per la parte SaaS - aumentando il prezzo, facendoli saltare attraverso i cerchi, qualunque cosa, potresti trovarti nella stessa barca come se avevi rotto il contratto. Inoltre, per alcuni scopi legali può essere confuso se un cliente dovrebbe essere considerato un datore di lavoro, anche se il possesso del software sarebbe una prova abbastanza strong che sei davvero un appaltatore indipendente o un'attività separata. Probabilmente non è un problema, ma ripeto, I Am Not A Lawyer.

Per farli pagare per licenze di terze parti, è possibile che paghino e tu li possieda, se entrambi concordano che è come dovrebbe funzionare e anche la licenza di terze parti lo consente. Questo è il tipo di cosa che vuoi avere nel contratto.

Penserei che potrebbe essere utile legalmente se almeno concedessi loro uno sconto sul SaaS in cambio del pagamento dei costi di sviluppo (se pagano tali costi e non ricevono nulla in cambio è più facile sostenere che avrebbero dovuto ottenere di più, o che il contratto è ingiusto - sembra ingiusto). Ho sentito parlare di persone che danno al primo cliente un piccolo taglio di entrate future (temporanee o permanenti) come incentivo a mantenere la proprietà del codice. Se pianifichi di vendere il software ad altre persone, allora dare al tuo cliente originale un incentivo per aiutarti a creare più clienti potrebbe non essere una cattiva idea comunque.

Ho detto che non sono un avvocato?

Se vuoi caricarli per i tutti costi di sviluppo, dovrebbero ottenere la proprietà del codice (dal momento che hanno pagato il tempo necessario per crearlo). E questo è più comune quando fai consulenza o freelance per un determinato cliente.

Se vuoi mantenere la proprietà del codice, dovrai venderlo come prodotto o come SaaS. In questo scenario, il rendimento che si ottiene dal prodotto da 1 singolo cliente sarà (in genere) leggermente inferiore rispetto ai costi per la creazione dell'applicazione. Avrai bisogno di più (a volte un bel po ') di clienti da acquistare / pagare perché finiscano in pareggio, ancora di più per fare profitto.

Poiché l'app è specializzata sulla richiesta del cliente, potrebbe essere difficile da realizzare.

Rispondi al tuo Edit 1: Il modo in cui gestisci i costi di una libreria di terze parti che acquisti, dipende totalmente da te e potrebbe essere associato a come pensi di vendere il resto (+ come è definita la licenza della biblioteca).

Come è definita la licenza:

• Licenza per macchina per sviluppatori: è per la tua macchina, quindi teoricamente dovresti pagarla.
• Licenza per server di produzione: è per le loro macchine, il cliente paga.
• Combinazione: seleziona entrambi sopra
• Prezzo fisso per utilizzare la libreria, indipendentemente dal numero di sviluppatori / server di produzione: dipende da te come viene addebitato. Se hai intenzione di vendere come prodotto / SaaS, dovrai coprire tu stesso i costi per la licenza, e tu lo possiedi. Se si consente al cliente (solo) di pagare tutti i costi di sviluppo, è possibile aggiungere i costi della licenza come parte dei costi di sviluppo e lasciare che sia il cliente a pagarlo. In questo caso saranno i proprietari della licenza e la utilizzerai per creare il loro prodotto.

Alla fine tutto si riduce alla decisione su come venderai il prodotto / tempo trascorso. O fai il lavoro secondo le loro richieste e i loro desideri, e ti addebiti il 100% (o meno se copri il gioco / allenamento / ... te stesso o se vuoi dare loro una percentuale per ottenerli come un buon cliente ). Oppure vai a un prezzo fisso (vicino ai costi stimati + preferibilmente un profitto) che decidi in anticipo con il cliente. E discuti chi sarà il proprietario delle fonti (molto probabilmente lo faranno).

Oppure vai al prodotto / modo SaaS e fai pagare meno al cliente. Rendi l'applicazione un po 'più generica in modo che possa essere utilizzata anche da altri utenti e speri che possa ottenere una trazione sufficiente per vendere a un numero sufficiente di clienti per ottenere profitti alla fine.

L'opzione 1 è la più semplice e "garantisce" i tuoi soldi. L'opzione 2 può essere il modo per diventare ricchi, se colpisci una miniera d'oro (ad esempio il nuovo Facebook), ma puoi anche spendere tutti i tuoi risparmi e finire con la vendita di poche licenze, senza coprire tutti i costi (+ futuro costi di manutenzione).

Modifica 2: Ho la sensazione che si arrivi sempre a "Non voglio che rubino il codice". Sia che lo ospitiate su un sito Web o che vendiate come app desktop, assicuratevi che tutto il codice sia compilato (se necessario con l'offuscamento, se ciò vi fa sentire più a vostro agio). Potresti utilizzare un thin client (la maggior parte della logica sul tuo server) come app desktop, se pensi che sia meglio, non sono sicuro di ciò che fa la tua applicazione e se questo è uno scenario possibile.

Se il programma fa quello che deve fare e il prezzo non è eccessivamente alto, non si preoccuperanno di aprire i propri assembly per decodificare il codice. Avevo paura anche per il mio codice, ma ad un certo punto apprendi che la maggior parte delle persone non si preoccupa di rubare codice poiché costa più tempo per farlo, piuttosto che comprare l'app. (E ci saranno sempre alcune persone che cercano crepe).

Scegli lo scenario per vendere la tua app con la quale ti trovi più a tuo agio e scegli di farlo. Finché non li dai il file sorgente (non compilato) su un piatto, starai bene.