web-dev-qa-db-ja.com

お金を払わずにもっと要求し続けている顧客のためにフリーランスの仕事を続けなければなりませんか?

それで、クライアントが私のところにやって来て、それはいくつかの作業が必要だと言っています。基本的に4つのタスク、私は特定の価格で実行することに同意しました。顧客はODeskで求人(固定時間と価格の求人)を作成しますが、それは受け入れますが、その求人に基づいて契約を開始することを顧客に通知するのに数日と絶えず思い出させました。

問題は、元のタスクが完了し、契約がまだ有効であり、まだ支払いが済んでいないことです。お客様は、プロジェクトの完了時に支払いを行い、それまでは新しいタスクが常に発生するか、古いタスクに変更されると述べています要素を完全に再実行する必要があります。このすべてについて、クライアントは支払いを約束します。 ODesk上のこのクライアントからの更新、新しいタスクはありません。私はクライアントに管理上の問題を整理することを思い出させますが、結果はありません。同時に、プロジェクトがまもなく開始されるため、クライアントは継続的な作業を推進します。

どうすればいいかわかりません。

  • 官僚なしで仕事を拒否すると、プロジェクトは遅れます。しかし、それは私のせいではありませんか?私はこの場合否定的なフィードバック、あるいはもっと悪いことを受け取るかもしれないと怖いです。
  • このプロジェクトを辞めた場合、自分が稼いだことさえ得られないのではないかと心配しています。
  • 私がこのように続けると、記述されたものと同様のことを行うのに多くの時間を費やします here が、プログラマーとして(そうです、多くのハードコードされたもののために、すでに同様の要求に来ています)コンテンツ)。

そのような状況でそのようなクライアントとどのように通信しますか?競合を回避するにはどうすればよいですか?

追伸クライアントは小さな会社です。さまざまな人々がこのプロジェクトのさまざまな側面を処理し、誰もが元の仕様に独自の変更を導入します。

2年後:すごい!非常に質問です!大好評!
私は、このストーリーの最後に全員を参加させることにしました。私は顧客と対面し、自分がしたことに対する支払いを受けるまで、そして毎時の契約が開かれるまで、私は働かないと説明しました。彼らは翌日私に支払い、契約を結びました。実りある、しかし短いコラボレーションが始まりました。みんな幸せ。フィードバックがないのを除いて。

17
TheLonelyCoder

ああ、私はこのポジションに何度も戻っていたのですが、フリーランスのときに、あなたの痛みを今感じています。

クライアントについての考え方を変えたとき、すべてが変わりました。すべてのクライアントは詐欺師です。

もう一度言いましょう。

すべてのクライアントは詐欺師です

この視点に変更すると、バックアップする契約がない場合でも、ほとんどの場合実際にレバレッジを持っていることがわかります。

ここではあなたが何をすべきかです:

  • すでに納品済みの場合、すでにねじ込まれています:この時点で、ねじ込みを続けたいかどうかを決定し、クライアントに続けさせますb ****。
  • 配信されていない場合、希望があります:ローンチはあなたのレバレッジであり、まだ支払いを受けることができます。少なくとも50%の支払いについて交渉するか、プロジェクト全体を中止して運に任せるこれがあなたのレバレッジです。私はこのポジションに少なくとも2回いたが、チャンスを逃さず、事態は悪化し、代金を支払った。冷淡に聞こえますが、これはしばしばノーリターンのポイントです
  • これが単なる通信の問題であると思われる場合は、それを修正できます(クライアントが希望する場合のみ):以前の方法をそのまま使用できますレバレッジですが、解決策はクライアントにプロジェクトの単一の代表者を指定するように依頼することです。これに対する最善のオプションは次のとおりです。

    • プロジェクトオーナー
    • プロジェクトオーナーが指定した利害関係者
    • オーナー様の「右手」

    これにより、すべてのリクエストが1か所に集められ、自分の側ではなく、自分の側で整理できるようになります。 機能クリープ期待管理 の混在が発生しています。

いずれにせよ、私があなただったら、この件についてoDeskに連絡します。このように振る舞い、extort請負業者の仕事を増やすクライアントがたくさんいると思います。契約に従ってプロジェクトが完了したという証拠がある場合は、契約を武器として使用します

私はoDeskが契約何かのためにを持っていると確信しています。

また、冷酷なように見えることもありますが、それがねじ込まれたりねじ込まれなくなったりする場合、それらの起動、締め切り、およびマインドファクスはtheir問題であり、あなたの問題ではありません。

私はクライアントのことを気にしすぎて間違えましたが、そうする必要はありません。

