最近勤務先でWebサイトを使ったサービスを開発の発注をしました。

発注してるので、１年間は相手側に「瑕疵担保責任」があると

おもわれるのと、それについての契約事項があこうかと思います。

http://f29.aaa.livedoor.jp/~beacon/keiyaku123587954687951647892a...

ソフトウェアの不具合に関しては、このあたりで対応できるもの

であるかどうかですね。その部分を考えなくてもよいとなれば

保守契約から、この部分を除いてもいいかなと思います。

---------------------------------------------------

あと、見積もりとって検討するしかないと思うのですが・・。

サービスを行う上で､正しく機能していないといけない点(最低限担保すべき点など)､何かが起った時の即時報告義務､定期メンテナンスの期間とその報告義務等が内容についても箇条書で書かれていると報告から対応の是非を後で問えるのでよいかと思います｡

また不具合があった場合の担保についても書かれていると良いかと思います｡

内容については担当者と打合せで色々聞いてどのようにするのか考えを聞いて､ある程度把握したうえで書くと､ポイントを抑えた契約書を書けると思います｡

私は自分のやったことの無い分野の依頼をする場合でも､自分の持っているイメージを資料にして打合せをしてどのようにしたいかを発言し､どのようにすればよいかを意見を伺い､最終的にどのような形になるのが概要イメージを得て､契約書を作成しています｡

私の仕事は物作りなので､外注に設計図などを途中の段階で出させて自分でチエックを行い､仕様の誤解や満足していない点､仕様にはかかれていないが不味い点なども､理由を説明し修正してもらっています｡

何事も早めの方が痛みは少なくてすみますから｡

chorobeさんはサービスとの事ですが､もしまだ開発中でしたらサービスも開発途中でテスト報告を何度か内容を変えて報告させてみることをお勧めします｡

補足です｡

・停止から再稼動時の動作チエック内容の明確化

・納期を守れなかった場合のペナルティとして減額条項を入れておくと納期厳守への対応が違ってきます｡

ただソフトの場合かなり嫌がって削除を要求されると思いますが...

・できるならば機能テストの自動化

これは不具合が発生して修正したときにデグレ（該当不具合は直ったけど他に不具合が出る）を防止するためです｡

自動化されていれば簡単にできますから､追加で不具合の再現チェック項目を追加していくことによって事前にデグレを発見できます｡

あと､先の解答には見積り金額には触れませんでしたが､

何社かと本気の打合せを行うと､各社の対応の差異から､得意・不得意､会社毎の金額バランスがわかってくると思います｡

会社規模によってある程度､提示できる金額もきまってきます｡特に小さい所､安い所はこちらが指導しないと満足なものが上がってこない事がありますので､見極めは大事です｡

最終的に簡単な比較票を作って点数や所感を書いて比較するといいかと思います｡（技術力・金額・実績・会社規模等々・・・）

それが会社で発注書を作る際の､説明資料となり上司や経理などに話が通しやすくなります｡

後､会社のちょっと詳しそうな人に打合せに加わってもらい感想を聞くというのも良いかと思います｡毎回でなくとも一回だけでも入ってもらうと別の視点から見てもらえます｡