Webサイト保守・分析の見積もりの作り方｜あとで足せない項目

Webサイトの保守と分析の見積もりは、制作の見積もりとまったく別物です。制作は「作るものが決まっていて、そこに工数を積む」。保守は「何が起きるか分からない状態に対して、備える範囲を売る」。この違いを理解しないまま制作と同じ書式で出すと、契約後に必ず苦しくなります。

そして、保守の見積もりには「あとから足せない項目」があります。作業の単価は後で交渉できても、責任の範囲と対応時間は、一度決めたら実質的に変えられません。最初の見積書に書かなかった条件は、そのまま「無償で含まれている」と解釈されていきます。

この記事では、保守・分析の見積もりを組み立てる手順を、作業の棚卸しから項目化、含まないものの明記、比較されたときの説明までを通しで整理します。データとロジックで組み立てられる見積もりは、値引き交渉にも強い。感覚で出した金額は、感覚で削られます。

保守の見積もりが崩れる理由

最初に、なぜ保守の見積もりは崩れやすいのかを押さえておきます。原因が分かれば、どこを固めるべきかが見えます。

売っているものが「作業」ではなく「状態」だから

制作の見積もりは、成果物の一覧です。トップページ、下層ページ、フォーム。数えられるものに単位がある。ところが保守で売っているのは、「サイトが落ちていない状態」「改ざんされていない状態」「数字が見える状態」です。数えられないものに値段を付けるので、どうしても抽象的になります。

抽象的な見積もりは、あとから解釈がずれます。「保守一式」と書いた見積書は、依頼側から見れば「サイトに関することは全部」に見える。受け手から見れば「合意した範囲だけ」です。この解釈の差が、契約後の摩擦のほぼすべての原因になります。

だから、保守の見積もりでやるべきことは金額を決めることではありません。抽象的な状態を、数えられる作業に翻訳することです。翻訳が済めば、金額は後からついてきます。

発生する作業量が読めないから

保守は、月によって作業量が変わります。何も起きない月と、CMSのメジャーアップデートが来て検証に追われる月では、必要な時間が何倍も違う。この変動を織り込まない見積もりは、忙しい月に赤字になります。

対処法は2つです。ひとつは、月額に含める作業量に上限を設ける方法。「軽微な修正は月間で一定回数まで」と書き、それを超えた分は別途とする。もうひとつは、変動の大きい作業を最初から月額の外に出す方法。メジャーバージョンアップの対応や、システムの機能追加を月額に含めないと明記します。

どちらを選んでもよいのですが、どちらも選ばない見積もりが最も危険です。上限も除外も書かないと、変動をすべて自分で吸収することになります。

安い競合と同じ土俵で比べられるから

保守の料金は、含まれる中身によって性質がまったく違います。同じ月額でも、対象がサーバーの死活監視だけの契約と、コンテンツ更新まで含む契約があります。この差を説明できないと、金額だけで比較されます。

格安をうたうサービスの中身については、実務側からも指摘があります。

「月額3,000円でWordPress保守管理」をうたう格安サービスで多いのが、実際にはサーバー障害とドメイン更新だけが対象になっているパターンです。 出典: axone.co.jp

つまり、比較されているのは金額ではなく、金額に見える何かです。見積書に作業項目を細かく書いておくと、この比較の土俵をこちらから作り直せます。項目が並んだ見積書と「保守一式」の見積書を並べれば、依頼側は前者のほうが安心だと判断します。

見積もりを作る前の棚卸し

金額を考える前に、作業を洗い出します。ここを飛ばして金額から入ると、あとで抜けが見つかります。

定期作業を時間軸で並べる

まず、決まった周期で発生する作業を書き出してください。毎日やること、毎週やること、毎月やること、年に数回やること。この4つの箱に入れていきます。

毎日の箱には、稼働監視の確認や、自動通知が来ていないかのチェックが入ります。実際にはツールが自動でやるので、人の作業時間はほぼゼロですが、項目としては書いてください。書いておかないと、監視しているという価値が伝わりません。