編集:最後のアドバイスです。最終的な支払いが完了するまで、最終的な配信を行わないでください。すべての動作を確認するために、いつでも自分のラップトップ/施設でデモを行うことができます。

または、選択の余地がなく、顧客があなたに支払うためにデプロイされたアプリケーションを必要とする場合(それは契約に含まれているため、それ以外の場合は譲らないため)、それを独自のインフラストラクチャにデプロイし、他の誰にもアクセスを許可しないでください。あなたがあなたの人生で信頼するだろうそれらに(私はこれについて真剣です)。これはあなたが言うことができるあなたの最後の可能なレバレッジです:「あなたは支払うためにX日を持っているか、サービスは停止されます」。彼があなたが所有する家を借りているふりをすると、彼は1日だけ通知せずに去ってしまう可能性があり、あなたは彼を追跡したり、彼にあなたに支払う理由を与えたりすることはできません。

20
dukeofgaming

oDeskには紛争解決チーム/ポリシーがあります。特に追加のタスクに関する上記の詳細を含めて、彼らに連絡することができます。

11
armitage

通常、悪い兆候である更新のためにクライアントを探し回る必要がある場合。

私はoDeskにも取り組んでいます。今後は、時間単位の契約に専念し、タスクに何時間かかるか、または何時間かかるかを事前に見積もることを検討してください。

時間単位の契約では、自分が取り組んだことと、いくら借りているかを正しくマークできます。 oDeskにクライアントに支払いを強制させるほうがはるかに簡単です。

固定価格の契約では、チャンスはありません。あなたのクライアントとonlyあなたのクライアントはいつ、どのくらい支払うかを決定します。 oDeskは、ドキュメント/サポートサイトでもそう述べています。プロジェクトが固定価格の場合、申し訳ありません。私は身代金のために仕事を保持し、あなたが得ることができるものは何でも要求し、そして保釈すると言います。

このようなクライアントはあなたから人生を吸います。

4
sergserg

「完全」とはどういう意味ですか? 「契約のすべてのタスクが完了した」という意味ですか?もしそうなら、あなたのクライアントは明らかに契約に違反しているので、弁護士に彼に彼の義務を思い出させるための「友好的な」手紙を書くように勧めることを検討すべきです。ただし、これを最後の手段として保持し、契約を再交渉して条件付きで追加するタスクを含めるなど、より外交的なアプローチをとる必要があります。元の契約の条件に従って、およびb)完了した追加作業に対しても支払いが発生します。

ただし、プロジェクトが「完了」したときに支払いが行われると契約で規定されている場合は、問題が発生している可能性があります。優れた開発者に尋ねると、ソフトウェアは完全ではなく、メンテナンス中であるか放棄されているかのいずれかであることがわかります。クライアントが完了時に支払うことができ、それが法廷に行くことに同意した場合、彼が弁護するのはおそらく、彼がプロジェクトに追加した要件の膨大なリストがあるため、プロジェクトが完了していないことです。

契約で定義されている要件が満たされると支払いが発生することを契約に明記してください。それがそうであり、クライアントが故意にあなたをぐいと動かし、あなたが同意したことのないあなたから仕事を抽出しようとしていることが明らかである場合は、選択肢があります。 「完了時にお支払い」と表示されている場合は、オプションがかなり少ない可能性があります。あなたは契約を再交渉することを試みることができます、しかし彼が予算をとる気がないなら、私はあなたがそこからどこに行くことができるかわかりません。

編集して追加:質問の最後にある「誰もが要件を追加し続けている」というコメントは、私に深刻な警鐘を鳴らしています。ワークリストで交渉した人以外の要件を受け入れていないことを願っています!要件と変更要求は1人のユーザーからのみ受け入れる必要があります。そうしないと、混乱が発生する可能性があります。機能Xをプロジェクトに追加した場合、A氏はそれがすばらしいと思うかもしれませんが、支払いを行っているのがB氏であり、A氏がプロジェクトに機能を追加したことを知らない場合、彼らはあなたが自分が追加したものであるかのような印象を受ける可能性があります。彼らからより多くのお金を得るためだけにプロジェクトに要求しませんでした。それは悪い血をもたらすに違いありません。さらに悪いことに、他の多くの利害関係者も満足させようとしているために、当初の目的を満たさない、矛盾する要件とコードの負荷を伴うプロジェクトの全体的な混乱に終わる可能性があります。要件を追加するための明確に定義されたプロセスが必要であり、請求書を支払う人は、追加されるすべての要件を完全に認識している必要があります。

0
GordonM