あの人がいないと回らない。その状態は、事業にとって静かなリスクです。属人化した業務は、担当者が辞めた瞬間に止まります。この記事では、EC業務の属人化を解消し、人が入れ替わっても回る組織にするための手順を解説します。マニュアルを書くことではなく、そもそも人に依存しない仕組みを作ることが本質です。4チャネルを運営し、累計10万個以上を販売してきた現場の実感を交えてまとめました。
監修: 廣瀬正拓(中小企業診断士 / 現役EC事業経営者)
属人化が事業の弱点になる理由
EC事業は、少人数で多くの業務を回すことが多く、特定の人しかやり方を知らない業務が生まれやすい環境です。受注処理はあの人、広告運用はこの人、と役割が固定され、その人がいないと業務が止まる。これが属人化です。
属人化の怖いところは、順調なときには問題が見えないことです。担当者が元気に働いている間は何も起きません。しかし、退職、病欠、あるいは繁忙期に一人へ負荷が集中したとき、突然事業が止まります。中小企業診断士として多くの事業を見てきましたが、属人化は平時に静かに蓄積し、有事に一気に牙をむくリスクです。
もう一つの弊害は、改善が止まることです。一人が抱え込んだ業務は、他の人がやり方を知らないので検証できません。非効率なやり方が続いても、誰も気づけない。属人化は、事業の成長そのものにブレーキをかけます。
EC事業は成長するほど属人化のリスクが高まります。売上が伸びれば業務量も増え、少人数のうちは一人ひとりが幅広い業務を抱えます。その状態のまま規模を追うと、一人が抜けたときの打撃がどんどん大きくなります。つまり、順調に伸びている事業ほど、属人化の解消を早めに手当てしておく必要があるのです。危機が起きてから慌てて引き継ごうとしても、そのときには手遅れになっていることが少なくありません。
属人化が生む具体的な損失
抽象的なリスクだと危機感が湧きにくいので、実際に起きる損失を挙げておきます。どれも珍しい話ではありません。
- 担当者の退職で業務が止まる。引き継ぎ資料がなく、やり方ごと失われる
- 繁忙期に一人へ負荷が集中する。その人が倒れれば全体が崩れる
- 休暇が取れない。代わりがいないため、担当者が休むと業務が滞る
- 価格や品質の判断がばらつく。基準が個人の頭の中にあり、共有されていない
- 改善提案が出ない。他者が中身を知らず、検証も提案もできない
これらは、平時にはコストとして目に見えません。だからこそ後回しにされ、有事に一気に表面化します。見えないコストを先に手当てするのが、仕組み化の本質的な狙いです。
業務の棚卸しから始める
仕組み化の第一歩は、業務の棚卸しです。いきなりマニュアルを書き始めるのではなく、まず「どんな業務が、誰によって、どう行われているか」を洗い出します。見えていない業務は、仕組み化できません。
棚卸しでは、次の観点で業務を書き出します。
| 観点 | 確認する内容 |
|---|---|
| 業務名 | 何をする業務か |
| 担当者 | 誰がやっているか。一人しかできないか |
| 頻度 | 毎日か、週次か、不定期か |
| 所要時間 | どれだけ時間を食っているか |
| 属人度 | その人以外にできる人がいるか |
この一覧を作ると、属人度が高く、頻度も高い業務が浮かび上がります。ここが最優先の仕組み化対象です。逆に、頻度が低く誰でもできる業務は後回しで構いません。棚卸しは、限られた時間をどこに投じるかを決める地図になります。
棚卸しの進め方のコツ
棚卸しは、頭の中だけで進めようとすると必ず漏れます。実際に手を動かす順番を示します。
- 1週間、業務を書き留める。その日にやった作業を、担当者ごとにメモしていく
- 不定期の業務も拾う。月次の締め、季節の対応など、毎日は起きない業務を思い出して足す
- 各業務に属人度をつける。「その人しかできない」ものに印をつける
- 頻度と所要時間を書き込む。どこに時間が消えているかを見える化する
この作業をすると、たいてい「思ったより多くの業務が一人に集中していた」ことに気づきます。仮に主要な業務の半分以上が特定の一人に集中していれば、その事業は静かに危険な状態にあります。まず現状を直視することが、対策の出発点です。
棚卸しには、副次的な効果もあります。書き出す過程で、誰も必要としていない業務や、重複している作業が見つかることです。長年の習慣で続けているだけの作業は、意外と多いものです。棚卸しは属人化の地図であると同時に、無駄を洗い出す健康診断でもあります。この段階で不要な業務を廃止できれば、後の仕組み化はさらに軽くなります。
マニュアルより仕組みを作る
属人化の解消というと、多くの人がマニュアル作成を思い浮かべます。しかしマニュアルには限界があります。書くのに時間がかかり、更新されず、そして読まれないからです。手順が変わるたびに書き直す必要があり、たいてい放置されて陳腐化します。
より本質的な解決は、そもそも人が手順を覚えなくてよい仕組みを作ることです。考え方の優先順位はこうです。
- なくせないか。その業務自体を廃止できないか
- 自動化できないか。人がやらずにシステムに任せられないか
- 簡単にできないか。誰でも迷わずできる形に単純化できないか
- それでも残る判断だけマニュアル化する
マニュアルは最後の手段です。たとえば受注処理を自動化すれば、そもそも「受注処理のマニュアル」は不要になります。ECの受注・出荷業務を自動化するで解説したように、業務を仕組みに置き換えれば、属人化は根本から消えます。マニュアルで人を教育するより、仕組みで人を不要にする方が強いのです。
なくす・簡単にするを先に考える
自動化と聞くと、すぐにツールやシステムを思い浮かべがちですが、その前に問うべきことがあります。「この業務は、そもそも必要か」です。長年続けているだけで、実は誰も使っていない集計表を毎週作っていた、というのはよくある話です。まず不要な業務を廃止すれば、自動化する手間すら要りません。
次に「簡単にできないか」を考えます。例えば、入力ミスが起きやすい作業なら、選択式にして手入力を減らす。判断に迷う作業なら、判断基準を一覧にして誰でも同じ結論に至れるようにする。仮に完全な自動化まで届かなくても、誰でも迷わずできる形に単純化するだけで、属人度は大きく下がります。凝った仕組みを作る前に、まずなくす・簡単にするで手当てできないかを検討するのが効率的です。この優先順位を守るだけで、無駄なシステム投資を避けられます。自動化ツールの導入に飛びつく前に、そもそもその業務は必要か、もっと単純にできないかを問う。この順番を徹底している事業ほど、少ない投資で大きく身軽になっています。
自動化すべき業務の見極め
すべてを自動化する必要はありません。自動化には作る手間がかかるので、投資対効果を見極めます。棚卸しで整理した「頻度」と「所要時間」が、この判断の材料になります。
自動化の優先度が高いのは、頻度が高く、判断が単純で、ミスが許されない業務です。売上集計、在庫の発注アラート、受注データの転記などが典型です。これらは毎日発生し、やり方が決まっていて、間違えると損失が大きい。まさに機械に向いた仕事です。具体的な自動化の実例はEC運営の定型業務はGASで自動化するで、コード付きで紹介しています。
逆に、頻度が低い業務や高度な判断を要する業務は、無理に自動化しなくてよい領域です。商品企画やクレームの個別対応などは、人の判断が価値を生みます。ここを自動化しようとすると、かえって複雑で壊れやすい仕組みになります。単純作業は機械に、判断は人に。この線引きが、効率化の質を決めます。
優先順位を4象限で考える
どれから手をつけるか迷ったら、頻度と所要時間の2軸で整理すると判断が楽になります。
- 頻度が高く、時間もかかる。最優先。自動化の効果が最も大きい
- 頻度は高いが、短時間。次点。塵も積もれば効くので単純化から着手
- 頻度は低いが、時間がかかる。手順の整備で属人化だけ解消しておく
- 頻度が低く、短時間。後回しでよい。無理に手を入れない
この整理をすると、限られた時間をどこに投じるべきかが一目で分かります。仮にすべてを一度に仕組み化しようとすると、必ず途中で息切れします。効果の大きい左上から順に、一つずつ潰していくのが続けるコツです。この4象限は、棚卸しで集めた頻度と所要時間のデータがあってこそ機能します。逆に言えば、棚卸しを飛ばして感覚で優先順位をつけると、効果の薄い業務から手をつけてしまい、労力の割に成果が出ません。地図を作ってから動く、という順序をここでも守ってください。
引き継ぎ可能な状態の定義
仕組み化のゴールは、誰に引き継いでも同じ品質で回る状態です。この状態を具体的に定義しておくと、仕組み化が正しく進んでいるか検証できます。
引き継ぎ可能な状態とは、次の条件を満たすことです。
- 業務がどこにあるか一覧で分かる。棚卸しが常に最新に保たれている
- 単純作業は自動化されている。人の記憶に頼る手順が最小限
- 残った判断業務は基準が明文化されている。何をもって判断するかが共有されている
- 一人しかできない業務がない。すべての業務に代替できる人か仕組みがある
この状態に近づけるほど、事業は個人から独立します。担当者が辞めても回り、繁忙期でも崩れず、改善も続く。属人化の解消は、単なる効率化ではなく、事業を人から自由にする経営の仕事です。伸び悩むEC事業者ほど、まず業務の棚卸しから始めることをお勧めします。
判断業務は基準を言語化する
自動化しきれない判断業務こそ、属人化が残りやすい領域です。ここを引き継ぎ可能にする鍵は、判断の基準を言語化することにあります。手順ではなく、基準です。例えば「値引き交渉にどこまで応じるか」なら、応じてよい上限とその条件を明文化しておけば、担当者が変わっても判断がぶれません。
ベテランが感覚でやっている判断を、質問しながら言葉にしていく作業は地道ですが、価値があります。「なぜそう決めたのか」を一つずつ聞き出し、基準として書き残す。この積み重ねが、頭の中にしかなかった暗黙知を、組織の資産に変えます。仮に基準が固まれば、その業務はマニュアルというより、判断のよりどころとして誰でも使える形になります。
基準を言語化するもう一つの利点は、判断の質そのものが上がることです。感覚でやっていた判断を言葉にする過程で、「本当にこの基準で正しいのか」を見直すきっかけになります。属人化していた判断は、往々にして一度も検証されていません。言語化は、その判断を組織の目にさらし、改善の対象に変えます。属人化の解消が、結果として意思決定の質を高めるのです。
仕組み化を続けるために
仕組み化は一度やって終わりではありません。業務は日々変わるので、放っておけば棚卸しは古くなり、新たな属人化が生まれます。だからこそ、定期的に棚卸しを見直す習慣を持つことが大切です。
おすすめは、節目ごとに「今、一人しかできない業務はどれか」を確認することです。新しい業務が増えていれば棚卸しに足し、属人化しかけていれば早めに手を打つ。この小さな点検を続けるだけで、属人化の再発を防げます。四半期に一度など、頻度を決めて習慣にしてしまうと負担になりません。仕組み化は、作るときだけでなく、保つときにも手をかける価値のある投資です。人が入れ替わっても崩れない事業は、こうした地道な運用の上に成り立ちます。
よくあるつまずきと回避策
仕組み化に取り組む事業者が陥りやすいパターンがあります。先に知っておけば避けられます。
一つ目は、いきなり完璧なマニュアルを作ろうとして力尽きるパターンです。膨大な手順書を書き始めたものの、完成する前に日々の業務に追われて頓挫する。これを避けるには、マニュアルより先に「なくす・自動化する・簡単にする」で業務そのものを減らすことです。書くべき対象が減れば、残りの整備は一気に軽くなります。
二つ目は、担当者の抵抗です。属人化している本人にとって、自分にしかできない仕事は立場の裏付けでもあります。だから仕組み化に非協力的になることがあります。ここで大切なのは、仕組み化を「その人を不要にするため」ではなく「その人が休めて、より価値の高い仕事に移れるため」と位置づけることです。単純作業から解放されることが本人の利益になると伝われば、協力は得やすくなります。
三つ目は、作った仕組みを放置して陳腐化させるパターンです。前述の通り、業務は変わり続けます。仕組みも定期的に見直さなければ、いつの間にか実態と合わなくなり、結局また手作業に戻ってしまいます。作りっぱなしにせず、保守する担当と頻度を決めておくことが、仕組みを生かし続ける条件です。
小さな成功を早く作る
仕組み化を組織に根づかせる最大のコツは、早い段階で目に見える成果を一つ作ることです。最も面倒で、最も効果の大きい業務を一つだけ選び、それを仕組みに置き換える。担当者が「これは楽になった」と実感すれば、次の仕組み化への協力も、経営としての投資判断も一気に進めやすくなります。
逆に、最初から全社の全業務を一度に変えようとすると、現場は混乱し、抵抗が生まれ、たいてい頓挫します。小さく始めて成功体験を積み、その勢いで少しずつ広げる。仮に月に一つずつでも仕組み化を進めれば、一年後には事業の姿がまるで変わっています。焦らず、しかし止まらず進めることが、属人化からの脱却を確実にします。
- 属人化した業務が有事に事業を止めるリスクを認識しているか
- 業務を棚卸しし、属人度と頻度で優先順位をつけたか
- マニュアルより先に、なくす・自動化する・簡単にするを検討したか
- 単純作業は機械に、判断は人にと線引きできているか
- 判断業務の基準を言語化して共有しているか
- 誰に引き継いでも回る状態を具体的に定義したか
