Web運用マニュアルの属人化リスク｜担当者交代でも止めない3つの判断軸

Web運用の現場でよく耳にするのが、「サイトの更新方法は、あの人にしか分からない」という一言です。担当者が1人で抱えたまま3年、5年と積み上がった手順は、いつのまにか誰も全体像を説明できない状態になっています。引継ぎ資料はあるはずなのに、いざ開くと「ログイン情報は別ファイル」「更新の注意点は口頭で」と歯抜けで、結局その人に聞かないと1つも進まない。これがWeb運用の属人化です。

放置すれば担当者の交代で更新が止まり、会社のリスクは静かに積み上がります。この記事では、やり方を1から100まで渡すのではなく、「自社でどこまでやり、どこからプロに任せるか」を判断できるようになることを目的に、Web運用が属人化する仕組みと放置したときのコスト、AIでマニュアルを整えると引継ぎ資料づくりがどう変わるのか、そして担当者が代わっても運用が止まらないために押さえる3つの判断軸を解説します。

「Web運用が属人化している」とは、何が起きている状態か

本記事のテーマに関連するサービスとして、BoostXではIT/Web企業の支援を提供しています。

Web運用の属人化とは、サイトを正しく動かし続けるための判断と手順が、特定の1人の頭の中だけに残っている状態を指します。月に10件の更新依頼が来ても、その担当者が休んだ週は0件しか処理できない。これは「能力の問題」ではなく、知識が文章化されていない構造の問題です。私自身、BoostXのサイトをWeb制作会社に外注せず自社で運用していますが、運用ルールを言語化しておかないと、半年も経てば自分が書いた手順すら細部を忘れます。Web制作会社に依頼すれば50〜100万円かかる構築から運用まで自社で回すからこそ、手順を言葉にする重要さは身に染みています。人の記憶に依存する運用は、担当者が1人の体制でも崩れます。

担当者の頭の中だけにある「暗黙の運用ルール」

Web運用には、表に出てこない判断が驚くほど多く埋まっています。「このページは毎月1日に差し替える」「画像は横1200pxに揃える」「プラグインの更新は本番前に必ずステージング環境で試す」——こうした暗黙のルールは20件も30件もあるのに、そのほとんどが文章になっていません。担当者にとっては当たり前すぎて、わざわざ書く発想にならないのです。結果として、引き継ぐ相手が同じ判断に到達するまでに3か月から6か月かかり、その6か月間は更新の品質が安定しません。1年のうち半分が「品質が読めない期間」になるのは、会社にとって小さくない損失です。

「引継ぎ資料はあるけれど使えない」状態の正体

多くの会社で、引継ぎ資料そのものは存在します。問題は中身です。作成された時点のスクリーンショットが3年前のままで、今の管理画面と一致しない。手順は5行だけで、エラーが出たときの対処は1つも書いていない。更新が止まった原因の半分以上は、資料が「ない」のではなく「古い・浅い・更新されていない」ことにあります。つまり属人化は、資料を1度作れば終わる話ではなく、その資料が現場の変化と一緒に育ち続ける仕組みがないことこそが本質です。

属人化したWeb運用を放置する3つのコスト

属人化は「今は回っているから」と後回しにされがちですが、放置している間も静かにコストが積み上がっています。表面化したときには、1か月や2か月では取り返せない規模になっていることが少なくありません。ここでは見落とされやすい3つのコストを整理します。

コスト1：担当者の交代・退職で運用が止まる

最も分かりやすいのが、人が抜けた瞬間に更新が止まるリスクです。1人の担当者が退職すると、後任が同じ水準で回せるようになるまで平均で3〜6か月かかります。その3か月から6か月の間にキャンペーンページの公開が1週間遅れれば、機会損失は数十万円規模になることもあります。採用コストも軽くありません。Web運用が分かる人材を1人採用するには、求人広告と面接にかかる工数だけで数十万円、入社後の立ち上がり3か月ぶんの人件費まで含めれば100万円を超えるケースもあります。属人化は、辞められない人を1人抱え続けることでもあり、その1人に毎月のように残業が偏っていきます。本人の負担も、会社のリスクも、同時に積み上がっていくのです。

コスト2：更新漏れとセキュリティ事故のリスク

