開発方針を相談する

属人化した業務をシステム化する手順

"あの人しか分からない業務" を、業務フロー・データ・権限に分解する。

この記事の結論

「うちの業務、ベテラン社員にしか分からないんです。これをシステム化したいんですが」

経営者・バックオフィス責任者・店舗運営者からよく届く相談です。属人化業務のシステム化は、普通の SaaS 導入よりも段違いに難しい。理由は、暗黙知が言語化されていないからです。

「いきなりシステム化」で進めると、システムができても現場が使わない結末になります。属人化業務には、属人化に向けた 特別な手順 が必要です。

OpenAI のワークスペースエージェントの設計でも、組織内のエージェントは 「組織が定めたプロセスと権限の範囲」で動作する 前提が組み込まれています (Introducing workspace agents in ChatGPT / OpenAI)。AI でも人間用システムでも、業務プロセスが定まっていることがシステム化の前提です。

この記事では、属人化業務をシステム化する 5 ステップを、min's の現場経験から整理します。

属人化が起きる理由

属人化が起きる原因を知ることが、解消の第一歩です。

1. 業務が長期間進化してきた

「いつの間にかこの形になった」業務。担当者の頭の中で進化していて、文書化されていない。

2. 例外対応が多い

「特殊な顧客」「特殊な案件」が多く、それぞれの対応がベテランの判断に依存している。

3. 担当者が固定されている

数年単位で同じ人がやっているので、引き継ぎが発生していない。

4. 業務を奪うのが心配

担当者が「自分の仕事がなくなる」と感じて、情報共有を渋っている。

5. 経営層が業務の中身を知らない

「あの人に任せている」状態で、可視化されていない。

これらの背景がある業務は、システム化を進めるための関係構築から始める必要 があります。

手順 1: 業務を観察する (1〜2 週間)

最初にやることは、ヒアリングではなく観察 です。

観察の方法

観察で見るもの

「ヒアリング」だけだと、担当者は「当たり前すぎて伝えない」情報を落とします。観察で気づいた疑問をその場で聞く のが効率的です。

手順 2: 判断基準を言語化する (1〜2 週間)

観察で得た情報を、ルールとして言語化します。

言語化のフォーマット

入力条件判断出力
新規申込法人 + 取引額 100 万円超経営承認必要営業 + 上長へ通知
新規申込法人 + 取引額 100 万円以下自動承認営業へ通知
新規申込個人 + リピーター自動承認自動メール送信
新規申込個人 + 新規クレジット確認与信判定後対応

この表が 「ルール化できる」「事例ベース」「暗黙知」 の 3 段階で言語化できれば、システム化の準備が整います。

よくあるつまずき

「全部のケースをルール化する」必要はありません。80% を標準フローでカバー、20% は例外フロー という分け方が現実的です。

手順 3: データと権限を整理する (1〜2 週間)

業務で扱うデータと、権限を整理します。

データの整理

権限の整理

「Excel に散らばっている顧客情報を 1 つの DB に統合する」 ── これだけでも、属人化業務の半分は解消することがあります。

ここまでで「自社の属人化業務を整理したい」と感じたら、観察フェーズから相談するのが現実的です。

属人化業務のシステム化を相談する →

手順 4: 小さくシステム化する (4〜8 週間)

ここでようやくシステム化に入ります。

Must / Manual / Later / Never

AI-native MVP の作り方 や MVP 開発を外注するときに失敗しないスコープの決め方 で展開している考え方を適用します。

段階的に作る

「最初から全機能」ではなく、現場が使い始めるところまで作って、使いながら追加 が成功率が高いです。

手順 5: 運用しながら改善する (継続)

リリース後も改善を続けます。

改善の入口

改善のサイクル

このサイクルが回ると、システムが 「使われ続ける」状態 になります。

AI を活用した属人化業務のシステム化

AI で、属人化業務のシステム化が以前より速くなりました。

ヒアリング内容の整理

業務フロー案の作成

マニュアル生成

問い合わせ対応

Anthropic の Agent Skills の解説でも、組織固有の業務をパッケージ化する Skills の活用が紹介されています (Introducing Agent Skills / Anthropic)。属人化業務をシステム化したあと、業務固有の AI Skill として再利用できる形にしておくと、社内展開が楽になります。

よくある失敗パターン

属人化業務のシステム化でよくある失敗:

1. 担当者の協力が得られない

「業務を奪われる」と思われると、情報共有が止まります。「あなたの業務を楽にする」「あなたの知識を会社の資産にする」 という説明が必要です。

2. いきなりシステム化に入る

観察 → 言語化を飛ばすと、現場と乖離したシステムができます。最初の 3〜4 週間は実装しない くらいの姿勢が正解。

3. 全部一度に作る

スコープ膨張で、納期と予算が膨らみます。Must だけ作って、現場が使い始めてから追加 が現実的。

4. 例外を無視する

「標準フローだけ」で作ると、現場が「例外は Excel で」と戻り、二重作業になります。例外フロー (自由記述、上長承認、特殊対応) を最初から組み込む こと。

5. 担当者がいなくなる前提を立てない

「いまの担当者がいる前提」で作ると、退職時に詰まります。「新人でも 1 週間で覚えられるか」 を基準に設計します。

min's の属人化解消支援

min's では、属人化業務のシステム化を以下の流れで支援しています。

Phase 1: 観察 + 言語化 (3〜4 週間)

Phase 2: Phase 1 のシステム化 (6〜10 週間)

Phase 3: 運用改善 (継続)

属人化業務のシステム化を相談したい方へ

min's では、属人化業務の観察、ルール化、システム化、運用改善を支援しています。

以下のような状態であれば、ご相談ください。

次に読む記事

参考

動くデモで終わらせず
本番まで持っていく開発を

AI で作りかけたもの、止まりかけている開発、新しいプロダクトの構想。 まずは現状を整理するところから、ご相談ください。

開発方針を相談する概算見積もりを依頼する