月5件だった受注が、気づけば50件になっていた。それは本来、喜ばしいことのはずだ。ところが現場では、誰もその事実を素直に喜べない。発注処理、在庫確認、請求書の作成——一つひとつは小さな作業でも、10倍の件数が押し寄せれば、同じ人間が同じやり方で対処し続けることには限界がある。
「売上が伸びているのに、なぜか現場は疲弊している」。この矛盾を抱えた経営者は少なくない。原因はシステムの問題でも、人材の問題でもない。業務フローの設計が、売上規模に追いついていないことが本質だ。
スケールが壊すのは「人の頑張り」ではなく「設計の前提」
月5件の発注を管理するために作ったExcelシートは、月5件という前提で設計されている。1行ずつ手入力し、在庫列を目視で確認し、メールで仕入れ先に連絡する。そのフローは、5件であれば1時間かからずに終わる。
ところが、これが50件になるとどうなるか。同じ作業が10倍になるだけでなく、ミスの確率も上がる。入力漏れ、重複発注、在庫の二重管理——担当者はミスを防ぐために確認作業を増やし、気づけば在庫表の更新だけで毎日2時間を費やしている。それでも完全には防ぎきれない。
これは担当者の能力の問題ではない。月5件用の設計を、月50件の現実に当てはめていることが原因だ。道具は使う人間の問題ではなく、用途と規模に合った設計になっているかどうかが問題になる。
「詰まり」はどこで起きるか
業務の詰まりは、たいてい同じ場所に起きる。情報の集約点、判断の発生点、手作業の連続点——この三つだ。
情報の集約点
受注情報、在庫情報、発注情報が別々の場所に存在している場合、誰かがそれを手作業で突き合わせる必要がある。件数が少ないうちはそれで回る。しかし件数が増えると、その突き合わせ作業自体が仕事になっていく。一人の担当者が情報の橋渡し役になることで、その人が休むと業務が止まる構造ができあがる。
判断の発生点
「この在庫数なら発注すべきか」「この顧客には特別対応が必要か」——こうした判断は、担当者の経験と記憶に依存していることが多い。件数が少なければ担当者の頭の中に収まるが、件数が増えると判断の質が落ちる。または判断するための確認に時間がかかるようになる。
手作業の連続点
データをAのシステムからBのシステムへコピーする、PDFを作って印刷してスキャンする、メールで承認を取ってからシステムに反映する——こうした手作業の連鎖は、件数が増えるほど時間を食う。自動化されていない連鎖はすべて、スケールの壁になる。
「頑張る」で乗り越えようとすると、何が起きるか
多くの中小企業では、業務の詰まりを人の頑張りで乗り越えようとする。残業を増やす、担当者を増員する、ベテランが特別対応でカバーする。これが機能するのは、詰まりが一時的なものであるときだけだ。
しかし、売上拡大に伴う詰まりは構造的なものだ。売上が伸び続ける限り、詰まりは増え続ける。頑張りで対処しようとすると、現場の疲弊が積み重なる。疲弊した担当者はミスを増やし、ミスへの対処がまた時間を奪う。このサイクルに入ると、売上が伸びれば伸びるほど現場が苦しくなるという逆説が生まれる。
増員で解決しようとしても、同じ設計のまま人を増やせば、コミュニケーションコストが増え、引き継ぎコストが増え、ミスの原因が増える。人を増やすことは、設計を変えることの代替にはならない。
業務フロー再設計の考え方
詰まりを解消するには、業務フローを現在の規模と将来の規模に合わせて再設計する必要がある。その際、重要な順序がある。
まず「流れ」を可視化する
現状の業務フローを紙に書き出す。誰が何をどの順番でやっているか、情報はどこに存在してどこへ移動するか、判断はいつ誰がどんな基準で行っているか。この可視化なしに改善に入ると、「この部分だけ効率化した」という部分最適が積み重なり、全体としては詰まりが解消されない。
「なくせるか」から問う
効率化の前に、その作業が本当に必要かどうかを問う。例えば、毎朝在庫表を更新する作業は、在庫数がリアルタイムで参照できる仕組みがあれば不要になる。承認フローを経由する作業は、承認基準が明確になればルール化して自動承認できるものもある。「どうすれば速くできるか」よりも「そもそもやらなくて済むか」を先に考える。
「仕組み化」は設計の後に来る
ツールやシステムの導入は、フローの再設計が終わった後の話だ。設計が変わっていないまま新しいツールを入れると、使いにくい道具が増えるだけになる。現状の非効率なフローをそのままシステム化しても、非効率さは温存される。
フローの再設計では、誰が何を持つか（情報の所在）、誰が何を決めるか（判断の所在）、何が自動でできるか（手作業の排除）の三点を明確にする。この設計が終わった段階で、どんなツールや仕組みが必要かが具体的に見えてくる。
売上規模に応じた設計の「段階」がある
業務フローの設計に正解はなく、売上規模や業種、チーム構成によって最適解が異なる。ただし、一つの法則がある。現在の規模に最適化された設計は、次のステージでは制約になる、ということだ。
月5件のフローを月50件用に設計し直しても、月500件になれば再び詰まる。だからといって最初から月500件を見越した複雑な仕組みを作るのも現実的ではない。重要なのは、どの段階でどの設計が必要かを意識し、次のステージに移行するタイミングを早めに察知することだ。
詰まりが起き始めたとき、現場の誰かが「これは限界に来ている」と感じている。その声を早期に拾い上げることができる経営者は、次のステージへの移行を先手で行える。詰まりが爆発してから動くのではなく、詰まりの兆候が見えた段階で設計を問い直す習慣が、スケールする組織を作る。
「詰まり」は失敗のサインではなく、成長のサインだ
現場が詰まっているということは、それだけの量の仕事が来ているということだ。売上が伸びた証拠であり、事業が機能している証拠でもある。それ自体は、誇るべきことだ。
問題は詰まりそのものではなく、詰まりに気づきながら設計を変えないでいることだ。同じフローで限界まで頑張り続けると、いつかその負荷が人に向かう。担当者が辞める、ミスが頻発する、顧客対応の質が落ちる——こうした事態は、設計の問題が人の問題として現れたものだ。
売上が伸びる節目ごとに、業務フローを問い直す。それが、成長を続ける中小企業が共通して持っている姿勢だ。どんな仕組みも、それを使う人の負担を減らすために存在する。現場が楽になる方向へ設計を変え続けることが、スケールし続ける組織の基本にある。
業務フロー再設計を「いつ」始めるか
「まだ大丈夫」と思い続けることが、最も高くつく判断になることがある。現場の担当者が残業で対処できているうちは、経営者の目には問題が見えない。しかし残業で埋めているということは、すでに設計が限界に近づいているサインだ。
業務フローの見直しは、詰まってから始めると遅い。詰まりが起きている状態で再設計に時間を割く余裕は現場にない。理想は、まだ回っているうちに「次のステージに備えた設計」に移行することだ。具体的には、現在の処理量が設計上限の6〜7割に達した頃が見直しの目安になる。
「今は忙しいからあとで」が積み重なる
業務が増え始めると、再設計を後回しにする理由が次々と生まれる。案件対応が忙しい、採用が先だ、システム投資の予算がない——一つひとつは正当な理由に見える。しかし「あとで」が積み重なった先に待っているのは、何倍もの規模の詰まりだ。
フローの再設計に必要な投資は、詰まりが軽度な段階のほうが少なくて済む。問題が小さいうちに対処するほうが、時間もコストも少ない。これは業務改善に限らず、組織運営の基本原則だ。
「業務設計」は経営者の仕事だ
業務フローの設計は、現場担当者に任せておけばいい話ではない。担当者は目の前の仕事を回すことに集中している。設計上の問題に気づいていても、それを言語化して経営に上げる余裕も、変える権限もないことが多い。
業務設計は、経営判断の問題だ。どこに人を配置するか、何を仕組み化するか、どの作業を外部に委ねるか——これらは経営者が設計し、決断する事柄だ。現場に任せきりにすると、場当たり的な対処が積み重なり、全体のフローがより複雑に絡まっていく。
売上が伸びるほど現場が詰まっていく構造が生まれているとしたら、それは現場の問題ではなく、設計の問題だ。その設計を問い直す責任は、経営者にある。業務フローを定期的に見直す習慣を持つ経営者の組織は、スケールのたびに強くなっていく。そうでない組織は、成長するたびに内側から軋みが増していく。
売上拡大は目標ではなく、通過点だ。その先に続く成長を支えるのは、規模に合った業務の設計だ。
読んで気になることがあれば、まず話だけでも。
まず、業務を聞かせてください →