Addebito per ora / progetto [chiuso]

Questo è legato a una domanda che ho posto in precedenza: /software/34023/how-to-end-a-relationship-with-a-client-without-pissing-them-off

Quali sono i tuoi obblighi quando si carica a ore vs ricarica per progetto? Se si accetta di intraprendere un progetto, fornire una stima approssimativa che potrebbe richiedere 10 giorni per lavorare e addebitare £ X all'ora - sei obbligato a lavorare gratuitamente dopo quei 10 giorni e non sei ancora riuscito completare il tuo progetto a causa di problemi imprevisti? Che cosa succede se hai consegnato il progetto ma vengono rilevati dei bug: dovresti correggerli gratuitamente se i 10 giorni sono scaduti o dovresti addebitare al tuo cliente?

Inoltre, per il progetto di cui sopra, quale dovrebbe essere il risultato quando inizi il progetto, ma dopo i 10 giorni per qualsiasi motivo devi rinunciare e dire al tuo cliente che non puoi più farlo? Mi rendo conto che questo non fa nulla per rafforzare la tua reputazione e il tuo rapporto con il cliente, ma sei obbligato a rimborsare i soldi che ti sono stati pagati o hai semplicemente consegnato il codice sorgente mezzo / quasi completato e li hai aiutati a trovare qualcun altro per completarlo?

Il motivo per cui sto ponendo le domande di cui sopra è perché sono molto nuovo nel freelance e vorrei sapere come affrontare le situazioni di cui sopra se dovessero emergere. Grazie!

Se si accetta di intraprendere un progetto ... lavorare e addebitare £ X l'ora - si è obbligati a lavorare gratuitamente dopo quei 10 giorni e non si è ancora riusciti a completare il progetto a causa di problemi imprevisti?

No. £ X all'ora è £ X all'ora. Chiaramente, non hai mai fatto lavori complessi a casa o in barca.

L'incapacità di stimare non significa nulla. Niente.

£ X all'ora è £ X all'ora. Fino a quando il lavoro non viene completato o il client dice "sei licenziato". (o "sei licenziato". Sono uno Yank, quindi non so cosa dicono nel Regno Unito.)

Che cosa succede se hai consegnato il progetto ma vengono rilevati dei bug: dovresti correggerli gratuitamente se i 10 giorni sono scaduti o dovresti addebitare al tuo cliente?

Dipende dal bug. È necessario eseguire l'analisi della causa principale. Le specifiche errate (o incomplete) sono principalmente il loro problema. Le rughe tecniche impreviste sono alla base del corso: pagano. Gli stupidi errori di codifica sono il tuo problema.

devi arrenderti e dire al tuo cliente che non puoi più farlo?

Ooops. Non è professionale. Se devi arrenderti, hai davvero fatto un terribile, terribile errore.

Mi rendo conto che questo non fa nulla per rafforzare la tua reputazione e il tuo rapporto con il cliente, ma sei obbligato a rimborsare i soldi che ti sono stati pagati o hai semplicemente consegnato il codice sorgente mezzo / quasi completato e li hai aiutati a trovare qualcun altro per completarlo?

Sospiro. A questo punto, ti sei comportato così male che non importa molto. Dovresti davvero trovare un'altra carriera se non riesci a seguire i tuoi contratti. Sul serio. Ripensa alla tua vita.

Il software completato a metà è inutile. Nessuno lo "completerà". Spiegheranno che sei un idiota (perché lo sei) buttare via il codice e ricominciare da zero.

Devi fare quanto segue.

1. Riduci i requisiti a qualcosa di definitivo, consegnabile e utilizzabile.

2. Crea quella cosa finale, consegnabile, utilizzabile. Anche se non è il grande schema originale.

3. Carica per quella cosa consegnabile, utilizzabile.

4. Passa l'arretrato di cose non consegnabili a qualcun altro.

Il codice che non può essere utilizzato è inutile. Anzi, è un costo.

Tu e il tuo cliente perderete tempo cercando di "trasferire" il codice completato a metà a qualcun altro. Enfasi sui rifiuti . È più facile per la maggior parte delle persone iniziare da zero piuttosto che iniziare da metà finito.

Quali sono i tuoi obblighi quando si carica a ore vs ricarica per progetto?

Essenzialmente lo stesso. Sii professionale.

Se si accetta di intraprendere un progetto, fornire una stima approssimativa che potrebbe richiedere 10 giorni per lavorare e addebitare £ X all'ora - sei obbligato a lavorare gratuitamente dopo quei 10 giorni e non sei ancora riuscito completare il tuo progetto a causa di problemi imprevisti?

No, basta che siano circa 10 giorni, quindi stai bene. Definirei all'incirca 10 giorni come tra 50 e 120 ore ai bordi estremi. Qualsiasi cosa per oltre 120 ore (un sovraccarico del 50%) è praticamente al di là del pallido.

Anche se "problemi imprevisti" lascia molta vaghezza. I professionisti con esperienza anticipano molte più problematiche rispetto ai nuovi sviluppatori. Tuttavia, se il cliente sa che sei un nuovo sviluppatore (e sa che sta ottenendo uno sconto significativo a causa di ciò), allora c'è un po 'di spazio qui.

Che cosa succede se hai consegnato il progetto ma vengono rilevati dei bug: dovresti correggerli gratuitamente se i 10 giorni sono scaduti o dovresti addebitare al tuo cliente?

