Un client vient donc me voir et dit qu'il a besoin de travail. Fondamentalement, 4 tâches, que j'ai accepté d'effectuer pour un certain prix. Le client crée l'offre d'emploi (un emploi à temps et à prix fixe) sur ODesk, je l'accepte, mais il a fallu quelques jours et un rappel constant au client pour initier un contrat basé sur cet emploi.

Le problème est que la tâche d'origine a été achevée, le contrat est toujours actif, je n'ai pas encore été payé, le client dit qu'il paiera lorsque le projet sera terminé, et d'ici là, de nouvelles tâches se produisent constamment ou des modifications des tâches plus anciennes qui nécessitent une refonte complète des éléments. Pour tout cela, le client promet le paiement. Aucune mise à jour de ce client sur ODesk, aucune nouvelle tâche là-bas. Je n'arrête pas de rappeler au client de régler les problèmes administratifs, mais sans résultat. Dans le même temps, le client poursuit son travail, car le projet va bientôt être lancé.

Je ne sais pas quoi faire.

• Si je refuse d'effectuer un travail sans la bureaucratie, le projet sera en retard. Mais ce n'est pas de ma faute, n'est-ce pas? J'ai peur de recevoir une rétroaction négative dans ce cas, ou quelque chose de pire encore.
• Si j'abandonne ce projet, je crains de ne pas obtenir ce que j'ai gagné.
• Si je continue comme ça, je perdrai beaucoup de temps à faire des trucs similaires à ceux décrits ici , mais en tant que programmeur (oui, cela a déjà fait des demandes similaires, pour beaucoup de contenu codé en dur).

Comment puis-je communiquer avec ces clients dans de telles situations? Comment éviter un conflit?

PS Le client est une petite entreprise. Différentes personnes gèrent différents aspects de ce projet, et chacun apporte ses propres modifications aux spécifications d'origine.

Après 2 ans : Wow! Très question! Très populaire!
J'ai décidé de laisser tout le monde à la fin de cette histoire. J'ai confronté le client, lui ai expliqué que je ne travaillerais pas tant que je ne serais pas payé pour ce que j'ai fait et jusqu'à ce qu'un contrat horaire soit ouvert. Ils m'ont payé le lendemain et ont ouvert un contrat. Une collaboration fructueuse mais brève a commencé. Tout le monde était heureux. Sauf que je n'ai reçu aucun commentaire.

Oh mec, j'étais dans cette position tellement de fois quand je travaillais en freelance, je ressens votre douleur en ce moment.

Tout a changé quand j'ai changé ma façon de penser les clients: tous les clients sont des escrocs.

Permettez-moi de le répéter:

TOUS LES CLIENTS SONT DES ARTISTES CON

Lorsque vous changez de point de vue, c'est lorsque vous réalisez que vous avez réellement un effet de levier la plupart du temps, même lorsque vous n'avez pas de contrat qui vous soutient.

Voici ce que vous faites:

• Si vous avez déjà livré, vous êtes déjà foutu : à ce stade, vous devez décider si vous voulez continuer à vous faire défoncer et que le client continue de vous faire son b ****.
• Si vous n'avez pas livré, il y a de l'espoir : le lancement est votre levier et vous pouvez toujours être payé. Négociez le paiement d'au moins 50% ou laissez tomber tout le projet et laissez-le à sa chance, c'est votre levier . J'étais dans cette position au moins deux fois et je n'ai pas pris le risque quand je le pouvais, les choses se sont mal passées pour moi et j'ai payé le prix. Cela semble froid, mais c'est souvent le point de non-retour .

• Si vous pensez que ce n'est qu'un problème de communication, vous pouvez le résoudre (si et seulement si le client le souhaite) : vous pouvez utiliser le précédent toujours comme levier, mais la solution consiste à demander au client de désigner un seul représentant pour le projet, vos meilleures options pour cela sont:

  • Le maître d'ouvrage
  • Une partie prenante désignée par le maître d'ouvrage
  • La "main droite" des propriétaires

  Cela leur permettra de diriger efficacement toutes les demandes vers un seul point où les choses peuvent être triées de leur côté, pas du vôtre. Vous rencontrez un mélange de fluage des fonctionnalités et de manque de gestion des attentes .

Dans tous les cas et si j'étais vous, je contacterais oDesk pour obtenir de l'aide avec ce cas. Je suis sûr qu'il y a beaucoup de clients qui se comportent comme ça pour extorquer plus de travail aux entrepreneurs. Si vous avez la preuve que le projet est terminé conformément au contrat, utilisez le contrat comme arme .

Je suis sûr qu'oDesk a des contrats pour quelque chose .

En outre, cela peut aussi avoir l'air d'avoir du cœur froid, mais quand il s'agit de se faire défoncer ou non, leur lancement, leurs délais et leurs faps d'esprit sont leur problème, pas le vôtre.

