È semplice, ricevi il pagamento di ciò che è stato contrattato prima di fare altro. Se vogliono EFGHIJKL, dai loro una citazione. Questo è il modo professionale di fare le cose.

Se fai EFG prima di essere pagato per un senso mal riposto di "qualunque cosa", aspettati che ti venga detto di fare HIJKLMNOPQRSTUVWXYZ.

Fai cosa nel contratto, vieni pagato, quindi negozia qualcosa in più.

Mi sono trovato in questa situazione molte volte. Non mi metto in un dialogo prolungato al riguardo, chiedo solo un pagamento educatamente e professionale, mantenendolo breve e chiaro. Dopodiché ignoro tutto ciò che non include una conferma di pagamento.

"Tutto ciò che è al di fuori dello scopo del lavoro che ho originariamente citato e completato. Sono felice di negoziarlo facendolo ma prima dovrò essere pagato per il lavoro esistente. Trovi allegata una copia della mia fattura e organizza il pagamento il prima possibile in modo che possiamo procedere. Cordiali saluti, ecc. "

Mi è stato detto che questo mi farà perdere il lavoro futuro, ma pragmaticamente lo ha fatto raramente, in secondo luogo non ho bisogno di un cliente problematico non pagante. I freelance spesso sopportano molto per i soldi, ma se i soldi non vengono pagati in modo tempestivo non ha senso.

Ricorda sempre che come freelance non sei nella loro gerarchia, qualsiasi assecondare questo tipo di spazzatura indebolisce la tua posizione negoziale attuale e futura. Entrare in un dialogo coinvolgente su di esso ti costa tempo e denaro e dovrebbe essere evitato.

Sono uno sviluppatore freelance da oltre 30 anni. Questa è una situazione che ho riscontrato in diverse occasioni. Tuttavia, la maggior parte delle volte non è così difficile da prevenire o attenuare.

In primo luogo, assicurati che il tuo preventivo sia completo e formulato in modo inequivocabile.

In secondo luogo, pensa al tuo cliente come un compagno; tenerli informati durante il processo di sviluppo; mostra loro quello che puoi, ad esempio, i modelli dell'interfaccia utente, così presto, capiscono esattamente cosa riceveranno da te.

Terzo, nella tua citazione assicurati di includere qualche contingenza per le inevitabili ambiguità e "mission creep" (renderlo parte dei costi di supporto), poiché le specifiche spesso si evolvono, poiché i clienti stessi spesso non comprendono appieno le proprie esigenze finché non vedono un codice funzionante. In questo modo, quando sono necessarie modifiche ragionevolmente piccole, puoi adattarle (puoi ovviamente informare il cliente che queste modifiche ti portano oltre le specifiche originali, ma hai previsto che alcune modifiche potrebbero essere necessarie e queste richieste non sono così estese quindi tu sono disposti a fare il passo in più.)