毎週の箱には、バックアップが正常に取得されているかの確認、エラーログの確認などが入ります。毎月の箱には、CMSとプラグインの更新、アクセス解析のレポート作成、軽微な修正のまとめ対応。年に数回の箱には、SSL証明書の更新確認、ドメインの更新確認、PHPやサーバー環境のバージョン対応が入ります。

この4つの箱を作るだけで、月額に何が含まれるのかが具体的になります。そして、年に数回しか発生しない作業を月額に含めるか、都度請求にするかという判断もできるようになります。

突発作業を種類で分ける

次に、いつ起きるか分からない作業を書き出します。サイトが表示されない障害、改ざんの検知、フォームが送信できないといった不具合、そして依頼側からの緊急の更新依頼。

これらを、対応の緊急度で3段階に分けてください。サイト全体の停止や情報漏えいの疑いは最優先。一部機能の不具合は次点。表示崩れや文言修正は通常対応。この分類が、見積書の中で対応時間を書き分ける根拠になります。

段階を分けずに「障害時は即対応」と書くと、フッターの文字修正まで即時対応を求められます。段階を分けておけば、「これは通常対応の区分ですので、次回の定期作業でまとめて対応します」と言えます。

分析の作業は工程で分ける

分析を含む場合は、さらに工程を分けてください。データの取得、集計、可視化、考察、提案、そして施策の実装。この6つは別の作業です。

多くの見積書は、これを「月次レポート作成」の一言でまとめてしまいます。すると、依頼側は考察と提案まで含まれていると考え、受け手は集計と可視化までのつもりでいる、というずれが起きます。特に「提案」と「実装」の境界は要注意です。提案した施策を誰が実装するのかを書いていないと、無償で実装まで求められます。

分析やレポート作成の仕事がどんな工程で構成されているのかはマーケ戦略・分析・レポート作成のお仕事にまとまっています。工程の呼び名を揃えておくと、見積書の項目名を決めるときに迷いません。

見積書の組み立て方

棚卸しが終わったら、項目に落とします。ここからが本題です。

月額と都度を明確に分ける

見積書は、月額の欄と都度の欄を物理的に分けてください。同じ表に混ぜると、都度の作業も月額に含まれると誤解されます。

月額の欄に入れるのは、周期が決まっていて、作業量の変動が小さいものです。監視、バックアップ確認、定期更新、月次レポート。都度の欄に入れるのは、発生が読めないもの、量が読めないもの。デザイン改修、新規ページ制作、機能追加、大規模なバージョンアップ対応、時間外の緊急対応。

都度の欄には、金額を書かなくても構いません。「別途お見積もり」と書いておけば十分です。重要なのは、それが月額に含まれないという事実を先に示すことです。

含まないものを、独立した見出しで書く

これが保守の見積書で最も重要な部分です。「本見積もりに含まれないもの」という見出しを立てて、リストを書いてください。

書くべき代表例を挙げます。デザインの改修。新規ページの制作。システムの機能追加。他社サービスとの連携実装。SNSの運用代行。広告の運用。サーバーやドメインの費用そのもの。有料プラグインやツールのライセンス費用。営業時間外の緊急対応。他社が作成した部分の不具合調査。

このリストがあるだけで、契約後の会話が劇的に楽になります。追加の依頼が来たときに、「こちらは含まれない項目として見積もり時にご案内しております」と言えるからです。リストがなければ、毎回その場で交渉することになります。

現場で痛感するのは、含まないものを書くのは気まずいという感覚がある、という点です。断られそうな気がして、書かずに出してしまう。ただ、実際に書かずに出した見積もりのほうが、後で気まずい会話が何倍も増えます。最初の1回で済ませるほうが、双方にとって楽です。

作業量の上限を数字で書く

「軽微な修正」を月額に含めるなら、量の上限を書いてください。「1件あたりおおむね30分以内で完了する修正を、月間5件まで」といった形です。

上限のない「軽微」は、無限に膨らみます。依頼側に悪意がなくても、小さな依頼は積み重なる。テキストの差し替え、画像の入れ替え、リンクの修正。1件は数分でも、月に何十件も来れば大きな時間になります。上限を書いておけば、超えた時点で自然に会話が発生します。