Bugs? Sì, dovresti risolverli gratuitamente. Non ricevi pagamenti per 10 giorni per produrre codice non funzionante.

Ora, di nuovo, "bug" è un po 'vago. Ci sono bug per lo show-stopper (come, il programma non funziona - ovviamente per colpa tua) e bug per i casi limite (il programma tronca il testo su Windows localizzato in turco con l'IME cinese abilitato - non molto ragionevole). La maggior parte cade da qualche parte nel mezzo, ma l'onere della prova è su di te.

Ci sono anche bug sulle specifiche: questi sono i più difficili. Dovrai usare il tuo giudizio sul fatto se avresti dovuto ragionevolmente anticipare, mettere in discussione o implicare la modifica delle specifiche. Ancora una volta, ti avrei messo l'onere della prova.

Per un progetto di 10 giorni (80 ore) con uno sviluppatore ecologico, altre 10-15 ore di correzioni di bug non sarebbero troppo da chiedere. A parte questo, proverei a calcolare il pagamento per - anche se probabilmente farei altre 5-10 ore gratis prima di licenziare il cliente.

Inoltre, per il progetto di cui sopra, quale dovrebbe essere il risultato quando inizi il progetto, ma dopo i 10 giorni per qualsiasi motivo devi rinunciare e dire al tuo cliente che non puoi più farlo? Mi rendo conto che questo non fa nulla per rafforzare la tua reputazione e il tuo rapporto con il cliente, ma sei obbligato a rimborsare i soldi che ti sono stati pagati o hai semplicemente consegnato il codice sorgente mezzo / quasi completato e li hai aiutati a trovare qualcun altro per completarlo?

Restituisci i soldi. Se non riesci a terminare il progetto, è probabile che tu non possa giudicare mezzo completato. Se il cliente ti ha assunto, è ancora più probabile che non riescano a giudicare mezzo completato. Se riesci a trovare qualcun altro per finirlo, puoi subappaltare a loro - la differenza in ciò che ti fanno pagare e ciò che hai già fatto è il tuo profitto (o perdita).

Alla fine, è spesso meglio piegarsi al cliente e segnarlo come una lezione appresa. Dopo un po ', sarai in grado di individuare i "clienti problematici" ed evitarli (o ricaricarli) all'inizio. Imparerai anche a stimare un po 'meglio, a integrare i costi di correzione dei bug nei tuoi prezzi, ecc.

Come sviluppatore studente, hai un po 'di margine di manovra. Probabilmente nessuno ti farà causa per la miseria che hai addebitato per un progetto di 10 giorni. Non avrai mai più affari da quel cliente (o dai suoi amici), ma, dato che hanno assunto uno sviluppatore di studenti, è probabile che vogliano solo manodopera a basso costo e non capiscano quanto costa effettivamente assumere un buon sviluppatore comunque. Non perderai molto in futuro, tranne il mal di testa, anche se a scapito di una coscienza pulita.

Il mio consiglio? Basta finirlo: ti sentirai meglio, il cliente si sentirà meglio e sarai uno sviluppatore e un uomo d'affari migliori per questo. Non è che valga la pena lavorare per anni - e hai tutti i tuoi amici su Stackoverflow e Stackexchange per aiutarti. ;)

Quello che stai descrivendo è solo "importo fisso o inferiore". Questo avvantaggia solo il cliente, quindi se stai facendo l'offerta non ho idea del motivo per cui lavoreresti in quel modo.

• Tariffa oraria - Una tariffa oraria può essere utilizzata quando il cliente sa di non aver preso una decisione su alcune cose e concorda che il progetto è un po 'aperto - ma questo deve essere concordato in anticipo .

• Tariffa fissa : utilizzare se il client sa esattamente cosa desidera. Se lo fanno, ma non puoi offrirlo per un importo fisso, non hai ancora fatto affari. Non far pagare al cliente la tua inesperienza.

Se segui questo, non finirai in una situazione in cui non sai cosa fare. Se devi arrenderti, discuti con il cliente e trattalo come una rassegnazione o scioglimento della partnership. Rimborsare tutti i soldi e non consegnare nulla o offrire il progetto parziale in cambio di un pagamento parziale.

È allettante applicare la tariffa oraria ogni volta che c'è qualche incertezza, ma dovrebbe essere usata solo quando il cliente è desideroso . Se hai esperienza ma hai ancora importanti domande tecniche senza risposta, sii aperto con questo cliente in anticipo.

E, ottenere un contratto, o è solo una questione di tempo prima di incorrere in problemi.

Non sono un avvocato, ma la risposta a entrambe le situazioni dipende da cosa hai concordato contrattualmente con il cliente. Ho visto nella tua precedente domanda che stavi lavorando senza un contratto che sembra piuttosto pericoloso per le ragioni esatte che hai sollevato qui. Nessun contratto scritto certamente non significa nessun obbligo vincolante. È bene avere capito tutto questo genere di cose prima di iniziare il rapporto di lavoro in modo che se sorgono problemi che possono essere risolti professionalmente e amichevolmente.

Motivi legali a parte, questo è un servizio dopo tutto e tu vivi e muori per riferimenti. Può volerci solo uno cattivo per darti una cattiva reputazione. Posso solo prendere un cliente veramente soddisfatto per darti molti altri lavori. Quindi applica la regola d'oro, tratta il tuo cliente come vorresti essere trattato, entro limiti ragionevoli. Le persone ricordano e apprezzano le persone che vanno un po 'al di sopra e al di là del loro "dovere".