誰が修正/バグを支払うべきですか?[閉まっている]


33

だから、デスクトップ/ Web開発と、すでに私の仕事を受け入れているこのクライアントの両方でフリーランスを開始しました。バグなどを見つけるたびに私に戻ってきます。無料です。これで大丈夫ですか、それともサポート料金の請求を開始する必要がありますか?

受け入れられ、完了したと思われる作業の修正に対処する最良の方法はどれですか?


5
深刻なバグについては、通常「支払うべき地獄」があるので、地獄はそれらの代価を払うと思います。
ティムポスト

「バグなど」とはどういう意味ですか?バグと、バグを伴わないさらなる作業には違いがあります。
デビッド・ソーンリー

バグの修正と欠陥は、追加の機能や追加の作業ではなく、
Agush

また、ブラウザーで動作するものの、別のバージョンで壊れたり、ブラウザーが不明瞭になるものについても言及しています。(Web開発中)
Agush

繰り返しますが、契約でサポートされているこのブラウザのバージョンがリストされていない場合、それはあなたの責任ではありません。
-Mchl

回答:


42

契約の一部には、受け入れテスト、つまりクライアントが行うテスト、および契約を履行するためにアプリケーションが合格する必要があるテストを記述する必要があります。これらのテストでカバーされないものはすべてクライアントの責任です。それらによってカバーされるものはすべてあなたのものです。

(特に非技術系クライアントの場合)考えられるすべての問題を予測することはできないため、契約の一部として新しい問題を修正する場合、期間を指定する条項を連絡先に追加する必要があります。その後、有料サポートのみを提供する必要があります。


3
この特定のクライアントにはおそらく手遅れだと感じていますが、これは将来への良いアドバイスです。
ディーンハーディング

1
現在のクライアントでも、Agushは一連の受け入れテストに同意できます。このようなテストに同意すると、機能的なアプリケーションの配信が速くなることをクライアントに説明することが重要です。クライアントが良識がある場合、彼らは同意します。
-Mchl

正確に。あなたがやろうとしていることは、誰もが満足できるように、事前に契約書または契約書に記載する必要があります。その後は遅すぎます。あなたと顧客が同意しない場合、プロジェクトが実施されたら、それについて妥協する方法を見つける必要があり、これは難しいかもしれません。
グレナトロン

10

場合によります。

最初のインスタンスでは、作業が完了していないと主張できるため、支払う必要があります。

その後、顧客は継続的なサポートの料金を支払う必要があります。

ただし、問題は境界がどこにあるのか、何がバグを構成するのか、何が新機能なのかを決定することにあります。要件および/または受け入れテストを持つことは、これを定義するのに大いに役立ちます。

あなたは本当にあなたが仕事を提供する前に、所定の位置にこれらの事を取得する必要がありますが、あなたが持っていない場合は、おそらく今の時間はそう言っている-私は次のN日/週のために無料でこれをサポートします」、それの後に我々サポート契約について話し合う必要があります」(「私たち」に重点を置いていることに注意してください)。

とはいえ、バグを無料で修正してヒットする必要がある場合があります。他に何もなければ、それは善意を構築します。


1
あなたが今いる場所から、これは良いアドバイスです。善意と評判のために、この顧客のバグをしばらく修正し続ける必要があるかもしれません。これはあなたの契約の一部として、サポートのためのスコープの中と外にあるものを確立について教訓を学ぶの価格...考えてみましょう
glenatron

10

上記の答えはすべて良いです。ただし、考慮すべき箇条書きをいくつか追加します。

  • クライアントはあなたにとって価値がありますか?クライアントが自分にとって価値があり、将来さらに多くの仕事をもたらすと感じた場合、クライアントを満足させるために数ヤード余分に行く価値がある場合があります。厳格さと柔軟性のバランスを取る必要がありますが、これはクライアントごとに異なる場合があります。修正しやすいバグが範囲外であることを断固として主張しているからといって、将来の作業を失うことはありません。一方、クライアントにあなたを歩き回らせたくはありません。それは微妙なバランスです!

  • このバグは、ユーザーテストで簡単に見逃していたものですか?たとえば、特定の年が入力されたときにのみ機能する日付関連のバグ(Millenniumのバグなど)を考えます。クライアントは、テスト中にこれを見つけることを合理的に期待できなかったため、修正する責任はあなたにあります。


今のところ、クライアントを失うことは問題に見合わないので、私はそれらを修正することになりました。
アグッシュ

6

私がフリーランスだったとき、私の基本的な顧客契約は「受け入れ」と呼ばれる条件を定義しました。これは、プロジェクトを一般に公開する前に必要でした。受け入れられた瞬間に、「稼働中のサポート」と呼ばれる30日間の期間が始まりました。30日が経過すると、プロジェクトの進行中の作業は1時間ごとに課金されました。

このクライアントと良好な関係を築いている場合は、現在の状況があなたにとってどれほど役に立たないかについて心から心を持ち、継続的なメンテナンスとサポートのために公正な時間料金を提案します。カスタムソフトウェアを購入することは、サンドイッチや何かを購入するようなものだと考えられることがあります。それはそうではありません。


ありがとう、これはそれを処理する良い方法です。受け入れられた後のサポート期間、およびその後、彼らは自分でいます。
アグッシュ

2

通常、アプリケーションを配信してから一定の日数の間、無料のサポートを受けることができます。確かに、無期限のサポートは不可能/受け入れられません。

発生したバグがバグであり、既存の機能への変更ではないことを確認してください。機能の変更については、請求する必要があります。


2

彼がそれをテストしてサインオフした場合、あなたは彼が支払うべきだと主張することができます。

あなたの仕事を誇りに思うなら、あなたはコードを修正すると主張することができます。経験から学び、次回より効率的なコードを作成します。または、バグ修正をカバーするために、より多くの利益を考慮してください。

入力が与えられて、プログラムが望ましくないまたは予期しない何かをする場合、それはバグであり、修正する必要があります。

最初の開発作業の追加として、サポート料金を前もって見積もることができます。


2

契約で、時間あたりの料金を指定し、時間を追跡します。クライアントに価格を提供するときは、これが推定値であり、実際の結果がこれより少ないか多いことを指定します。

クライアントに進捗状況を最新の状態に保ち、彼が必然的に提案を行うとき、あなたはあなたにかかる時間を単に伝えることができます(変更が元の仕様外である場合)、彼は変更がお金に見合うかどうかを決定できます。したがって、彼にとって重要な変更のみが追加されます。

私は個人的に、契約の許容可能な対許容できない(有料サポート対無料サポート)バグをカバーします。彼は間違いなくその条項が必要なのか疑問に思うだろうから、前もって、何かを壊す新しいOSのアップデートが出てきたら、それは無料サポートではないことを説明する。ただし、指定されたプラットフォームの元の仕様によるコードのバグはカバーされます。

ただし、プログラミングではなくフリーランスのIT業務のみを行ったことに言及する必要があります。これはおそらくクライアントを怖がらせる可能性がありますが、あなたの仕事が自分自身を売って、他の人よりもプロフェッショナルで、発信的で、助けになり、より厳格な契約を結んでいる理由で近づいていることを確認してください。

その上、その条項を受け入れないクライアントは、おそらく悪いクライアントです。

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.