顧客がAIで自作したサイト・ツールの保守を受けるとき──「見ておいてくれるだけでいい」で月額を決めない。受入点検、保守の範囲、お客様の変更の扱いと月額の計算例

この記事は、お客様がAIで自作したサイトや業務ツールの保守を、制作会社が受けるときの決め方を扱います。

「作ったのは自分なので、見ておいてくれるだけでいいんです」

お客様の社長が、AIと対話しながら自社のサイトと見積もりの計算ツールを作りました。
「何かあったときに見てほしい。月1万円くらいで」という相談です。

引き受けて3か月後、計算ツールが急に動かなくなりました。
原因は、社長が前の晩にAIで加えた変更でした。それでも、お客様の言葉は「保守をお願いしているのに」でした。

自作サイトの保守とは、受け取った時点の状態を点検して記録し、自社が責任を持つ範囲と、お客様が変える部分の扱いを、先に決めて引き受けることである

黒字化の外科医です。お客様がAIで作ったものの保守を、赤字にせずに受ける決め方を解剖します。

なお私は弁護士ではありません。実務の指針として読み、個別の判断は専門家や公的な窓口に確認してください。

先に決めるべき理由は、三つあります。

第一に、受け取った時点の状態が分からないと、責任の起点がないから。
保守を始める前からあった不具合も、保守の後に見つかれば「保守会社が見ていたのに」になります。

第二に、お客様が、これからも自分で変え続けるから。
AIで作った人は、AIで直し続けます。変更のたびに確認できる仕組みがないと、知らない変更の結果を背負うことになります。

第三に、「見ておくだけ」には、実際の作業の時間がかかるから。
更新の確認、バックアップ、障害の一次対応、お客様の変更の確認。月額は、この時間から決める必要があります。

他社が作ったサイトの引き継ぎの調査は、こちらで扱っています。この記事は、作ったのがお客様自身で、これからも手を入れ続ける場合の保守の決め方です。

▶ WordPressの引き継ぎ案件を「保守料だけ」で受けると赤字になる──他社制作サイトを、有償の調査と責任の線引きで受ける手順

今すぐ試せる：保守の範囲の案を作るプロンプト

私はWeb制作会社の経営者です。お客様がAIで自作したサイト・ツールの保守を受けるにあたり、
保守の範囲の案を作ってください。

【前提】
・対象：〔例：会社のサイト、見積もりの計算ツール〕
・使っている技術とホスティング：〔分かる範囲で〕
・お客様が今後も自分で変更するか：〔する／しない〕
・個人情報・決済の有無：〔　〕
・お客様の希望の月額：〔　〕

1. 保守に含める作業と、含めない作業を分ける。
2. お客様が変更するときのルールの案を出す。
3. お客様の変更が原因の不具合の扱いを、文案で示す。
4. 月に必要な作業時間の目安を出し、時間単価〔　〕円で月額を計算する。

保守の設計工場：受入点検から月額まで

1. 受入点検（保守の前に、有償で一度だけ）

□ ソースコードの全体と、変更の履歴の置き場所
□ ホスティング、ドメイン、データベース、外部サービスの名義と権限
□ バックアップの有無と、戻せることの確認
□ 鍵・パスワードが、コードやブラウザに送られる場所にないか
□ 依存パッケージの一覧と、更新の状況
□ 今ある不具合・気になる点の一覧（お客様と共有する）

点検の結果は「受入点検報告書」として、お客様に渡します。
保守の開始の時点で分かっていた不具合は、保守の対象ではなく「別途の修正の候補」として記録しておきます。

すでに動かない部分がある場合は、保守の前に、修正の案件として受ける進め方があります。

▶ 「AIで作ったけど動かない」バイブコーディング案件の受け方──調査費を先にもらい、直す・作り直す・断るを決める見積もりの型と計算例

2. 保守の範囲を3つに分ける

【保守に含める】
・ホスティング・依存パッケージの更新の確認と適用
・バックアップの確認
・停止したときの一次対応（原因の切り分けと、戻せる場合の復旧）
・お客様の変更の確認（月〇件まで）

