Quindi un cliente viene da me e dice che ha bisogno di un po 'di lavoro. Fondamentalmente 4 attività, che ho accettato di eseguire per un determinato prezzo. Il cliente crea l'offerta di lavoro (tempo fisso e prezzo) su ODesk, lo accetto, ma ci sono voluti alcuni giorni e ricordare costantemente al cliente di avviare un contratto basato su quel lavoro.

Il problema è che l'attività originale è stata completata, il contratto è ancora attivo, non sono ancora stato pagato, il cliente dice che pagherà al termine del progetto e fino ad allora si verificano costantemente nuove attività o modifiche a attività precedenti che richiedono il rifacimento completo degli elementi. Per tutto ciò il cliente promette il pagamento. Nessun aggiornamento da questo client su ODesk, nessuna nuova attività lì. Continuo a ricordare al cliente di risolvere i problemi amministrativi, ma senza risultati. Allo stesso tempo, il cliente continua a lavorare, poiché il progetto sarà presto lanciato.

Io non so cosa fare.

• Se mi rifiuto di eseguire qualsiasi lavoro senza la burocrazia, il progetto sarà in ritardo. Ma non è colpa mia, vero? Ho paura di ricevere un feedback negativo in questo caso, o qualcosa di ancora peggio.
• Se abbandonerò questo progetto, temo che non otterrò nemmeno quello che ho guadagnato.
• Se continuo così, sprecherò molto tempo a fare cose simili a quelle descritte qui , ma come programmatore (sì, è già arrivato a richieste simili, per un sacco di contenuti hardcoded).

Come posso comunicare con tali clienti in tali situazioni? Come posso evitare un conflitto?

PS Il cliente è una piccola azienda. Persone diverse gestiscono aspetti diversi di questo progetto e ognuno introduce le proprie modifiche alle specifiche originali.

Dopo 2 anni : Wow! Molto domanda! Molto popolare!
Ho deciso di far entrare tutti nel finale di questa storia. Ho affrontato il cliente, ho spiegato che non lavorerò fino a quando non sarò pagato per quello che ho fatto e fino a quando non sarà aperto un contratto orario. Mi hanno pagato il giorno dopo e hanno aperto un contratto. È iniziata una collaborazione fruttuosa, ma breve. Tutti erano felici. Solo che non ho ricevuto alcun feedback.

Oh amico, ero in questa posizione così tante volte quando ho fatto il freelance, sento il tuo dolore in questo momento.

Tutto è cambiato quando ho cambiato il mio modo di pensare ai clienti: tutti i clienti sono truffatori.

Lasciami dire ancora:

TUTTI I CLIENTI SONO CON ARTISTI

Quando passi a questa prospettiva è quando ti rendi conto di avere effettivamente l'effetto leva per la maggior parte del tempo, anche quando non hai un contratto che ti sostenga.

Ecco cosa fai:

• Se hai già consegnato, sei già fregato : a questo punto devi decidere se vuoi continuare a essere fregato e avere il cliente che continua a farti diventare la sua ****
• Se non hai consegnato, c'è speranza : il lancio è la tua leva e puoi ancora essere pagato. Negozia il pagamento per almeno il 50% o lascia perdere l'intero progetto e lascialo per fortuna, questa è la tua leva . Ero in questa posizione almeno due volte e non ho colto l'occasione quando ho potuto, le cose sono andate male per me e ho pagato il prezzo. Sembra freddo, ma questo è spesso il punto di non ritorno .

• Se ritieni che si tratti solo di un problema di comunicazione, puoi risolverlo (se e solo se il cliente lo desidera) : puoi utilizzare il fermo immagine precedente come leva, ma la soluzione è chiedere al cliente di designare un singolo rappresentante per il progetto, le migliori opzioni per questo sono:

  • Il proprietario del progetto
  • Un stakeholder designato dal proprietario del progetto
  • La "mano destra" dei proprietari

  Questo li renderà effettivamente incanalare tutte le richieste in un unico punto in cui le cose possono essere sistemate dalla loro parte, non dalla tua. Si sta verificando una combinazione di scorrimento delle funzionalità e mancanza di gestione delle aspettative .

In ogni caso e se fossi in te, contatterei oDesk per assistenza in questo caso. Sono sicuro che ci sono molti clienti che si comportano così per estorcere più lavoro agli appaltatori. Se hai prove che il progetto è completo in base al contratto, usa il contratto come arma .

Sono sicuro che oDesk ha contratti per qualcosa .

Inoltre, può anche sembrare spensierato, ma quando si tratta di farsi fregare o non fregare, il loro lancio, le loro scadenze e le loro lacune mentali sono il loro problema, non il tuo.

Ai miei tempi ho fatto l'errore di preoccuparmi troppo del cliente, ma non è necessario.