手順が1人に依存していると、その人が忙しい月はプラグインやサーバーの更新が後回しになります。更新を3か月放置した脆弱性が突かれれば、改ざんや情報漏洩につながりかねません。私は「中小企業のデータ流出リスクの9割は人的ミスから生まれる」と考えていますが、Web運用でもこれは同じです。誰が・いつ・何を確認するかが仕組みになっていないと、抜けは必ず起きます。事故が1回起きたときの復旧費用と信用の毀損は、マニュアル整備にかける数十時間とは比べものになりません。

コスト3：改善が止まり、サイトが「塩漬け」になる

属人化したサイトは、担当者が「触ると壊れそうで怖い」と感じた瞬間に改善が止まります。本来なら月に2〜3件の改善を積み重ねれば1年で30件以上の小さな改善になりますが、属人化したサイトは2〜3年に1回の大規模リニューアルまで何も変わりません。その間に競合は毎月改善を続け、1年で数十件の差がつきます。日々の小さな改善が止まってしまうことは、目に見えにくいぶん、長い目で見ると最も大きな損失になります。Web運用の本当の価値は更新そのものではなく、改善を止めないことにあります。属人化はこの「改善を続ける力」を、静かに奪っていきます。

AIでWeb運用マニュアルを整えると、何ができるようになるか

ここからは、属人化の解消に生成AIをどう使えるかを整理します。ポイントは「マニュアルをゼロから人が書く」のではなく、すでにある作業のログや画面操作をAIに整理させ、現場で使われる手順書に変えていく発想です。生成AI伴走顧問として中小企業のAI活用を支援するなかで、マニュアル作成にAIを取り入れた企業が、作成時間を約7割抑えながら現場で実際に使われる状態まで持っていけた例があります。鍵は、作る手間を減らすことよりも、更新され続ける形にすることでした。

作業ログや操作メモから、手順書を自動で起こす

担当者が普段やっている操作を箇条書きや音声メモで10分ぶん残せば、生成AIはそれを見出し付きの手順書に整形できます。「どの画面で・何をクリックし・何に注意するか」を、抜けを指摘しながら補ってくれるため、これまで4時間から半日かかっていた1業務分のマニュアル化が30分から60分に縮みます。仮に月10種類の更新作業を整理する場合、従来なら40時間かかっていた作業が10時間前後で済む計算です。1業務あたり50〜70%の時間削減は、特別なことではなく現実的なラインです。重要なのは、最初から完璧を目指さず、7割の精度で出して現場で直していく進め方にあります。最初の3手順だけでも形にすれば、引継ぎの起点になります。

「読まれないマニュアル」を「使われるマニュアル」に変える

分厚いマニュアルが読まれないのは、欲しい1項目にたどり着けないからです。100ページの資料から必要な3行を探すのに5分かかるなら、結局その人に聞いたほうが速い、となります。生成AIを使えば、同じ内容を「新人向けの最初の3手順」「トラブル時のチェックリスト10項目」「月次の定例作業5ステップ」と、読み手や場面ごとに編集し直すのが数分で済みます。1度書いた手順を、用途別に3通りにも5通りにも作り替えられることが、紙のマニュアルとの決定的な違いです。AIに任せるのは「整える・作り替える」作業で、「何を判断基準にするか」は人が決める——この役割分担が、現場で使われるマニュアルの条件です。

自前でマニュアルAI化を進めるときの3つの判断軸

AIで手順書が作れるなら、自社でやれそうだと感じた方も多いはずです。実際、簡単なマニュアルづくりは自前で始められます。ただし、属人化を本当に解消し、担当者が代わっても止まらない運用にするには、3つの判断軸を外さないことが必要です。ここでつまずくと、せっかく作ったマニュアルがまた1人の担当者に依存する元の状態に戻ります。完全な手順ではなく、この3つの「考え方」を押さえてください。

判断軸1：何を仕組みに乗せ、何を人の判断に残すか（運用設計）

