Qualcuno fa soldi con versioni software chiavi in mano di software costosi? [chiuso]

Sto indovinando qui, ma penso che quello che stai veramente chiedendo sia che puoi fare soldi vendendo software così com'è senza alcun contratto o obbligo di supporto. Non è che non vuoi supportare il tuo software, correggere bug e rilasciare versioni incrementali. Ma quello che non vuoi essere è legalmente responsabile di correggere questi bug e rilasciare le correzioni in modo tempestivo perché i tuoi clienti lo richiedono. Se quello che ho appena detto è in linea con la tua domanda, allora puoi assolutamente vendere il tuo software e guadagnare denaro.

Per fare un esempio, guarda la maggior parte dei giochi. È un settore da un miliardo di dollari, ma ogni cliente ha pochissimo potere legale. Spendi $ 50 su un pacchetto software, lo installi e lo esegui. Potrebbe essere fantastico o potrebbe essere una schifezza totale, ma una volta acquistato, lo hai acquistato, il produttore rilascerà le correzioni se / quando ne hanno voglia e l'acquirente può solo aspettare e sperare.

"Non voglio fare cianfrusaglie" - Mi chiedo quanti sviluppatori si siedono per scrivere del codice e dire a se stessi, oggi non vedo l'ora di scrivere junk e nient'altro che junk? Il punto è che i pezzi di software significativi avranno dei bug, che sono solo una natura delle cose. E tutti noi volevamo produrre nient'altro che oro. Se sei un piccolo negozio di software (o solo una persona), penso che sarebbe assolutamente sciocco non ascoltare i tuoi clienti e fornire supporto. Quando sei così piccolo, i tuoi clienti sono essenzialmente il tuo QA e se sono disposti a pagarti in anticipo E POI testare il tuo software (perché ci sono così tanti test che puoi fare come una sola persona), perché non dovresti rilasciare correzioni per loro ?? Questo non vuol dire che devi promettere tempi di svolta solidi in 2 giorni o meno, ma fai del tuo meglio per mantenere le persone che ti danno i soldi felici o smetteranno di darti dei soldi.

Dipende anche dal tipo di software che stai producendo e dal tuo pubblico di destinazione. Fai i conti. Sono un ingegnere del software e abbiamo 9 sviluppatori nel team. Diciamo che i nostri costi di ingegneria per stipendi, benefici, attrezzature sono circa $ 1 milione all'anno. Spenderemo $ 100 su un pezzo di software critico o addirittura un po 'importante quando se qualcosa non funziona, uno dei nostri ingegneri dovrebbe passare 2 giorni a scavare nel codice? Quei 2 giorni costano solo al mio team $ 600, e questo è solo supponendo che i lavori di altri sviluppatori non siano stati ostacolati dal bug. Altrimenti, inizia a moltiplicare tutto il tempo perso per 9. D'altra parte pagare $ 1000 aumenta le spese operative del nostro team dello 0,1%.

Quindi, se è qualcosa di importante o di semi-importante, la mia inclinazione personale sarebbe quella di stare lontano dal tuo prodotto. D'altra parte, se stai producendo qualcosa di non critico e provo il tuo software con una licenza di prova di 30 giorni e lo adoro assolutamente, ovviamente spenderò $ 100 e lo compro.

Quindi IMO questi sono i fattori:

1. Pubblico di destinazione di piccole dimensioni - > supporto più importante
2. Quanto è critico il tuo prodotto per le operazioni - > supporto più importante
3. Quanto è lucida la versione 1.0 (cioè utilizzabile immediatamente) - > supporto meno importante. A questo punto sto parlando anche di piccole cose. Se lancio la tua app, e funziona ma è un po 'bizzarra o glitch, ciò mi dà impressioni generali sul fatto che ci sono potenzialmente altri problemi molto più grandi su cui non mi sono ancora imbattuto.