Modifica : ultimo consiglio, non effettuare la consegna finale fino a quando non si ottiene il pagamento finale. Puoi sempre fare una dimostrazione sul tuo laptop / locale per assicurarti che tutto funzioni.

In alternativa e se non hai assolutamente scelta, e il cliente ha bisogno dell'applicazione distribuita per pagarti (perché è nel contratto, altrimenti non cedere), implementalo nella tua infrastruttura e non dare accesso ad esso a nessun altro a quelli di cui ti fideresti della tua vita (sono serio a riguardo). Questa è la tua ultima leva possibile in cui puoi dire: "hai X giorni per pagare o il servizio verrà rimosso". Fai finta che stia affittando una casa che possiedi, e potrebbe lasciare un giorno senza preavviso e non sarai mai in grado di rintracciarlo o dargli un motivo per pagarti.

oDesk ha come team / politica di risoluzione delle controversie. Puoi contattarli includendo i dettagli sopra in particolare riguardo alle attività extra.

In genere quando devi cercare il tuo client per gli aggiornamenti, questo è un brutto segno.

Lavoro anche su oDesk; e in futuro potresti prendere in considerazione l'idea di lavorare esclusivamente su contratti orari e stimare in anticipo quante ore dare o prendere un compito ti porterebbe.

Sui contratti orari puoi contrassegnare correttamente su cosa hai lavorato e quanto devi. È molto più facile ottenere oDesk per costringere il cliente a pagare.

Sui contratti a prezzo fisso, non vi è alcuna possibilità. Il tuo cliente e solo il tuo cliente decidono quando e quanto pagare. oDesk lo dice anche nel loro sito di documentazione / supporto. Mi dispiace dirlo, se il tuo progetto è a prezzo fisso; Direi trattenere il lavoro per il riscatto e chiedere qualunque cosa tu possa ottenere - quindi cauzione.

I clienti come questo ti succhiano la vita.

Cosa significa "completo"? Vuol dire "Tutte le attività del contratto sono state completate"? In tal caso, il cliente è chiaramente in violazione del contratto e dovresti prendere in considerazione la possibilità a un avvocato di scrivergli una lettera "amichevole" per ricordargli i suoi obblighi. Dovresti comunque mantenerlo come ultima risorsa e cercare di adottare un approccio più diplomatico, come cercare di rinegoziare il contratto per includere i compiti che sta aggiungendo nel caso in cui a) vieni pagato per il lavoro che hai già svolto come secondo i termini del contratto originale eb) verrai pagato anche per il lavoro extra svolto.

Se il contratto prevede che ti verrà pagato quando il progetto è "completo", tuttavia, potresti essere nei guai. Chiedi a qualsiasi buon sviluppatore e ti diranno che il software non è mai completo, è in manutenzione o è abbandonato. Se hai concordato che il cliente può pagare al completamento e va in tribunale, la sua difesa sarà probabilmente che il progetto non è completo perché c'è un enorme elenco di requisiti che ha aggiunto al progetto che non hai fatto.

Spero che il tuo contratto stabilisca che verrai pagato all'adempimento dei requisiti definiti nel contratto. Se lo è, e se è chiaro che il tuo cliente ti sta deliberatamente prendendo in giro e sta cercando di estrarre da te un lavoro che non hai mai accettato, allora hai delle opzioni. Se dice "pagamento al completamento", potresti avere molte meno opzioni. Potresti provare a rinegoziare il contratto, ma se non è disposto a muoversi, non sono sicuro di dove puoi andare da lì.

MODIFICA DA AGGIUNGERE: Il commento "tutti continuano ad aggiungere requisiti" alla fine della tua domanda sta suonando campane di allarme serie con me. Spero che tu non abbia accettato nessuno dei requisiti oltre alla persona con cui hai negoziato con la lista di lavoro! Dovresti accettare i requisiti e le richieste di modifica da una sola persona, altrimenti potrebbe derivarne il caos. La persona A potrebbe pensare che sarebbe bello se tu aggiungessi la funzione X a un progetto, ma se è la persona B che sta pagando e non conoscono la persona A ha aggiunto una funzionalità al progetto, potrebbero avere l'impressione che tu stia aggiungendo cose che non ha chiesto al progetto solo per ottenere più soldi da loro. Questo è destinato a provocare sangue cattivo. Peggio ancora, potresti finire con un casino totale di un progetto con un carico di requisiti contrastanti e codice che non Adempiere al suo scopo originale perché sta cercando di compiacere un sacco di altre parti interessate. È necessario un processo ben definito per l'aggiunta di requisiti e la persona che paga le fatture deve essere pienamente consapevole di tutti i requisiti che vengono aggiunti.