上限を書くときのコツは、依頼側が困らない数を設定することです。実際の運用で必要な件数より少し多めに設定しておけば、通常は上限に達しません。上限は制限のためではなく、異常を検知するための装置として置きます。

対応時間と一次回答の目安を書く

金額と同じくらい重要なのが、時間の記載です。受付時間、一次回答までの目安、そして緊急度ごとの着手の目安。この3つを書いてください。

書き方は難しくありません。「受付は平日9時から18時。緊急度の高い障害は受付から4時間以内に一次回答し、当日中に着手します。通常の修正依頼は3営業日以内に対応します」といった記述で十分です。

この記載は、あとから足せない項目の代表格です。見積もり時に何も書かなければ、依頼側は「いつでも連絡すれば対応してもらえる」と考えます。契約が始まってから「夜間は対応できません」と言い出すのは、条件の後出しに見えます。最初に書いておけば、それは前提として受け入れられます。

契約期間と解約条件を添える

見積書に契約期間と解約の条件を書いておくと、あとで揉めません。最低契約期間があるならその期間、解約の申し出は何日前までか、解約時の引き継ぎ作業が有償か無償か。

特に引き継ぎ作業の扱いは、書いていないケースが圧倒的に多い。解約時にアカウント情報の整理、ドキュメントの引き渡し、後任への説明といった作業が発生します。これを無償で無制限に求められると、辞めるほうが大変という状況になります。「解約時の引き継ぎ支援は別途お見積もり」と一行書くだけで防げます。

あとから足せない項目

見積もりの中には、後から追加できるものと、実質的にできないものがあります。この違いを知っておくと、どこに神経を使うべきかが分かります。

責任の範囲は、あとから狭められない

一度「保守を任せた」という関係になると、責任の範囲を後から狭めるのは非常に困難です。「実はサーバーの復旧は範囲外でした」と後で言っても、通りません。

だから、責任の範囲は見積もりの段階で確定させてください。特に、自分に管理権限がない領域について責任を負わないことは、明記が必要です。「当方にアクセス権限が付与されていない領域については、原因調査への助言は行いますが、復旧作業の責任は負いません」と書く。この一文があるかないかで、障害時の立場が変わります。

対応時間は、あとから短くできない

一度でも夜間に対応してしまうと、それが基準になります。緊急だからと1回対応した結果、次からも当然のように夜間に連絡が来る。これは実務でよく起きる現象です。

対応時間を後から短くするには、条件変更の交渉が必要になります。交渉は可能ですが、相手からは「サービスが低下した」と受け取られます。最初から時間を区切っておき、時間外対応が必要な場合は都度の追加作業として扱う。この形にしておけば、対応するたびに正当な扱いになります。

成果の約束は、取り消せない

分析を含む契約で、契約前に「順位を上げます」「問い合わせを増やします」と口にしてしまうと、それは撤回できません。見積書に書いていなくても、口頭の発言は期待として残ります。

見積書には、成果の数字ではなく作業を書いてください。「月次でアクセス解析レポートを提出し、改善提案を3件以上提示する」といった作業ベースの記述にする。成果の数字を目標として共有するのは構いませんが、それは見積書ではなく別の資料に書き分けます。

単価そのものは、実は後から変えられる

意外に思われるかもしれませんが、金額は比較的変更しやすい項目です。作業範囲が広がった、作業量が想定を超えた、といった事実があれば、条件の見直しは正当な申し出になります。

つまり、見積もりで最も神経を使うべきは金額ではなく、範囲と時間と責任です。この3つを丁寧に書いておけば、金額の調整は事実に基づいて行えます。逆に、範囲が曖昧なまま安い金額で受けてしまうと、金額を上げる根拠すら示せません。

提示のしかたと、比較されたときの説明

作った見積もりを、どう見せるか。ここでも差がつきます。

3つの案を並べる

単一の見積もりを出すより、範囲の違う3つの案を並べるほうが通りやすい傾向があります。最小限の監視と更新だけの案、標準的な保守に月次レポートを加えた案、分析と改善提案まで含む案。

3案を並べる利点は、比較の軸が「他社との金額」から「自社が何を必要とするか」に移ることです。依頼側は3つのうちどれかを選ぶ思考に入り、他社と並べる思考から離れます。そして多くの場合、真ん中の案が選ばれます。

