社内の自動化が止まる・壊れるパターン、制作会社は「作った人しか直せない」をやめる──連携先の変更、認証切れ、上限、データの形の変化と、保守の担当と点検の決め方

この記事は、社内の業務自動化が止まる・壊れる典型のパターンと、少人数の制作会社が保守の担当と点検を決める方法を扱います。

止まっていたことに、3週間後に気づく

「最近、問い合わせの通知が来ないね」
「……3週間前から、自動化が止まっていました」

社内の自動化は、止まっても誰も気づかないことがあります。
エラーの通知が、作った人の個人のメールにだけ届いていたり、その人が退職していたりするからです。

止まっていた3週間分の問い合わせは、返信が遅れ、失注につながったかもしれません。

社内の自動化の保守とは、止まり方を先に想定し、気づく人・直す人・手作業に戻す手順を、作った人以外にも分かる形で決めておくことである

黒字化の外科医です。社内の自動化が止まる・壊れるパターンと、保守の決め方を解剖します。

保守を決めるべき理由は、三つあります。

第一に、自動化は、自社が何もしなくても壊れるから。
連携先のサービスが画面や仕様を変える、認証の期限が切れる。自社の外の変化で止まります。

第二に、社内の自動化は「誰の仕事でもない」になりやすいから。
顧客の案件には担当がいますが、社内の仕組みには担当がいないことが多いのです。

第三に、止まったときの損失は、自動化の効果より大きくなることがあるから。
月10時間浮かせた仕組みが止まり、問い合わせを1件落とせば、浮いた時間の価値を超える損失になりえます。

社内の自動化が止まる、6つのパターン

パターン              よくある症状
───────────────────────────────────────
1. 連携先の仕様変更   項目名や画面が変わり、値が空のまま流れる
2. 認証切れ           連携の許可の期限切れ、パスワード変更で止まる
3. 使用量の上限       プランの上限やクォータに達して止まる
4. データの形の変化   フォームに項目を足した、表の列を並べ替えた
5. 作った人の不在     退職・異動で、どこに何があるか分からない
6. 黙って失敗する     エラーを出さず、間違った値で動き続ける

一番怖いのは、6です。止まれば気づけますが、間違ったまま動くと、気づくのが遅れます。

使用量の数え方や上限は、ツールごとに違います。比べ方はこちらに。

▶ n8n・Make・Zapier・GASの選び方、制作会社は「機能の多さ」より先に5つの物差しで見る──誰が直すか、課金の単位、データの置き場、顧客に渡すか、止まったとき

今すぐ試せる：社内の自動化の弱点を洗い出すプロンプト

私はWeb制作会社の経営者です。社内で動かしている自動化について、止まる・壊れる可能性を洗い出してください。

【自動化の名前】〔　〕
【きっかけ（トリガー）】〔例：フォーム送信〕
【処理の手順】〔例：内容を読む → 管理表に追記 → チャットに通知〕
【連携しているサービス】〔　〕
【認証の方法】〔例：個人のアカウントで連携を許可〕
【エラーの通知先】〔　〕
【作った人と、直せる人】〔　〕

1. 6つのパターン（仕様変更、認証切れ、上限、データの形、作った人の不在、黙って失敗）ごとに、起こりうることを挙げる。
2. それぞれ、気づく方法と、手作業に戻す手順を書く。
3. 個人のアカウントに依存している部分を指摘する。
4. 月1回の点検で見る項目を5つにまとめる。

保守工場：担当・点検・止まったときの型

自動化の台帳（1行1つ）

名前／目的／トリガー／連携先／認証の名義（個人か会社か）
エラーの通知先（個人ではなく共有の場所）／正（作った人）／副（直せる人）
最終点検日／止まったときの手作業の手順書の場所

月1回の点検（15分）

□ 先月の実行回数が、業務の件数と合っているか（少なすぎないか）
□ エラーの通知が、共有の場所に届いているか（テストで1回飛ばす）
□ 認証の期限が近いものはないか
□ 使用量が、プランの上限に近づいていないか
□ 連携先から、仕様変更のお知らせが来ていないか

実行回数と業務の件数を比べると、「黙って失敗する」に気づけます。
フォームの問い合わせが月100件あるのに、自動化の実行が60回なら、どこかで漏れています。

止まったときの手順

1. 気づいた人が、共有の場所に「止まっている」と書く
2. 副の担当が、手作業の手順書で業務を続ける
3. 正の担当が、原因を6つのパターンから当てはめて直す
4. 止まっていた期間の漏れを、元のデータと突き合わせる
5. 台帳に、原因と直した内容を1行残す

アカウントの名義と権限の整理は、管理台帳の考え方が使えます。

▶ ドメイン・サーバーの管理台帳テンプレート、制作会社のアカウント管理キット──台帳の32項目、名義と権限の整理表、更新日のアラート設計、引き渡しチェックリスト、お客様への説明文、AIの点検プロンプト

構造的なリスク

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

自動化を増やすほど、保守の時間も増えます。
10本の自動化を月1回点検すれば、それだけで毎月まとまった時間がかかります。効果が小さいものは、止めて手作業に戻す判断も、保守のうちです。

点検の時間は、費用対効果の計算に入れてください。

▶ 業務自動化の費用対効果の計算、制作会社は「浮く時間」だけで判断しない──作る時間・保守・ツール費を引き、回収の月数と、浮いた時間が粗利になる条件まで

よくあるQ&A

Q. 少人数で、副の担当を置けない。

社外に頼む手もありますが、まずは手作業に戻す手順書を、誰でも読める場所に置いてください。直せなくても、業務は止まりません。

Q. 個人のアカウントで作ってしまった。

会社のアカウントに移すのが基本です。移す前に、台帳に「個人の名義」と書き、退職や異動の手続きの確認項目に入れておきます。

Q. エラーの通知が多すぎて、誰も見なくなった。

通知を「業務が止まるもの」と「様子を見てよいもの」に分け、前者だけを共有の場所に飛ばします。

最後に

社内の自動化は、自社が何もしなくても止まります。

止まり方を先に想定し、気づく人と直す人と手作業の手順を決めた会社だけが、自動化を「作った人の趣味」で終わらせずにすむのです。

台帳と運用表の型は、キットにまとめました。

▶ 業務自動化の設計・ROI計算キット、制作会社の社内向け──業務の棚卸し表、優先順位の式、ROIと回収月数の計算表、1枚の設計書、権限と点検の運用表、止まったときの手順とAIプロンプト

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

#Web制作会社 #業務自動化 #保守 #運用ルール #属人化 #障害対応 #業務効率化 #制作会社経営 #中小企業 #チェックリスト