J'ai fait l'erreur de trop me soucier du client de mon temps, mais ce n'est pas obligatoire.

Edit : Dernier conseil, ne faites pas la livraison finale avant d'avoir le paiement final. Vous pouvez toujours faire une démonstration dans votre propre ordinateur portable / local pour vous assurer que tout fonctionne.

Alternativement et si vous n'avez absolument pas le choix, et que le client a besoin de l'application déployée pour vous payer (car elle est dans le contrat, sinon ne cédez pas), déployez-la dans votre propre infrastructure et ne donnez accès à personne d'autre à ceux à qui vous confieriez votre vie (je suis sérieux à ce sujet). C'est votre dernier levier possible où vous pouvez dire: "vous avez X jours pour payer ou le service sera supprimé". Imaginez qu'il loue une maison que vous possédez, et il pourrait bien laisser un jour sans être annoncé et vous ne pourrez jamais le retrouver ou lui donner une raison de vous payer.

oDesk a comme équipe / politique de résolution des litiges. Vous pouvez les contacter, notamment les détails ci-dessus, en particulier sur les tâches supplémentaires.

Généralement, lorsque vous devez poursuivre votre client pour des mises à jour, c'est un mauvais signe.

Je travaille également sur oDesk; et à l'avenir, vous voudrez peut-être envisager de travailler exclusivement sur des contrats horaires et d'estimer à l'avance combien d'heures donner ou accepter une tâche vous prendrait.

Sur les contrats horaires, vous pouvez correctement marquer ce sur quoi vous avez travaillé et combien vous êtes redevable. Il est beaucoup plus facile d'obtenir oDesk pour forcer le client à payer.

Sur les contrats à prix fixe, il n'y a aucune chance. Votre client et seul votre client décide quand et combien payer. oDesk le dit même dans son site de documentation / support. Je suis désolé de le dire, si votre projet est à prix fixe; Je dirais de retenir le travail contre rançon et d'exiger tout ce que vous pouvez obtenir - puis une caution.

Des clients comme celui-ci vous sucent la vie.

Que signifie «complet»? Cela signifie-t-il que «toutes les tâches du contrat sont terminées»? Si c'est le cas, votre client est clairement en rupture de contrat et vous devriez envisager de demander à un avocat de lui écrire une lettre «amicale» pour lui rappeler ses obligations. Vous devez cependant garder cela en dernier recours et essayer d'adopter une approche plus diplomatique, comme essayer de renégocier le contrat pour inclure les tâches qu'il ajoute sous réserve que a) vous soyez payé pour le travail que vous avez déjà fait en tant que selon les termes du contrat original, et b) vous serez également payé pour le travail supplémentaire effectué.

Cependant, si le contrat stipule que vous serez payé une fois le projet «terminé», vous pourriez avoir des ennuis. Demandez à n'importe quel bon développeur et il vous dira que le logiciel n'est jamais complet, qu'il soit en cours de maintenance ou qu'il est abandonné. Si vous avez convenu que le client peut payer à la fin et qu'il va devant le tribunal, sa défense sera probablement que le projet n'est pas terminé car il y a une énorme liste d'exigences qu'il a ajoutées au projet que vous n'avez pas faites.

J'espère que votre contrat stipule que vous serez payé si vous remplissez les conditions définies dans le contrat. Si c'est le cas, et s'il est clair que votre client vous secoue délibérément et essaie de vous extraire du travail que vous n'avez jamais accepté, alors vous avez des options. S'il indique "paiement à l'achèvement", vous pouvez avoir beaucoup moins d'options. Vous pouvez essayer de renégocier le contrat, mais s'il ne veut pas bouger, je ne sais pas où vous pouvez aller à partir de là.

MODIFIER POUR AJOUTER: Le commentaire "Tout le monde continue d'ajouter des exigences" à la fin de votre question sonne avec moi. J'espère que vous n'avez accepté aucune des exigences d'une personne autre que la personne avec laquelle vous avez négocié sur la liste de travail! Vous devez accepter les exigences et modifier les demandes d'une seule personne, sinon le chaos peut s'ensuivre. La personne A pourrait penser que ce serait bien si vous ajoutiez la fonctionnalité X à un projet, mais si c'est la personne B qui paie et qu'elle ne connaît pas la personne A qui a ajouté une fonctionnalité au projet, elle pourrait avoir l'impression que vous ajoutez des éléments qu'elle n'a pas demandé au projet juste pour en retirer plus d'argent. Cela entraînera forcément du mauvais sang. Pire, vous pourriez vous retrouver avec un désordre total d'un projet avec une charge d'exigences conflictuelles et de code qui ne fonctionne pas. t remplir son objectif d'origine, car il essaie de plaire à un tas d'autres parties prenantes ainsi. Il doit y avoir un processus bien défini pour ajouter des exigences, et la personne qui paie les factures doit être pleinement consciente de toutes les exigences qui sont ajoutées.