【別途お見積り】
・機能の追加・改修
・受入点検で見つかった不具合の修正

【保守の対象外】
・当社の確認を経ずに、お客様が本番に加えた変更による不具合の調査と復旧
　（ご依頼があれば、有償で対応）

3. お客様が変更するときのルール

・本番のコードを、直接変更しない
・変更は、確認用の環境（または別の作業場所）で行い、当社に連絡する
・当社が確認したうえで、本番に反映する（反映は当社が行う）
・急ぎで本番を変えた場合は、変更した内容と時刻を、当日中に連絡する

ルールを守ってもらう代わりに、確認の件数を月額に含めます。
「変えるな」ではなく「変えるときは、ここを通して」と伝えるのが、AIで作るお客様との付き合い方です。

4. 月額の計算例

例：時間単価8,000円の会社、サイト1つと小さな業務ツール1つ

更新の確認と適用：1時間
バックアップの確認：0.5時間
停止したときの一次対応（月あたりの見込み）：1時間
お客様の変更の確認（月2件）：1.5時間
合計：1 ＋ 0.5 ＋ 1 ＋ 1.5 ＝ 4時間
作業の原価：4時間 × 8,000円 ＝ 32,000円
予備の時間（20%）を足す：32,000円 × 1.2 ＝ 38,400円
月額の案：40,000円（千円の単位で切り上げ）

（例の数字です。時間は自社の実績で置き換えてください）

お客様の希望が月1万円なら、この例では、作業の時間を約1.25時間（10,000円 ÷ 8,000円）に収めるしかありません。更新の確認だけに絞り、変更の確認と一次対応は都度のお見積りにする、という選択肢を出してください。

5. 契約・申込書に入れる文例

・保守の開始時点の状態は、〇年〇月〇日付けの受入点検報告書のとおりとします。
・受入点検報告書に記載の不具合は、保守の対象に含まず、別途お見積りとします。
・当社の確認を経ずに御社が本番に加えた変更（AIツールによる変更を含む）に
　起因する不具合の調査と復旧は、保守の対象外とし、ご依頼により有償で対応します。

構造的なリスク

逆説を指摘しておきます。

範囲を細かく決めるほど、お客様は「保守なのに、あれもこれも別料金」と感じます。
特に、自分で作ったお客様は、「自分でもできるのに」という気持ちを持ちやすいのです。

だから、受入点検報告書を丁寧に作ってください。自分では気づかなかった鍵の置き場所や、戻せないバックアップを、具体的に示すこと。それが、月額の価値を最初に伝える一番の材料になります。

よくあるQ&A

Q. お客様がルールを守らず、本番を直接変え続けたら？

変更の後の不具合は、契約どおり有償で対応します。それが続くなら、保守の形を「更新とバックアップだけ」に縮めるか、契約の更新の時に見直してください。

Q. 受入点検の費用を、嫌がられたら？

初月の月額に含める形にしてもかまいません。ただし、点検を省くことはおすすめしません。起点の記録がない保守は、責任の範囲が決まりません。

Q. AIで作ったコードは、品質が低いと伝えるべきか？

「AIで作ったから」ではなく、点検で見つかった具体的な点だけを伝えてください。お客様の作ったものを否定すると、関係が続きません。

最後に

お客様がAIで作ったものの保守は、「見ておくだけ」ではなく、起点と範囲と変更のルールを決めて受ける仕事です。

受入点検で起点を記録し、お客様の変更の通り道を決め、その確認の時間まで月額に入れた会社だけが、自分で作り続けるお客様と、長く付き合えるのです。

お客様の変更による不具合の扱いを、契約の条項にする文例は、キットにまとめました。

▶ AI駆動開発の契約条項キット──AI利用の告知、レビューとテストの責任分担、ライセンス、機密情報、検収と不適合の期間の文例と、そのまま添える別紙3種

これまでの記事は、メンバーシップ「黒字化オペ室」でまとめて読めます。月額1,980円、記事2本分の金額です。詳しくはプロフィールから。

#Web制作会社 #保守契約 #AI駆動開発 #バイブコーディング #保守料 #月額契約 #制作会社経営 #中小企業 #リスク管理 #生成AI