「仕組み化」は便利な言葉ですが、便利すぎて何を指すのかが曖昧になりがちです。
この記事では、仕組み化を「特定の人がいなくても、同じ結果が出る状態にすること」と定義して話を進めます。ツールを導入することでも、マニュアルを作ることでもありません。それらは手段の一つです。
結論：まず「止まると困る業務」を1つ選ぶ
先に結論を書きます。仕組み化に着手するときは、全社的な業務棚卸しから始めないでください。ほぼ確実に途中で止まります。
代わりにやることは1つです。
その人が1週間休んだら止まる業務を、1つだけ選ぶ。
選んだら、その業務だけを対象に手順を書き出し、他の人が実行できるか試します。これが最小単位です。ここが回れば次に進み、回らなければ原因を潰します。
なぜ全体から始めてはいけないのか。理由は後述しますが、端的に言えば棚卸しは成果を生まないからです。
なぜ社長依存・属人化が起きるのか
属人化は、能力の問題でも意識の問題でもありません。構造的にそうなるものです。
判断の基準が本人の中にしかない
長くやっている人ほど、判断を言葉にしないまま処理できます。「この客はこう対応する」「この見積もりは通らない」といった判断が、経験として本人の中に蓄積されています。
これは効率が良い状態です。いちいち言語化しないほうが速い。だから誰も言語化しません。結果として、その人以外には再現できなくなります。
教える時間より、自分でやるほうが速い
人手が足りない組織ほど、この力学が働きます。教えるには自分でやるより時間がかかります。目の前の締切を考えれば、自分でやったほうが合理的です。
この判断を毎回繰り返すと、その人の担当範囲は増え続け、代われる人はいなくなります。
引き継ぎ資料が「作業手順」で止まっている
手順書があるのに属人化が解消しないケースはよくあります。多くの場合、書かれているのは操作の手順だけで、判断の基準が書かれていません。
「Aの場合はBする」は書いてある。しかし「AなのかCなのかをどう見分けるか」が書かれていない。だから結局、判断できる人に聞くことになります。
仕組み化の進め方
ステップ1：止まると困る業務を1つ選ぶ
候補の見つけ方はシンプルです。「この人が急に休んだら誰が困るか」を考えてください。複数思い浮かんだら、頻度が高いものを選びます。年1回の業務より、毎週発生する業務のほうが効果が出ます。
ステップ2：実際にやりながら記録する
思い出して書くのではなく、やりながら記録します。記憶で書くと、無意識にやっている判断が漏れます。
記録すべきなのは次の3つです。
- 何をするか（操作）
- どういうときにそうするか（条件）
- 迷ったときに何を基準に決めるか（判断）
3つ目が最も重要で、最も抜けやすい部分です。
ステップ3：別の人に、その記録だけで実行してもらう
ここが検証です。書いた本人が横についてはいけません。質問が出たら、それが記録の抜けです。質問された内容を追記します。
このサイクルを2〜3回まわすと、記録の精度が実用レベルになります。何を書き、どこに置き、どう更新し続けるかは業務マニュアルの作り方で詳しく扱っています。
ステップ4：残った作業を減らす
具体的な支援内容は支援内容の一覧をご参照ください。
手順が明確になって初めて、「この作業は本当に必要か」「自動化できるか」を検討できます。順序が逆になると、何を自動化すべきか分からないままツールだけが増えます。
ツールの検討は最後です。 ここを最初にやるのが、最もよくある失敗です。
失敗しやすい進め方
全業務の棚卸しから始める
前述のとおり、これが一番多い失敗です。棚卸しは工数がかかる割に、それ自体では何も改善しません。数か月かけて一覧表を作り、力尽きて終わります。
1業務ずつ、成果を確認しながら進めるほうが確実です。
いきなりツールを導入する
「業務改善ツールを入れたが使われていない」という状態は、手順が固まる前にツールを決めたときに起きます。
ツールは決まった手順を効率化するものであって、手順を決めてくれるものではありません。
完璧な手順書を目指す
最初から網羅的な手順書を作ろうとすると、完成しません。7割程度の精度で運用を始めて、質問が出るたびに追記するほうが、結果的に早く実用レベルに届きます。
作った人だけが更新する
手順書が古くなって使われなくなる典型パターンです。実行した人が気づいた差分をその場で直せるようにしておかないと、必ず陳腐化します。
注意点：仕組み化できない領域がある
すべてを仕組み化すべきではありません。
- 顧客との関係構築
- 新しい企画の発想
- 前例のない事態への判断
これらは属人的であることに価値があります。仕組み化の目的は、こうした領域に時間を使えるようにすることです。目的を取り違えると、現場から「機械的にやれということか」と反発を受けます。
また、仕組み化には初期コストがかかります。記録と検証の時間は、短期的には純粋な追加業務です。繁忙期に始めないでください。
まとめ
- 仕組み化とは、特定の人がいなくても同じ結果が出る状態にすること
- 全業務の棚卸しではなく、止まると困る業務を1つ選ぶところから始める
- 記録すべきは操作手順だけでなく、判断の基準
- 別の人に実行してもらって検証する
- ツールの検討は手順が固まってから
- 仕組み化しないほうがよい領域もある
シクミベースでは、この考え方を自社の地域メディア運営にも適用しています。公開前の品質チェックを自動化し、基準を満たさなければ公開できない状態にした事例はイバトコの事例にまとめています。
自社では、どこから仕組み化すべきか
実際の会社では、集客・営業・発信・顧客対応・社内業務がつながっているため、「最初の1業務」を選ぶこと自体が難しい場合があります。
シクミベースでは、Web制作やAI導入を先に決めるのではなく、どこが事業のボトルネックになっているかを整理し、仕組み化する順番から設計します。必要な手段がWeb、SNS、AI、自動化であれば、その段階で組み込みます。
「社長しか判断できない仕事が増えている」「改善したいが、何から着手すべきか分からない」という場合は、仕組み化について相談するから現在の状況をお送りください。相談内容をもとに、まず整理すべき論点を確認します。