最初の壁は、手順書を作ることそのものより「何をマニュアル化し、何は人の判断に残すか」の線引きです。すべてを文章化しようとすると、500項目のマニュアルができて誰も読まなくなります。逆に重要な判断を省くと、結局担当者に聞く運用に戻ります。月に発生する更新を10種類に分け、頻度の高い上位3〜4種類から仕組みに乗せる——この優先順位づけが運用設計です。実際、更新依頼の8割は上位3〜4種類の定型作業で占められることが多く、そこを押さえるだけで属人化の大半は解けます。ここを設計せずにAIで量産すると、使われない手順書が100ページ増えるだけになり、かえって探す時間が1件あたり5分10分と増えてしまいます。

判断軸2：どこまでAIに渡し、何を社外に出さないか（セキュリティ設計）

2つ目はセキュリティの線引きです。ログイン情報やサーバーの設定、顧客データに触れる手順をそのままAIに貼り付けるのは危険です。私は「API版にすれば安心、というのは思考停止です。APIキーが1つ漏れたときのダメージは、Web版の学習利用よりはるかに大きい場合がある」と考えています。マニュアル化で扱う情報を「外に出してよい手順」と「社内に閉じるべき認証情報」の2つに分け、後者はAIに渡さない設計を最初に決める必要があります。具体的には、操作の流れや画面の説明はマニュアル化の対象にし、ID・パスワード・APIキー・顧客データの中身は対象外にする、という線を引きます。便利さと引き換えに1件の漏洩事故を起こせば、削減した数十時間は一瞬で吹き飛び、復旧と謝罪に数か月を費やすことになりかねません。最初の1時間でこの線引きを決めておくことが、最も費用対効果の高い投資です。

判断軸3：作って終わりにせず、更新が回る仕組みにできるか

3つ目が最も難しく、最も重要です。マニュアルは作った瞬間から古くなります。更新作業が変われば手順も変わるのに、それを誰が・いつ直すかが決まっていなければ、1年後にはまた「使えない引継ぎ資料」に戻ります。理想は、更新作業をした人がその場で手順書も直す習慣と、AIが差分を整形して反映する流れを組み合わせることです。属人性を排除してスケールする組織は、マニュアルを「成果物」ではなく「回り続ける仕組み」として設計しています。月に1回でも「手順を見直す日」をカレンダーに固定するだけで、更新が回る確率は大きく上がります。この3つ目を自前で回し切れるかが、内製と専門家への依頼を分ける分岐点です。

ビフォーアフター：Web運用マニュアルがここまで変わる

Before：担当者1人に依存していた1か月

月初、更新依頼が10件たまります。すべてを把握しているのは担当者1人だけ。その人が3日間出張に出ると、サイトの更新は丸ごと止まります。新人に頼もうにも、手順書は3年前のスクリーンショットのまま。結局「あとで自分がやる」となり、担当者の残業が月20時間積み上がります。プラグインの更新は2か月放置。経営者は「あの人が辞めたらどうなるのか」という不安を、口に出せないまま抱え続けています。

After：誰が見ても動ける運用に変わった1か月

月初の10件の更新依頼は、用途別に整理された手順書を見れば新人でも7割の7件を処理できます。担当者が3日間不在でも、止まるのは高度な判断が必要な3件だけ。手順書は更新作業をするたびにAIが差分を整形して反映するので、常に最新の状態が保たれます。担当者の残業は月20時間から5時間以下に減り、浮いた月15時間は、放置されていたサイト改善という前向きな仕事に回ります。年間に直せば180時間、人ひとりの1か月ぶんに近い時間が、守りの作業から攻めの作業へ移る計算です。「あの人が辞めたら」という不安は、「誰が来ても回る」という安心に変わりました。

違いを生んでいるのは、ツールではなく運用設計

BeforeとAfterの差を生んでいるのは、高価なツールでも特別なAIでもありません。多くの会社が使っているのは、月数千円から始められる一般的な生成AIです。差を分けているのは「何を仕組みに乗せ、どこを人に残し、更新をどう回すか」という運用設計の3点です。同じ生成AIを使っても、設計がなければ使われないマニュアルが100ページ増えるだけ、設計があれば属人化が解ける。ここが分かれ道です。属人性を排除してスケールしている組織ほど、ツール選びより先に、この運用設計に時間をかけています。「うちはまだBefore寄りだ」「Afterに近づきたい」と感じた方は、次のセクションで具体的な相談導線をご案内します。

よくある質問

公開日：2026年6月