3案を作るときは、各案に含まれるものと含まれないものを表で示してください。表があると、上位の案の価値が視覚的に伝わります。文章で説明するより、表のほうが速い。

3年で見た総額を示す

保守は長期契約です。月額だけを見ると小さく見えますが、数年分になるとまとまった投資になります。この視点を先に示しておくと、安さだけで選ぶ判断を避けてもらえます。

長期の視点については、実務側の資料でも同じ問題提起がされています。

あなたの会社のホームページ制作と運用保守のセット料金は、3年トータルで見たとき本当に妥当でしょうか。 市場では「小規模なら月額5千〜5万円程度」というホームページ保守費用相場や月額費用相場が語られていますが、同じレンジでも、含まれる作業範囲とWebサイト保守契約の中身次第で、手元に残る成果もリスクもまったく変わります。 出典: axone.co.jp

同じ支出でも、含まれる中身次第で結果が変わる。この構造を依頼側と共有できると、価格交渉が範囲の交渉に変わります。範囲の交渉であれば、削る合意も作れます。金額だけの交渉は、削る先が受け手の利益しかありません。

相見積もりへの対応

複数社で比較されるのは当然のことなので、避けようとしないでください。やるべきは、比較の条件を揃えることです。

「他社様の見積もりと比較される場合、作業範囲を揃えていただくと判断しやすくなります」と伝え、自分の見積書の項目一覧を渡す。この項目一覧を他社の見積もりと突き合わせてもらうと、含まれていない作業が浮かび上がります。項目で戦う限り、こちらが不利になることはありません。

逆に、範囲を揃えずに金額だけで下げにいくのは避けてください。安い金額で受けた契約は、範囲が同じなら必ず時間を圧迫します。圧迫された時間は、品質か自分の生活のどちらかから削られます。

見積もりの説明に使える下地

見積書の項目名や説明文の書き方は、ビジネス文書の型を知っていると格段に書きやすくなります。ビジネス文書検定の出題範囲には、見積書や依頼文といった実務文書の構成が含まれており、条件を漏れなく伝える文書の組み立て方を確認できます。見積書は営業資料ではなく、合意の記録です。記録として読める形式で書くことが重要になります。

保守や分析の業務全体がどう構成されているかを見直したいときは、Webサイトコンサル・保守・分析のお仕事が参考になります。自分が出している見積もりに、実務上必要な工程が抜けていないかを点検する材料として使えます。

見積もりを出す前に確認しておく現状

正確な見積もりは、正確な現状把握からしか出てきません。ここを飛ばすと、あとで「聞いていなかった」作業が次々に出てきます。

サイトの構成と使っている技術を確認する

まず、CMSは何か、バージョンはいくつか、使っているプラグインやテーマは何かを確認します。WordPressなのか、別のCMSなのか、静的なHTMLなのかで、必要な作業がまったく変わります。プラグインの数が多いサイトは、更新時の競合が起きやすく、検証に必要な時間が増えます。

次に、サーバー環境を確認します。共有サーバーか、専用のサーバーか、クラウドか。共有サーバーでは、PHPのバージョン変更のような操作が事業者側の都合に左右されます。この制約を知らずに「バージョンアップ対応込み」と見積もると、自分ではどうにもできない作業を約束することになります。

外部サービスとの連携も洗い出してください。決済サービス、予約システム、メール配信ツール、チャットツール。連携部分は、どちらか一方の仕様変更で壊れます。壊れたときに誰が直すのかを、見積もりの段階で決めておく必要があります。

誰がどの権限を持っているかを確認する

サーバーの管理画面、ドメインの管理者アカウント、CMSの管理者権限、解析ツールの編集権限。これらのそれぞれについて、現在誰が持っていて、自分に渡されるのかを確認します。

権限が渡されない領域がある場合、その領域の作業は見積もりから外すか、「助言のみ」と明記してください。権限がないのに責任だけ負う構造は、見積もりの段階でしか防げません。契約後に「実は権限がありませんでした」と言っても、責任の範囲は狭まりません。