E non restare fermo sul # 3. Come ho detto sopra, tutto il software ha dei bug e tutti i software potrebbero usare lo smalto e i miglioramenti. Ma se miri a rilasciare 0 difetti, passerai solo anni a codificare il tuo software senza mai venderlo. Invece, il mio consiglio sarebbe di fare il contrario:

1. Trova persone interessate a ciò che hai da offrire
2. Rilascia la versione 0.9 (cioè Beta) a 2 o 3 persone con piena consapevolezza che è bacato.
3. Usa il loro feedback per ...
   • aggiungi le funzionalità che desiderano ma non hai ancora
   • rimuovi le funzionalità a cui non interessa e non vuoi supportare
   • correggi bug e aumenta la qualità

Mantenendo artificialmente ridotta la tua base clienti iniziale, non sarai sommerso da richieste / richieste di supporto e sarai in grado di lavorare e comunicare con loro per portare il tuo prodotto a una qualità di spedizione. Rilasciando la versione beta, potresti fornire a alcuni dei tuoi clienti una copia funzionante nel 10% -30% delle volte rispetto a quella che ti richiederebbe per completare ogni singola funzione e correggere ogni singolo bug.

Sono stato nel settore del software per circa 40 anni. Ogni volta che ho considerato l'idea di confezionare un prodotto ho capito che la proposta di valore stava continuando a supportare. Se i clienti non riuscivano a ottenere aiuto, non potevano utilizzarlo affatto. Pertanto, tutto ciò che ho fatto è stato con la comprensione che il supporto viene prima, lo sviluppo è ciò che fai per fornire supporto. Nel corso del tempo ho incontrato altre persone che hanno seguito questa strada, ho sentito la stessa storia - passavano molte ore alla settimana al telefono per risolvere i problemi del PC - spesso i clienti erano perfettamente felici di pagare per l'aiuto.

Ciò avrebbe significato la creazione di un'organizzazione per fornire una serie di servizi - a un certo punto ho provato e ho scoperto che stavo facendo da babysitter ai dipendenti, non scrivendo codice.

Invece di scrivere un economico per "sostituire" prodotti costosi, scrivi "plug-in" che li estendono. Alcuni di questi, in particolare le migrazioni one shot, potrebbero farti ottenere i soldi che ti aspetti senza obblighi a lungo termine.

Dipende dal mercato a cui ti rivolgi. Se hai intenzione di avviare piccole attività commerciali e di commercializzare un'applicazione verticale mirata alle loro esigenze specifiche, potresti avere un certo successo, a patto che tu prenda suggerimenti dai clienti e implementino miglioramenti.

Tuttavia, il supporto è obbligatorio e spesso è il tappo dello spettacolo. Ricorda inoltre che devi commercializzare e vendere il tuo prodotto, anche se costa solo $ 100.

Indipendentemente, le grandi aziende ti ignoreranno. Nessuna azienda grande e seria è interessata a un prodotto senza una strong garanzia di supporto, uno staff con ridondanza, ecc. C'è una ragione per cui pagano i soldi per il software - se potessero evitarlo, lo farebbero. Quindi, se stai pensando che la tua soluzione chiavi in mano da $ 100 può competere con i giocatori di grandi dimensioni nel mondo aziendale, il mio suggerimento è quello di rottamare la tua idea.

Tuttavia, come sottolineato da @GrandmasterB, se sfrutti la potenza della distribuzione online, del supporto e del marketing, allora forse puoi avere successo con il prodotto di nicchia giusto, indirizzando le industrie dei botique e le piccole imprese o negozi di software, se sei interessato a sviluppare strumenti software. Strumenti e addon, plug-in, ecc. - cose che rendono gli sviluppatori più semplici - potrebbe essere la migliore idea per un tale sforzo. Non avrei problemi a pagare $ 100 per uno strumento di qualità che ha reso più semplice la mia giornata di programmazione. Vedi i suoi commenti su questa risposta.