契約書に記載されていない要件は別途請求する必要があることをクライアントに理解させるために何をしますか？
私は指定された金額の非常に小さなプロジェクトを行いました。プロジェクトは、クライアント側の検証コードでした。しかし、現在、クライアントはコードの改善（純粋にjQueryとクライアント側であった私のものではなく、サーバー側を含む一般的なコードの改善）を要求し、これらの要件は開発者の明らかな義務であると述べています。私は何をすべきか？クライアント側の検証のみに同意したのに対し、彼は私がパフォーマンスチューニングのために何かをするまで支払いをしません。
お金を忘れるべきですか？それとも、リターンを期待せずに2番目の要件を実行する必要がありますか？
StackExchangeソフトウェアは、敬礼で始まるメッセージを好まないようです。役立つように努めていると思いますが、今は混乱しています。次のアプローチを採用します。ポジティブですが、あなたの立場に立ってください。
お客様各位：
あなたが私の仕事を気に入ってくれて、あなたのためにもっと多くのことをしてくれるように頼むことができて、私はわくわくしています。そして、相互に有益な関係を続けることを楽しみにしています。しかし、あなたが具体的に求めたものを実行するのにかかる時間を見積もることによって、私が合意した価格に到達したことをご理解いただければ幸いです。
サーバーサイドコードのパフォーマンスチューニングを提供するのは「明らか」だと感じているとのことですが、私の観点から状況を確認してみてください。契約で明示的に要求されていない見積もり作業に含めた場合、実行を依頼したことのないタスクで見積もりを埋めたとして、当然のことながら非難することができます。さらに悪いことに、他の誰かによって書かれたシステムの一部に要求されていない変更を加えた場合、元の作成者によって作成された問題の責任を問われることになります。
私はあなたが望むパフォーマンスチューニングを提供できると確信しています、そして私はあなたと会って現在の請求書の全額の支払いに続いて行われる必要がある仕事について話し合うことを嬉しく思います。
よろしくお願いいたします。
.。
それをしないでください、それはあなたがこのクライアントと決して揺れることはないという前例を設定します。
タイヤを交換する人が、車を拾いに行くときに無料でオイルを交換することを期待しますか？それは明らかに機械的なことであり、彼らはメカニックですよね？
あなたの歯科医はどうですか、あなたはあなたの歯をきれいにしました、なぜ彼らは先に進んで無料でホワイトニングをしなかったのですか、それが行われる必要があったことは明らかです。
それを彼らとの別の文脈、おそらく彼らのビジネスの文脈に置くと、彼らは他の誰かの仕事を修正するために無料で仕事をしませんか？
決して無料で働かないそれはあなたを傷つけ、あなたの仲間を傷つけ、そしてそれは業界を傷つけます ！
いつものように、私は弁護士ではありません。しかし、それが元の契約で指定されていなかった場合、それは彼が支払うことに同意したものではありません。彼はあなたに支払いをしてから、追加の仕事のために追加料金を支払うことを検討する必要があります。パフォーマンスチューニングは開発者の明白な義務であり、彼らに支払うことは彼らの雇用者の明白な義務です。もちろん、コードを配信した場合、それは合理的に機能するはずだと思いますが、コンテキストとフィールド固有の知識からのみ導き出すことができる十分な速度と不十分な速度の間に線があります。
パフォーマンスの問題のためにコードが使用できなくなっていない場合、彼には支払いを保留する権利がありません。
これは、地域の法律と契約の詳細によって異なります。そしてもちろん、この顧客との関係に関するその他の詳細。
私がこの権利を理解している場合、あなたの契約はクライアント側のコードに関するものでした（これは契約に記載されていましたか？）
私は以前にそのような顧客を見たことがありますが、あなたは二度と彼らと取引をしたくないので、このタイプは再びこのように振る舞うので、あなたは彼らがあなたの弁護士から支払うか聞くかのどちらかであると単に彼らに言うことができます。時々これはうまくいきます（私はそれがうまくいったケースを知っています）。弁護士に処理してもらうことが実際に努力する価値がある場合、これはあまりにも多くの詳細に依存する可能性があります。ここドイツでは、これは主に支払いに関する顧客の決定に非常に良い影響を及ぼします。
編集
わかりました、これは主にあなたが顧客と密接な関係がなく、とにかく彼を多かれ少なかれあきらめた場合です。
もちろん、仕事の種類と支払いをできるだけ正確に説明する明確な契約を結ぶことは、あなたが持っているべきものです。あなたが言うように、これは多くの理由で常に可能であるとは限りません。したがって、しっかりした契約を結ぶことができない場合は、しっかりと行動する必要があります。デビッドが言うように、そうでなければ彼らはあなたを尊重しません。
あなたは友好的であり続けることができ、同時にあなたが無料で働くことを期待することはできないというあなたの主張をすることができます。
実例（もちろん名前が変わった）
プロジェクトの実際の状態について、顧客のプロジェクトマネージャーとの重要でない会議（彼らが本格的に台無しにした別の会社からの大規模なWebサイトのリファクタリング、多くのデバッグ作業）。
彼女（プロジェクトマネージャー）：ああ、それらのサイトにCMSを追加することは可能だと思いますか。
私：もちろん、管理インターフェースにエディターを追加してテキストをデータベースに移動したり、画像をアップロードするオプションを追加したりすることもできます。
3週間後、顧客のオフィスで会議を行い、プロジェクトの状態について話し合い（現在はオンラインで、バグはなく、顧客の顧客は非常に満足しています）、次のステップ：
彼女：ああ、CMSを追加したくなかったのですか？
私（笑わないのは難しい）：クレアを見て、この機能を追加することが可能かどうかについて話しました。何かが可能であると話すときはいつでも、それは私が支払いなしでそれをすることに同意することを意味します、そして将来、私たちはすべてにたくさんの余分な条項を追加する必要があるので、話すことは非常に非常に複雑になります文。
これにより、不親切になることなく、その点が明確になりました。あなたは時々そのような状況を経験し、それらを処理する方法を学ぶ必要があります。多くの場合、これは一部の人にとってはチェスゲームのようなものであり、彼らはもう少し多くを手に入れるために行動することを理解する必要があります。特にマネージャータイプの場合。あなたがその動きに対抗するならば、彼らはほとんど再試行しません。それらの人は必ずしもこのことについて真剣ではありません、彼らはしばしば彼らが弱い立場にあることを十分によく知っています。時々それがうまくいくので、彼らは試みるだけです。
これは、この種の契約の問題の1つです。クライアントは、特定のものが「要件から明らか」であると常に主張することができます。そして、開発者はいつでも「要件を満たす」恐ろしく壊れたコードを作成できます。合理的な合意に達するようにすることをお勧めします。通常よりもはるかに低い料金で追加の作業を行うことをお勧めします。そうすれば、「勝ち」と良好な協力関係を維持します。
ただし、クライアントにあなたの周りを歩かせないでください。あなたは彼らに憤慨するでしょう。彼らはあなたを尊重しません。