ENGINEER エンジニア 2026.11.07

保守・運用の仕事の作り方|納品後こそ売上が安定する

公開したサイトやシステムには更新、監視、障害対応など納品後の仕事が残る。単発売上に依存せず継続支援の範囲を整え、顧客の運…

text: HYPE編集部

エンジニアの記事一覧へ

公開したサイトやシステムには更新、監視、障害対応など納品後の仕事が残る。単発売上に依存せず継続支援の範囲を整え、顧客の運用リスクも下げる。本番サイトが落ちたときの復旧対応と、新しい予約機能の開発は費用の性質が違う。保守の対象を障害確認、バックアップ、更新確認などに絞り、デザイン改修や新規ページは追加見積にする。

HYPE編集部のキャラクター

保守と追加開発は、最初に分けておくのが大事です。線引きがないと、無償対応が増えてしまいます。

保守と追加開発を混同しない

不具合対応、更新、バックアップ確認、稼働状況の確認と、新機能の制作は目的が違うため別契約で整理する。

初月の現状診断を設ける

保守・運用の仕事の作り方|納品後こそ売上が安定する

使用技術、管理者権限、ホスティング、更新履歴、外部サービス、連絡先を棚卸しする。

初月は管理画面の権限、サーバー契約者、既存の更新履歴、障害時の窓口を棚卸しする。担当者しか知らない復旧方法があれば運用手順書に移し、以後の月額対応でどこまで引き受けるか決める。

現状診断を練習するなら、実際の管理画面と障害履歴を想定した演習が向く。体系立てて学びたい場合は、Webスキルを学ぶオンラインスクール デイトラのようなオンラインスクールも選択肢になります。

HYPE編集部のキャラクター

対応範囲は、表にして渡すと伝わります。含むものと含まないものを、契約前にそろえましょう。

初月の現状診断では、更新のしやすさだけでなく、セキュリティの状態も確認項目に入れておくと、後の対応範囲が決めやすくなります。IPA(情報処理推進機構)の情報セキュリティのページでは、脆弱性や対策に関する情報が提供されています。

対応範囲を表にする

定期点検の頻度、受付窓口、対応時間帯、対象外の作業、緊急時の連絡経路を文書化する。

対応範囲表は作業名だけでなく、対応する時間帯、依頼経路、緊急度の分類、確認できる環境を記す。問い合わせを受け付ける窓口と、実際に手を動かす担当者を分けて書くと期待値がそろう。

対応範囲を表にして書面に残す進め方は、発注取引で条件を明示する考え方とも一致します。厚生労働省のフリーランスのガイドラインでは、発注時の取引条件の明示など、安心して働くための環境整備が示されています。

顧客が買うのは作業より安心

何を点検し、どんな異常があれば連絡し、どの判断を顧客に戻すか説明する。

顧客が知りたいのは「更新作業をしたか」より「問題が起きたとき誰が連絡するか」である。報告書には更新内容に加え、未解決の警告、次回確認日、顧客側で判断すべき項目を載せる。

保守料金の作り方

保守・運用の仕事の作り方|納品後こそ売上が安定する

想定作業、待機負担、監視ツール費、緊急対応の有無を分けて考える。根拠のない相場で決めない。

月額費用は定例点検、報告作成、問い合わせ受付を項目ごとに積み上げる。障害対応を無制限と約束する場合は負担を読み切れないため、対象外となる条件や追加協議の窓口を先に決めておく。

月額保守の内訳を作る課題なら、定例作業と臨時対応の差を理解しやすい。体系立てて学びたい場合は、Webスキルを学ぶオンラインスクール デイトラのようなオンラインスクールも選択肢になります。

HYPE編集部のキャラクター

定例報告は、安心を届ける仕事です。何も起きなかった月こそ、確認した内容を伝える価値があります。

定例報告の価値

実施内容、未解決課題、優先度、次月の提案を短い報告書にする。

月次レポートには更新したプラグイン名、バックアップの成否、未対応の警告、公開後の表示確認を載せる。単なる「異常なし」では発注者が保守の内容を評価できないため、作業記録を残す。

自動更新の落とし穴

契約更新条件や解約窓口、データ引き渡し方法を明示して、長期契約を押し付けない。

自動更新は手間を減らしても、互換性の問題をゼロにしない。更新前に復元方法を確かめ、更新後はフォーム送信や決済など重要機能を確認する。障害発生時の切戻し手順も契約範囲に含める。

更新と復元の順序を手で確かめる学習は、公開後サポートの設計に直結する。材料を広げるなら、雑誌のオンライン書店 Fujisan.co.jpで専門誌を読む方法もあります。

自動更新や解約の条件は、後から認識のずれが起きやすい部分です。消費者庁の特定商取引法のページでは、契約条件の表示に関する制度が案内されており、条件の書き方を点検する際の参考になります。

提案を始めるタイミング

完成直前でなく設計段階から運用担当者と保守の役割分担を話しておく。

納品時に「管理画面の引継ぎだけ」か「公開後の監視も必要か」を聞く。単発制作と保守の提案書を分け、顧客が保守を選ばない場合にも権限移管と復旧資料の納品は欠かさない。

自分の仕事と売上にどうつなげるか

たとえば店舗サイトを納品するとき、顧客が自分で文章を更新できることと、制作者がサーバーの障害に対応することは別のサービスだ。月次で点検するもの、発生時に調査するもの、別途見積もる改修を三つに分ける。提案時には「保守に入らなければどうなるか」も説明し、顧客が自社で対応する選択肢を残す。翌月の報告で確認した内容が見えると、担当者は予算を継続する判断をしやすくなる。

実際に案件へ組み込む場合の確認メモは次のようにまとめられる。

  • 保守と追加開発を混同しない:本番サイトが落ちたときの復旧対応と、新しい予約機能の開発は費用の性質が違う。
  • 対応範囲を表にする:対応範囲表は作業名だけでなく、対応する時間帯、依頼経路、緊急度の分類、確認できる環境を記す。
  • 顧客が買うのは作業より安心:顧客が知りたいのは「更新作業をしたか」より「問題が起きたとき誰が連絡するか」である。
  • 保守料金の作り方:月額費用は定例点検、報告作成、問い合わせ受付を項目ごとに積み上げる。
  • 定例報告の価値:月次レポートには更新したプラグイン名、バックアップの成否、未対応の警告、公開後の表示確認を載せる。
  • 提案を始めるタイミング:納品時に「管理画面の引継ぎだけ」か「公開後の監視も必要か」を聞く。

出典

CTA

仕事の取り方や単価の決め方で迷ったら、HYPEへご相談ください。→ お問い合わせはこちら

※本記事にはプロモーションを含みます。

合わせて読みたい

つくる人の仕事のヒントを、週1で

新しい記事と、学び・案件のヒントをメールでお届けします。

SHARE X Facebook LINE

RECOMMEND

注目のコンテンツ