Stima dei prezzi dei prodotti/stima dei costi

Question

Ho sempre avuto problemi con la stima del costo/prezzo del software finito (o del lavoro di programmazione), quindi ecco due domande a riguardo.

domanda 1:
ti viene chiesto di scrivere un pezzo di codice per contanti (tutti i diritti per il codice appartiene al compratore una volta il gioco è fatto). Conoscete approssimativamente il numero di ore che occorrerà (+ -25%) e la complessità approssimativa (ad esempio se potete scriverlo nel sonno o subire un grave esaurimento mentale una volta che avete finito). Il prodotto è scritto in linguaggio compilato (C, C++, ecc.).

Come si sceglie il prezzo per il lavoro?

domanda 2:
Diciamo si spende un paio di mesi a scrivere qualcosa, questa cosa è ormai finito, e ora vogliono (cercare di) venderlo.

Il prodotto sarà estremamente "di nicchia" e non sarà possibile venderlo a un gran numero di persone (è SDK, motore di gioco, libreria o qualcosa del genere, non un editor di testo, numero di persone quello vorrebbe che fosse piccolo). "opensourcing" è fuori questione.

Si conosce il numero approssimativo di ore trascorse, la dimensione totale dei file, LoC e si dispone di un repository con l'intera cronologia di sviluppo.

Il risultato può essere venduto con o senza accesso al codice sorgente, per uso commerciale o non commerciale, oppure è possibile (provare a) vendere diritti software.

Come si fa a determinare prezzo:

1. diritti per quel pezzo di software?
2. Uso commerciale con accesso al codice sorgente?
3. Uso commerciale senza accesso al codice sorgente?
4. Uso non commerciale?

Answer 1

Potete trovare alcuni interessanti approfondimenti raccolti in un (gratuito) libro di Neil Davidson: http://www.neildavidson.com/dontjustrollthedice.html

Answer 2

I prezzi dei prodotti non hanno nulla a che fare con la stima dei costi, tranne il fatto che il prezzo dovrebbe generalmente essere superiore al costo.

Il prezzo ha più a che fare con: quanto pagherà il cliente per questo software? Il prezzo è un'abilità difficile da ottenere - se si dice un prezzo e il client non lampeggia è probabilmente diventato troppo basso ...

Quindi il consiglio per il singolo client (su misura) software è quello di impostare il prezzo al più alto pensi che pagheranno. Se il costo di scrittura del software (in termini di ore uomo) è superiore al prezzo che pagheranno, non prendere il lavoro.

Per il software standard è altrettanto complicato, in quanto è necessario conoscere le dimensioni del proprio mercato. Diciamo che ci sono 1000 potenziali clienti, quindi devi sapere quante persone compreranno il tuo prodotto ad un prezzo particolare. Ovviamente, con l'aumentare del prezzo, avrai meno acquirenti. Ancora una volta, il prezzo non ha nulla a che vedere con quanto il software ti costerà costruire, dipende da quante persone saranno disposte a spendere per questo.
Quindi se 500 persone lo comprano a $ 20, ma solo 200 lo acquisteranno a $ 30, diventa più ovvio come valutarlo (*). L'unica cosa assolutamente accurata di scoprire queste cifre è vendere il tuo prodotto, ma puoi fare ricerche di mercato (ad esempio chiedi ai tuoi potenziali clienti) per scoprire cosa sarebbero disposti a pagare.(Confrontalo con progetti per singolo cliente in cui non puoi chiedere al tuo cliente quanto sono disposti a pagare ...)

Quindi, una volta ottenuto il prezzo ottimale, puoi calcolare il rendimento atteso (atteso) numero di vendite moltiplicato per prezzo). Se questo è inferiore al costo, non scrivere il software ...

(*) Devo dire che conoscere la dimensione del tuo mercato è importante qui. Se chiedi a 20 persone del tuo mercato se lo compreranno a $ 20, e 10 diranno di sì, puoi supporre che il 50% del tuo mercato lo comprerà a $ 20. Sapendo che il tuo mercato è di circa 1000 persone, puoi moltiplicarlo per sapere che 500 persone lo compreranno a $ 20. Senza conoscere la dimensione del tuo mercato, sapere che il 50% delle persone lo comprerà a $ 20 è irrilevante.

Answer 3

Per la domanda 1, non è così difficile trovare la tariffa oraria normale nella zona ci si trova, basta ricordarsi di aggiungi tutte le ore che trascorri sul progetto, non solo le ore effettive dedicate alla scrittura del codice ... inoltre, quando valuti quanto tempo impiegare per implementare un progetto software, tenga sempre presente la legge di Hofstadter ;-)

" Ci vuole sempre più tempo di quanto ti aspetti, anche quando prendi in considerazione la legge di Hofstadter. "

Per la domanda 2, anche se è un po 'datato, trovo ancora "Regole informative" di Carl Shapiro e Hal R. Varian come il miglior libro sull'argomento. Non esiste una risposta facile a questa domanda, ma questo libro ti fornirà una buona comprensione dei fattori che dovresti prendere in considerazione quando fissi un prezzo.

Google books: Information Rules

Answer 4

Hai davvero bisogno di leggere Joel [/ rant/umore/schiuma] su questo http://www.joelonsoftware.com/articles/CamelsandRubberDuckies.html