Então, um cliente vem até mim e diz que precisa de algum trabalho. Basicamente 4 tarefas, que eu concordei em executar por um determinado preço. O cliente cria a oferta de trabalho (um horário fixo e preço) no ODesk, eu aceito, mas levava alguns dias e lembrando constantemente o cliente para iniciar um contrato com base nesse trabalho.

O problema é que a tarefa original foi concluída, o contrato ainda está ativo, ainda não fui pago, o cliente diz que pagará quando o projeto for concluído e, até então, novas tarefas ocorrem constantemente ou alterações nas tarefas mais antigas que exigem refazer completamente os elementos. Por tudo isso, o cliente promete pagamento. Nenhuma atualização deste cliente no ODesk, nenhuma nova tarefa lá. Eu continuo lembrando o cliente sobre como resolver os problemas administrativos, mas sem resultados. Ao mesmo tempo, o cliente continua trabalhando, pois o projeto será lançado em breve.

Não sei o que fazer

• Se eu me recusar a realizar qualquer trabalho sem a burocracia, o projeto estará atrasado. Mas não é minha culpa, é? Estou com medo de receber um feedback negativo neste caso, ou algo ainda pior.
• Se eu desistir deste projeto, receio que não receberei o que ganhei.
• Se eu continuar assim, vou perder muito tempo fazendo coisas semelhantes às descritas aqui , mas como programador (sim, ele já chegou a solicitações semelhantes, para muitos conteúdos codificados).

Como me comunico com esses clientes nessas situações? Como evito um conflito?

PS O cliente é uma pequena empresa. Pessoas diferentes lidam com aspectos diferentes deste projeto e todos introduzem suas próprias alterações nas especificações originais.

Após 2 anos : Uau! Muito pergunta! Muito popular!
Decidi deixar todo mundo participar do final desta história. Eu confrontei o cliente, expliquei que não trabalharei até ser pago pelo que fiz e até que um contrato por hora seja aberto. Eles me pagaram no dia seguinte e abriram um contrato. Uma colaboração frutuosa, mas curta, começou. Todos estavam felizes. Exceto que eu não recebi nenhum feedback.

Oh, cara, eu estava nessa posição tantas vezes quando freelancer, estou sentindo sua dor agora.

Tudo mudou quando mudei minha maneira de pensar sobre os clientes: todos os clientes são vigaristas.

Deixe-me dizer isso de novo:

TODOS OS CLIENTES SÃO CONTRATOS

Quando você muda para essa perspectiva, é quando você percebe que realmente tem a vantagem na maior parte do tempo, mesmo quando você não tem um contrato que o respalde.

Aqui está o que você faz:

• Se você já entregou, já está ferrado : Nesse momento, você deve decidir se deseja continuar se ferindo e fazer com que o cliente continue fazendo de você seu b ****.
• Se você não entregou, há esperança : o lançamento é sua alavanca e você ainda pode receber o pagamento. Negocie o pagamento de pelo menos 50% ou simplesmente largue todo o projeto e deixe-o com sorte, essa é a sua vantagem . Eu estava nessa posição pelo menos duas vezes e não me arrisquei quando podia, as coisas correram mal para mim e paguei o preço. Parece de coração frio, mas esse é frequentemente o ponto sem retorno .

• Se você acha que isso é apenas um problema de comunicação, é possível corrigi-lo (se e somente se o cliente desejar) : você pode usar o anterior ainda como uma alavanca, mas a solução é solicitar ao cliente que designe um único representante para o projeto, suas melhores opções para isso são:

  • O proprietário do projeto
  • Uma parte interessada designada pelo proprietário do projeto
  • A mão direita dos proprietários

  Isso fará com que eles canalizem todas as solicitações para um único ponto, onde as coisas podem ser resolvidas do lado deles, não do seu. Você está enfrentando uma mistura de fluência de recursos e falta de gerenciamento de expectativas .

De qualquer forma, e se eu fosse você, entraria em contato com o oDesk para obter assistência nesse caso. Tenho certeza de que muitos clientes se comportam dessa maneira para extorquir mais trabalho dos contratados. Se você tiver provas de que o projeto foi concluído de acordo com o contrato, use o contrato como sua arma .

Tenho certeza que oDesk tem contratos para alguma coisa .

Além disso, também pode parecer ter um coração frio, mas quando se trata de se ferrar ou não, o lançamento, os prazos e as mentalidades são problema deles , não seu.

