Quanto tempo dovresti fornire supporto "gratuito" per un progetto per cui non sei più pagato? [chiuso]

Naviga le tue risposte
7

Come un libero professionista, ad esempio, hai sviluppato un'applicazione web o mobile per un cliente come un progetto a pagamento a prezzo fisso. Mandate loro il codice, installatelo sul loro server e inizieranno ad usarlo da soli.

Ora, normalmente darei ai miei clienti 30 giorni di correzione gratuita dei bug, prima di iniziare a caricarli per il mio tempo di sviluppo. Questo dà loro un mese per risolvere i problemi, testare ogni cosa per la loro soddisfazione e fornire un feedback mentre risolvo qualsiasi problema trovato senza alcun costo aggiuntivo.

Quanto tempo è normale fornire supporto su bug critici su un progetto per cui non si è più pagati? 1 mese? 6 mesi? Per sempre? Dove disegna la linea?

    
posta AndyDunn 13.06.2016 - 17:32
fonte

3 risposte

5

IANAL ma è necessario precisare nel contratto se esiste una garanzia. Il software tipico non ha garanzia. È inoltre necessario non esprimere alcun danno se diciamo che fanno un brutto affare sulla base di un numero cattivo dal programma o la perdita di un cliente. È comune per nessuna garanzia e quindi come 1 mese di cortesia. Dovresti anche dare loro un periodo di tempo per il test di accettazione. Alla fine del test di accettazione devono accettare o fornire una lista scritta di bug. Hai anche il problema di non pagare in quanto non vengono eseguiti con i test di accettazione.

Leggi i termini su diversi software commerciali e dovresti essere in grado di avere un'idea del tipo di termini nella tua regione. Se si desidera una consulenza legale specifica, è necessario pagare per un avvocato.

    
risposta data 13.06.2016 - 23:07
fonte
-1

In una situazione come questa, dico sempre che sul contratto quindi direi che darò loro un periodo di 30 giorni per apportare eventuali modifiche al progetto e per il supporto normalmente darei loro il supporto gratuito per due volte poi farebbe pagare loro la tariffa normale per ora / visita.

    
risposta data 14.06.2016 - 02:45
fonte
-7

Indefinitley.

Ci sono due aspetti da considerare:

  1. Ci sono un numero limitato di possibili bug. Quindi il bug fixing non può andare avanti all'infinito, a patto che tu sia severo su cosa sia un bug. Se qualcosa non corrisponde alle specifiche, dovresti risolverlo.

  2. Ci sono un numero infinito di nuove funzionalità, alcune delle quali il client vorranno, alcune delle quali considereranno bug. Vuoi che ti chiamino su questi, quindi puoi caricarli di più.

Mantenere il pagamento del cliente è la cosa principale. Fintanto che li stai caricando per qualcosa o hai la possibilità di caricarli, vale la pena di correggere i bug.

    
risposta data 13.06.2016 - 20:07
fonte

Leggi altre domande sui tag

framework PHP più simile a ASP.NET MVC3? [chiuso] Perché i programmatori utilizzano l'indicizzazione basata su uno per i numeri di riga nel codice sorgente? [duplicare]