Quarto, se nonostante le tue precauzioni, ti trovi in ​​questa situazione, diventa davvero una chiamata di giudizio. Ci sono segni che questo sia un "cliente problematico" che non sarà mai felice? Quindi attenersi alla lettera del preventivo e, quando vengono richieste nuove funzionalità, fornire loro un preventivo modificato. (Anche così, tieni presente che fino a quando non vieni pagato, il cliente problematico detiene tutte le carte e, se diventa una questione di controversia, l'onere della prova che hai adempiuto completamente al tuo contratto è su di te. È meglio non accettare mai cose così lontane anche se significa ingoiare il tuo orgoglio.) O è un cliente con il quale hai un rapporto collegiale che hai motivo di aspettarti che duri a lungo, con molti altri contratti in arrivo? Quindi fai quello che puoi (entro limiti ragionevoli) per renderli felici (di nuovo, va bene informarli che quello che hai fatto è stato un passo oltre la tua citazione originale).

Una cosa che non dovresti aspettarti è che il tuo cliente sia "professionale". Questo è il tuo lavoro: qui sei il professionista, il cliente è proprio questo, un cliente. Ovviamente è bene avere un cliente che agisca sempre in modo professionale, ma non aspettarti questo. Aspettatevi invece che i clienti spesso non comprendano appieno le proprie esigenze; quella parte del tuo lavoro è aiutarli a comprendere i propri bisogni e istruirli su ciò che può essere fornito; e quando colmare il divario tra le aspettative dei clienti e la realtà fattibile richiede di fare un (piccolo) passo in più, considera di fare quel passo senza fare storie al riguardo.

Questo è un altro caso di un cliente che si aspetta che un fornitore legga la sua mente e spinge il venditore in giro:

1. Di 'al signor Cliente che il tuo preventivo si basava sulle specifiche che ha dato per A, B, C e D. Dichiara categoricamente di non aver mai detto nulla di E, F, G nel momento in cui ha firmato la citazione.

2. Diglielo che mentre la tua revisione di E, F, G indica che ci vorranno solo poche ore per il completamento, lo consideri un lavoro aggiuntivo NON coperto dalla tua citazione originale e che se vuole che il lavoro venga svolto, dovrà pagare un supplemento per Lavoro extra. Quindi inviagli una fattura per il lavoro originale.

3. Non fare un punto di lavoro aggiuntivo fino a quando ea meno che tu non sia stato pagato per il lavoro originale.

Sfortunatamente, dovrai correre il rischio di non essere pagato da un cliente potenzialmente non etico. Se ti consola, è sempre meglio che tu determini prima o poi che un cliente è un buco nero che risucchia il tuo tempo e le tue energie a spese degli altri tuoi clienti paganti.

Dipende dalle dimensioni della modifica. Il tuo budget avrebbe dovuto includere un importo per l'assistenza clienti. Se questo può essere coperto da quello, bene. In caso contrario, offri un preventivo per il lavoro aggiuntivo.

Nota, tuttavia, che in parte è colpa tua. Avresti davvero dovuto far rivedere gli schizzi / prototipi del cliente nelle prime fasi del processo, quindi sapevano esattamente cosa ti aspettavi di fare e si erano approvati o avevano discusso di cambiare priorità / budget quando c'era ancora la possibilità di affrontare preoccupazioni prima della consegna. Potrebbe esserci un argomento legittimo secondo cui, non essendo riuscito a farlo, gli devi qualcosa.

Sono d'accordo con gran parte di quanto è stato detto, quindi consentitemi di aggiungere solo un paio di punti.

Il cliente poteva ragionevolmente aspettarsi che E, F e G fossero inclusi come parte di A, B , C e D? Voglio dire, se questo fosse, diciamo, un sistema di ordini online e A fosse "il cliente può inserire il proprio indirizzo di consegna, città e stato", e ora stanno dicendo "aspetta, non ci hai dato un posto in cui inserire il codice postale ", non credo che tu possa biasimarli per aver pensato che era stato assunto in A. Se ora stanno dicendo che dovrebbe esserci un modo per entrare in paesi stranieri, è discutibile, il genere di cose che dovrebbero chiarito nelle prime discussioni. Se è stato menzionato nelle specifiche / preventivo, sei giustificato nel dire che non è coperto, ma, ecc. Se ora stanno dicendo che vogliono un rapporto settimanale di quanti ordini sono stati ricevuti suddiviso per codice postale e stato e rimando per categoria di prodotto ... no.

Ho bei ricordi del cliente che, dopo la consegna, mi ha chiesto come ottenere un certo report complesso. Ho chiesto scusa, nessun rapporto del genere è mai stato menzionato nei requisiti. E ha detto: "Ho solo dato per scontato che avrei potuto ottenere qualsiasi rapporto volevo in qualsiasi momento". Tipo sì, è così che funzionano i computer su Star Trek.

Se questi nuovi requisiti fossero solo una piccola percentuale in più sul progetto totale, sarei propenso a fornirglielo per il bene delle relazioni con i clienti anche se non era nel preventivo. Ma dì loro che lo stai dando a loro per il bene delle relazioni con i clienti anche se non era nel preventivo. Dare freebees senza avvertimenti ti fa aspettare che lo faccia tutto il tempo. Sono passati anni dall'ultima volta che sono stato un libero professionista e non l'ho mai fatto, ma ecco come penso che lo farei se la situazione si presentasse ora: apporta la modifica, quindi invia loro una fattura che dice "Funzionalità aggiuntive E, F e G ... 4 ore @ $ 150 / ora (o qualunque sia la tua tariffa, ovviamente) ... $ 600. Annullare per i rapporti con i clienti ... - $ 600. Netto dovuto ... $ 0. " Quindi stai dicendo loro che hai fatto loro un favore ed esattamente quanto è grande un favore, senza che tu lo faccia di nuovo. Se qualcuno ha provato qualcosa di simile, sarei interessato a conoscere i dettagli e come ha funzionato.

Hai detto che questi nuovi requisiti erano solo poche ore di lavoro. Ma se fosse un grosso problema, direi: "Mi dispiace, ma la citazione copre A, B, C e D. Se hai del lavoro aggiuntivo che vorresti fosse fatto, sarei felice di preparare un nuova citazione. "

BTW Dici che hai fornito al cliente versioni prototipo o qualcosa del genere lungo la strada, e apparentemente non le ha mai guardate. Questo non è certamente inaudito. È successo a me, e poi, ovviamente, quando finalmente lo guardano, hanno un milione di cambiamenti. Ma è un segnale di pericolo che questo potrebbe essere un cliente problematico. Se il cliente è disposto a riconoscere di non aver mai guardato le cose lungo il percorso e di essere disposto a pagare per la rilavorazione, va bene. La mia azienda ha un cliente così ora, non guarda mai le cose fino a quando il progetto non è stato completato, quindi invece di apportare modifiche in anticipo quando sarebbe facile, aspettiamo fino alla fine quando ci sono importanti rilavorazioni. Ma non esitano nemmeno molto quando fatturiamo loro il tempo per eseguire la rilavorazione. Quindi immagino che stiamo facendo più soldi in questo modo, quindi non ci lamentiamo. Ma se non sono disposti a pagare per la rilavorazione, questo è un cliente problematico. Farei uno sforzo per renderli felici questa volta, raccogliere i miei soldi ed evitare di fare affari con loro in futuro.

Alcuni aspetti negativi

1. Pagato dopo
2. Non pagato per E, F e G
3. Ricevi I e J quando consegni E, F e G

Se davvero pensi che siano solo poche ore e ti faranno pagare, forse fallo e basta. Ma può sfuggire di mano rapidamente.

Anche se si cita E, F e G separati, chiederei comunque il pagamento per il primo.

Secondo me, dipende interamente dal tipo di cliente che hai. Se sono tecnicamente esperti e dovrebbero sapere esattamente di cosa hanno bisogno e utilizzano i tuoi servizi solo perché non hanno il personale disponibile, restare all'interno dell'ambito di lavoro definito è la risposta corretta.

D'altra parte , se hai assunto un cliente sapendo che non ha le conoscenze per conoscere TUTTI i requisiti specifici di cui avranno bisogno in anticipo, allora lo guardo perché stanno anche assumendo la tua esperienza per fargli sapere cosa manca. Dopo tutto, sei lo sviluppatore "professionista", non loro. Pertanto, se avessi dovuto "ragionevolmente sapere" che senza le funzionalità che dicono mancano che l'applicazione non soddisfa le loro esigenze, allora alcuni, se non la maggior parte, della colpa è tua. In tal caso, dovresti imparare dal tuo errore per la prossima volta, ma questa volta cerca di mantenere il cliente felice. Sicuramente chiedi di più ma riconosci il tuo ruolo nella funzionalità mancante. Ovviamente, "ragionevolmente noto" è un po 'un'area grigia, ma sospetto che tu sappia già se avresti dovuto capire se la funzione era necessaria o meno. Se la funzionalità mancante non è qualcosa che un tipico sviluppatore "professionista" avrebbe dovuto identificare come mancante, attenersi ai termini del contratto.

Sono stato dalla parte del cliente del "software ingegnerizzato - vaporware" La costruzione di una nuova piattaforma richiede tempo e R & D. Hai consegnato ciò che il contratto firmato richiedeva. Hai un meccanismo per il supporto continuo? Utilizzi questo prodotto per altri clienti? Con entrambi questi concetti, puoi partecipare agli aggiornamenti distribuiti. Dovrai costruire un modello che puoi mantenere. La complessità e la verifica e la conferma del livello successivo del prodotto. Avrai alcuni clienti (se la loro knowledge base lo consente) che insistono per essere beta-tester. Dovrai informarli sulle tue aspettative e su quelle. Rimani in tale ambito. Ciò ti offre un modello gestibile per aggiornamenti / upgrade, flusso di cassa continuo e clienti soddisfatti. IMHO JLH Questo è il modo in cui ho dovuto lavorare con più fornitori (fusioni) implementando un sistema ERP multifase e multilivello per piccoli college.