Tariffa oraria per il cliente [chiusa]

14

È vantaggioso per uno sviluppatore lavorare su base oraria, ma è difficile spiegare i vantaggi della tariffa oraria al cliente.

Quali sono i tuoi argomenti sulla tariffa oraria per il cliente? Come gli spieghi i suoi benefici e come discuti su "Voglio conoscere il costo esatto del progetto"?

    
posta Andrey 06.04.2011 - 10:33
fonte

6 risposte

8

Old Joke: la linea di assemblaggio si rompe e viene inserito un riparatore. Dopo aver controllato la macchina, tira fuori un martello, colpisce la macchina e inizia a correre. Il caporeparto del negozio è stupito finché il riparatore non dice "Quella sarà di $ 500". Presa alla sprovvista dalle risposte del forman, "Vuoi pagare $ 500 per colpire la macchina con un martello?" Il mio CFO avrà bisogno di una fattura dettagliata. "

La fattura arriva nella mail:

  • Hitting machine with hammer: $ 5,00
  • Sapere dove colpire la macchina: $ 495,00

In un certo senso, una tariffa oraria è il modo di controllare i costi. Qual è l'utilità di un'applicazione che consente a un'azienda di dover assumere un dipendente con salario minimo a tempo pieno? I costi annuali totali per questa persona inclusi stipendio, sussidi, ferie, assenze per malattia potrebbero raggiungere $ 20.000. Deve valere 15.000. Se la soluzione risulta essere un'importazione in un database che può essere creato in 30 ore o meno, dubito che la tariffa corrente sia $ 500 / ora.

Il cliente può controllare il costo per tutta la durata del progetto.

Molti progetti che hanno una tariffa fissa di solito ne chiedono metà. Il cliente può pagare con una tariffa oraria.

Ricorrere all'ora sembra solo sbagliato per me. Voglio essere valutato per sapere dove ruotare il martello.

    
risposta data 06.04.2011 - 12:30
fonte
6

Una tariffa oraria non avvantaggia il cliente. Vantaggi per lo sviluppatore, perché non importa quante modifiche sono richieste dal cliente.

Proprio come un contratto a prezzo fisso non avvantaggia lo sviluppatore. Almeno, non senza ordini di cambiamento. : -)

Nell'edilizia, c'è una chiara separazione tra analisi e design (architettura) e implementazione (costruzione). Anche con questa separazione e con un secolo o più di informazioni sui costi di implementazione, i progetti di costruzione possono andare oltre il budget.

Nello sviluppo dei computer, non c'è una separazione netta tra analisi, progettazione e implementazione. Il cliente non si rende conto di quanto costa cambiare uno schermo dopo che la codifica è completa, rispetto a buttare giù un muro.

Lo sviluppatore ha la responsabilità di educare il proprio cliente e assicurarsi che il cliente comprenda il valore, al contrario del prezzo.

    
risposta data 06.04.2011 - 16:40
fonte
3

La differenza principale tra prezzo fisso e orario è chi assume il rischio. In particolare in questo campo, le stime del progetto sono solo approssimative e possono avere una grande quantità di incertezza al loro interno.

Pertanto, a un prezzo fisso, lo sviluppatore deve assicurarsi di stimare un massimo per coprire difficoltà impreviste. Questo è ragionevole, in quanto nella maggior parte delle attività commerciali che devono coprire il rischio vale denaro (è così che funziona l'assicurazione).

Se il cliente si fida a sufficienza dello sviluppatore, una tariffa oraria consentirà al cliente di risparmiare se il progetto finisce prima di detta stima elevata, anche se va oltre il fatto che il cliente perde denaro. In questo caso, il cliente copre il rischio e in media risparmierà denaro.

Soprattutto se il cliente è una grande azienda e lo sviluppatore è un individuo, è probabile che il cliente sia in una posizione migliore per assumersi dei rischi. Dovendo pagare ulteriori 160 ore, è probabile che una società più grande debba fare del male a non dover lavorare un mese in più per danneggiare uno sviluppatore solitario.

Inoltre, rende più facile la negoziazione delle modifiche alle specifiche quando lo sviluppatore non deve eseguire un'approfondita rivalutazione per ogni modifica.

    
risposta data 06.04.2011 - 19:10
fonte
2

Una tariffa oraria avvantaggia il cliente nei casi in cui è molto probabile che vorranno aggiungere funzionalità aggiuntive rispetto a quelle inizialmente identificate. Ciò favorirà anche il cliente in cui il processo di sviluppo include il lavoro con terze parti e in cui il ruolo dello sviluppatore potrebbe dover includere altre attività che sono solo collegate tangenzialmente all'attività di programmazione.

Una tariffa oraria consente allo sviluppatore di dire "Mi prenderò cura di questo". Piuttosto che "Questo non è coperto dal prezzo concordato. Ci saranno altri X dollari. "

In questi casi, una tariffa oraria elimina la necessità di continue negoziazioni e può aiutare a prevenire incomprensioni derivanti da opinioni divergenti su quanto inizialmente concordato.

    
risposta data 06.04.2011 - 18:41
fonte
1

Su una tariffa oraria, il cliente deve assicurarsi di lavorare in modo efficiente. In un contratto a prezzo fisso, il cliente deve descrivere esattamente ciò che vuole. Se il cliente desidera conoscere il costo esatto del progetto, devi sapere esattamente che cosa deve essere costruito. Di solito il cliente non lo sa, o pensa di sapere ma cambia idea dopo.

In entrambe le situazioni un drone di vendita troverà un modo per sovraccaricare il cliente: batta in basso sulla parte fissa di un progetto, e compensalo in seguito con fatture enormi per ogni piccola modifica o aggiunta, o lascia che le persone più competenti vincano l'offerta e sostituiscile con programmatori di crap (alla stessa tariffa oraria) più tardi.

Se fossi un cliente, preferirei:

  • paga una tariffa oraria
  • gli sviluppatori hanno consegnato codice funzionante convalidato da test automatici con incrementi brevi
  • essere in grado di sostituire gli sviluppatori che non eseguono (che coprono il copyright ecc.)

In questo modo sono libero di prendere una decisione mentre vado avanti e so per cosa sto pagando.

    
risposta data 06.04.2011 - 19:11
fonte
0

Considera chiedere al cliente la domanda in questo modo:

Quanto sono sicuri delle loro specifiche? Hanno davvero pensato a tutto? Cosa potrebbe cambiare tra adesso e quando il prodotto sarà pubblicato? Spiega che con un prezzo fisso, arriva una specifica fissa. eventuali modifiche e il prezzo cambierà.

Quindi offrirei un'alternativa. Cita un prezzo e un assegno di modifica delle specifiche, forse del 20%. In questo modo, il cliente ha già preventivato budget per alcune modifiche e, se sono riusciti a ottenere le specifiche corrette, in primo luogo porteranno il progetto al di sotto del budget!

Se il cliente desidera dirigere e controllare il processo di sviluppo e / o apportare frequenti modifiche al prodotto, può farlo, ma deve accettare una tariffa oraria / giornaliera.

    
risposta data 06.04.2011 - 19:11
fonte

Leggi altre domande sui tag