Cometi o erro de me importar muito com o cliente nos meus dias, mas você não precisa.

Editar : último conselho, não faça a entrega final até ter o pagamento final. Você sempre pode fazer uma demonstração em seu próprio laptop / local para garantir que tudo funcione.

Como alternativa, e se você não tiver absolutamente nenhuma escolha, e o cliente precisar que o aplicativo seja implantado para pagar (porque está no contrato, caso contrário não ceda), implante-o em sua própria infraestrutura e não dê acesso a ninguém para aqueles em quem você confiaria em sua vida (estou falando sério sobre isso). Esta é sua última alavancagem possível, onde você pode dizer: "você tem X dias para pagar ou o serviço será cancelado". Finja que ele está alugando uma casa que você possui, e ele pode deixar um dia sem aviso prévio e você nunca será capaz de rastreá-lo de volta ou dar a ele um motivo para pagar você.

oDesk tem como equipe / política de resolução de disputas. Você pode contatá-los, incluindo os detalhes acima, especialmente sobre as tarefas extras.

Normalmente, quando você precisa perseguir seu cliente para obter atualizações, isso é um mau sinal.

Eu também trabalho no oDesk; e daqui para frente, você pode considerar trabalhar exclusivamente em contratos por hora e estimar antecipadamente quantas horas uma tarefa leva ou leva.

Nos contratos por hora, você pode marcar corretamente em que trabalhou e quanto deve. É muito mais fácil obter o oDesk para forçar o cliente a pagar.

Em contratos de preço fixo, não há chance. Seu cliente e somente ele decide quando e quanto pagar. oDesk diz isso no site de documentação / suporte. Lamento dizer, se o seu projeto é de preço fixo; Eu diria que segure o trabalho por resgate e exija o que puder para conseguir - depois a fiança.

Clientes como esse sugam a vida de você.

O que significa 'completo'? Significa 'Todas as tarefas do contrato estão concluídas'? Se isso acontecer, seu cliente está claramente violando o contrato e você deve solicitar a um advogado que escreva uma carta 'amigável' para lembrá-lo de suas obrigações. Porém, você deve manter isso como último recurso e tentar adotar uma abordagem mais diplomática, como renegociar o contrato para incluir as tarefas que ele está adicionando, desde que: a) você seja pago pelo trabalho que já fez como de acordo com os termos do contrato original eb) você também será pago pelo trabalho extra realizado.

No entanto, se o contrato estipular que você será pago quando o projeto estiver "concluído", você poderá estar com problemas. Pergunte a qualquer bom desenvolvedor e eles lhe dirão que o software nunca está completo, está em manutenção ou está abandonado. Se você concordou que o cliente pode pagar na conclusão e ele for a tribunal, a defesa dele provavelmente será que o projeto não está completo porque há uma lista enorme de requisitos que ele adicionou ao projeto que você não fez.

Espero que o seu contrato indique que você será pago pelo cumprimento dos requisitos definidos no contrato. Se for, e se estiver claro que seu cliente está deliberadamente empurrando você e tentando extrair o seu trabalho com o qual você nunca concordou, então você tem opções. Se aparecer "pagamento concluído", você poderá ter consideravelmente menos opções. Você pode tentar renegociar o contrato, mas se ele não estiver disposto a ceder, não tenho certeza de onde você pode ir a partir daí.

EDITAR PARA ADICIONAR: O comentário "todo mundo continua adicionando requisitos" no final da sua pergunta está tocando um alarme sério comigo. Espero que você não tenha aceitado nenhum dos requisitos além da pessoa com quem negociou a lista de trabalho! Você deve aceitar requisitos e solicitações de mudança de apenas uma pessoa, caso contrário, poderá ocorrer o caos. A pessoa A pode pensar que seria legal se você adicionasse o recurso X a um projeto, mas se a pessoa B estiver pagando e eles não conhecerem a pessoa A adicionou um recurso ao projeto, eles poderão ter a impressão de que você está adicionando coisas que eles não pediu para o projeto apenas para obter mais dinheiro com eles. Isso pode resultar em sangue ruim. Pior, você pode acabar com uma bagunça total de um projeto com uma carga de requisitos e códigos conflitantes que não cumprir seu objetivo original, porque também está tentando agradar uma carga de outras partes interessadas. É preciso haver um processo bem definido para adicionar requisitos, e a pessoa que paga as contas deve estar totalmente ciente de todos os requisitos que forem adicionados.