過去のトラブル履歴を聞く

これまでにサイトが落ちたことがあるか、改ざんされたことがあるか、表示が崩れて対応したことがあるか。過去の履歴は、これから起きることの予測に直結します。

繰り返し同じ不具合が起きているサイトは、根本的な原因が残っている可能性が高い。その場合、月々の保守とは別に、原因を調査して直す工程を単発で提案するほうが、双方にとって合理的です。原因を放置したまま保守を始めると、毎月同じ対応に時間を取られ、月額の中で処理しきれなくなります。

現状調査そのものを見積もりに載せる

引き継ぎ案件で情報が揃っていない場合、いきなり月額の保守を見積もるのは危険です。何が入っているか分からないサイトに対して、定額で責任を負うことになります。

この場合におすすめなのは、現状調査を独立した作業として先に提案することです。構成の把握、プラグインの棚卸し、稼働状況の確認、リスクの洗い出しを行い、その結果を報告書として提出する。そのうえで、月額の保守を見積もる。この2段階にすると、見積もりの精度が上がり、依頼側も納得しやすくなります。

現状調査を挟むメリットは、依頼側にもあります。調査の結果、直すべき箇所が明らかになれば、保守を始める前に対処できる。逆に、調査なしで始めた保守は、隠れた問題が表面化するたびに追加費用の相談が発生します。これは依頼側にとっても望ましくない進み方です。

見積もりでやりがちな失敗

最後に、実際に見かける失敗を挙げておきます。どれも注意すれば避けられるものです。

自分の作業時間だけで計算してしまう

見積もりに含めるべき時間は、手を動かしている時間だけではありません。依頼側とのやりとり、確認の待ち時間の管理、報告書の作成、そして何も起きていない月に監視を維持している時間。これらを含めずに計算すると、実際の稼働に対して不足します。

特に見落とされるのが、コミュニケーションの時間です。チャットの返信、定例の打ち合わせ、質問への回答。保守案件では、これが作業時間の相当な割合を占めます。定例会があるなら、その時間と準備時間を項目として書いてください。書けば価値として認識されます。

最初の月を基準にしてしまう

契約開始直後は、環境の把握や初期設定に時間がかかります。逆に、慣れてくると同じ作業が短時間で終わるようになる。この変化を見込まずに、初月の負荷を基準に見積もると、依頼側から見て割高になります。

逆のパターンも危険です。慣れた状態を基準に見積もると、初月の立ち上げ工数が持ち出しになります。この問題は、初期設定費用を別項目として立てることで解決します。「初期設定費用」と「月額保守費用」を分けて書けば、どちらの誤差も生じません。

断る前提の項目を書き忘れる

デメリットとして受け止められそうな条件ほど、書き忘れます。時間外は対応しない、権限のない領域は責任を負わない、成果の数字は約束しない。これらは、書かなければ「対応してもらえる」と解釈されます。

書き方を工夫すれば、印象は悪くなりません。「営業時間外は自動監視による検知と通知を行い、人による対応は翌営業日となります」と書けば、何もしないのではなく仕組みで守っていることが伝わります。条件は、代わりに何をするかとセットで書いてください。

見積書を送ったあとの確認

送って終わりにしないでください。数日置いて、内容について不明な点がないかを確認します。この一手間で、誤解のまま検討が進むのを防げます。

確認するときは、「ご不明な点はありますか」と漠然と聞くより、項目を指定するほうが答えが返ってきます。「含まれない項目の欄について、追加でご要望がありそうな作業はございますか」と聞けば、相手は具体的に考えます。ここで出てきた要望は、正式な依頼になる前に範囲へ組み込むか、都度の作業として整理できます。

そして、見積もりの有効期限を書いておいてください。作業環境は時間とともに変わります。数か月前の見積もりをそのまま持ち出されると、前提が合いません。有効期限を明記しておけば、期限を過ぎた時点で再見積もりを提案する根拠になります。

現場で見てきた、見積もりが強い人の共通点

フリーランスや在宅ワークの市場を20年運営してきた立場から見ると、見積もりが通る人と通らない人の差は、金額の高低ではありません。項目の解像度です。項目が細かく、含まないものが書かれている見積書は、金額が高くても選ばれます。依頼側が最も恐れているのは高い支出ではなく、あとから追加費用が発生することだからです。

