私は一人のソフトウェアスタートアップであり、クライアントのソフトウェアメンテナンスの保持契約を検討する必要があります。
簡単に言えば、これは何ですか?それは私や私のクライアントにどのようなメリットがありますか?
ソフトウェア保守保持契約は、最初のリリース後にソフトウェアを保守するための2つの当事者間の合意です。
これは(サブスクリプションではなく)リテーナーであるため、クライアントは、ソフトウェアのメンテナンスで発生する可能性のある費用を処理する目的で、特定の金額を前払いすることに同意します。
これは、ソフトウェアに変更を加えるたびに価格設定や安全な承認を交渉する必要なしに、バグ修正やセキュリティ更新をリリース後に行う必要がある場合に、基盤をカバーすることでクライアントに利益をもたらします。
これは開発者に利益をもたらし、事前に合意の一部として変更がカウントされる正確な条件を指定できるという点で開発者に利益をもたらします。
同様の概念(ただし、完全に同じではありません)は サービスレベルアグリーメント (SLA)です Zsoltについて :SLAは、一定の稼働時間を必要とするサービスに使用されますまたは可用性(したがって、名前)。サービスの交渉価格の一部として、開発者/ホストなど。特定のレベルのサポート、信頼性、および可用性を保証します。
保持料(またはSLAの種類)について交渉するときは、いくつかのことを決定する必要があります。
経験から、メンテナンスとサポートは二流の仕事ではないことを覚えておくことも重要です。最初のプロジェクトが完了した後に発生するからといって、料金を下げないでください。メンテナンスのコストがクライアントにかかる主な理由は、所要時間が短いことです。
これは、あなたとあなたのクライアントの間で作成する契約であり、次のような詳細を提示します。
簡単に言えば、これは何ですか?
保守契約は、購入したソフトウェアをサポートするためにクライアントがベンダーに支払う金額の契約です。つまり、発生するバグを修正します。常にではありませんが、トレーニングが含まれます。
How could it benefit me or my client?
クライアント:彼らはソフトウェアの品質を保証します。彼らが購入したソフトウェアにバグがあるか、大きな問題が発生した場合、ベンダーはそれらを修正するコストを前倒しで負担します。したがって、ベンダーは高品質のソフトウェアの生産に既得権を持っています。将来のバグに対する保険を購入するのと同じように、何も起こらなかった場合はより多くの金額を支払いますが、何か重大なことが起こった場合でも、ポケットから出ることはありません。予算も非常に簡単です。すべてのサポートは、時間単位で支払うのではなく、この1回限りのコストでカバーされます。
ベンダー(あなた):一定の正規賃金を得ます。ソフトウェアが適切に構築されている場合、いくつかの些細なバグ修正のためにかなりの額が得られます。また、サポートからお金を稼ぐことは一般的に非常に困難です。クライアントは、時間単位で支払う場合、作成した問題に追加料金を支払うのはだまされていると感じます。バグ修正の費用が保持契約でカバーされている場合、クライアントは騙されたと感じる可能性が低くなります。