運営者として見てきた限りでは、長く同じ相手と続いている人ほど、見積もりの段階で断る話をしています。「これは含みません」「これは別料金です」と最初に言う。この会話を避けた契約ほど、半年後に不満が溜まっている。最初の気まずさを引き受けた人が、結果的に長く続いています。

もうひとつ、手取りの構造の話をしておきます。仲介の手数料が乗る取引では、依頼側が払った金額の一部が中間で消えます。同じ予算でも、中間マージンが乗らない直接の取引なら、依頼側はより広い範囲を頼めますし、受け手の手取りは厚くなる。手数料0%の意味は、金額が高く見えることではありません。同じ金額で、より丁寧な範囲設計ができるということです。手取りが厚ければ、無理な件数を抱えずに済み、1件ごとの見積もりに時間をかけられる。丁寧な見積もりを作る余裕そのものが、直接取引から生まれます。

自分の見積もりが市場の水準からどのくらいの位置にあるかを確認したいときは、職業分類別の数字が目安になります。技術寄りの作業が中心ならソフトウェア作成者の年収・単価相場、レポートや文章の比重が高いなら著述家，記者，編集者の年収・単価相場を見て、自分の稼働時間と照らしてください。水準を知っていると、根拠を持って金額を出せます。

分析を軸に仕事を組み立てている人の実例は、上級ウェブ解析士でコンサルティング独立｜分析のプロとして稼ぐ方法にまとまっています。分析の仕事は成果物が数字とレポートに見えるため、工程の説明を省くと安く見られがちです。工程を分けて見積もるという考え方は、ここでも共通しています。

最後に、見積もりを出す前の確認事項を1つだけ挙げておきます。その見積書を読んだ人が、あなたに聞かずに社内で説明できるか。これに答えられる見積書なら、通ります。読んだだけでは分からず、口頭の補足が必要な見積書は、補足のない場所で比較されて負けます。書面は、あなたがいない場所で働く営業担当です。

よくある質問

Q. 保守の見積もりに「一式」と書いてはいけませんか？

避けてください。一式という表記は、依頼側から見ると「サイトに関することは全部」に見え、受け手から見ると「合意した範囲だけ」になります。この解釈の差が契約後の摩擦の主要因です。監視、バックアップ確認、更新、レポートといった作業単位に分けて書き、それぞれの頻度を添えてください。項目が並んでいるだけで信頼度が上がります。

Q. 含まない項目を書くと、依頼を断られませんか？

実務ではむしろ逆で、含まない項目が明記された見積書のほうが選ばれる傾向があります。依頼側が恐れているのは高い金額ではなく、契約後に想定外の追加費用が出ることだからです。含まないものを先に示すことは、追加費用の発生条件を先に開示していることになります。気まずさは最初の1回で済みます。

Q. 軽微な修正を月額に含める場合、どう書けばよいですか？

量の上限を数字で書いてください。1件あたりの作業時間の目安と、月間の件数上限をセットで示します。上限のない軽微という表現は無限に膨らみます。上限は制限のためではなく、依頼が想定を超えたことを検知する装置として置きます。通常の運用で達しない程度の余裕を持った数を設定するのが実務的です。

Q. 対応時間を見積書に書かないとどうなりますか？

依頼側は「連絡すればいつでも対応してもらえる」と解釈します。一度でも夜間に対応すると、それが基準になり、後から時間を短くするのはサービス低下と受け取られます。受付時間、一次回答の目安、緊急度ごとの着手時期の3点は見積もりの段階で明記してください。あとから足せない項目の代表です。

Q. 相見積もりで金額を下げるよう求められたらどうしますか？

金額ではなく範囲を揃えた比較をお願いしてください。保守の料金は含まれる作業の中身で性質が変わるため、範囲が違うものを金額だけで並べても意味がありません。自分の見積書の項目一覧を渡し、他社の見積もりと突き合わせてもらいます。範囲を揃えたうえで削るなら、どの項目を外すかという合意として処理できます。