成長していくあらゆる企業には、ある瞬間が訪れる。ここまで連れてきてくれたものが、今度は足かせになり始める瞬間だ。かつては数分で済んだ承認が、いまでは数日かかる。明快に思えた意思決定が、いまでは3回の会議を必要とする。以前は素早く動けたチームが、自らの仕組みによって身動きが取れなくなる。
これは怠慢ではない。10人向けに作られたプロセスが、50人という現実とぶつかったときに起きることだ。私は、さまざまな企業やフェーズでこの光景を見てきた。毎回、成長がプロセス設計を上回る。誰もそれを計画していない。ただ、そうなってしまうのだ。
崩壊の始まり
そこには予測可能なパターンがある。数時間で終わるはずのタスクが数日に伸びる。請求書の承認に数週間、あるいはそれ以上かかる。2000ドルの仕入先請求書が、誰が承認するのかが不明確なために、誰かの受信箱に10日間も放置される。これが月に100件の請求書で起きれば、キャッシュフローの問題になる。
次に混乱が生じる。そして壊れた仕組みのせいで、ついに不満が表面化する。人々は抜け道を作る。承認はシステムではなくSlackで行われる。正式な承認を待たずに支払いが処理される。これらは解決策のように見える。しかし実際には終わりの始まりであり、そのコストはすぐに表面化する。
なぜ複雑さは売上より速く増殖するのか
ある企業と仕事をしたとき、「公式」の仕入先リストが3つもあったことを覚えている。財務はCRMを信頼していなかった。営業は会計を信頼していなかった。誰もがそれぞれ異なる「現実の版」を前提に働いていたのだ。
新たな採用、拠点、仕入先の追加のたびに、依存関係が持ち込まれることを忘れてはならない。1つの営業チームでうまくいっていたことが、3つの地域チームには通用しない。月次請求で機能していたことは、日次で請求するようになれば機能しない。
多くの企業は問題に直面すると、プロセス、レポーティング、承認を追加して対応する。それが正しい手のように感じられるが、往々にして、解決しようとしている問題そのものを生み出してしまう。
成長企業は、従業員数が50人前後で調整のボトルネックにぶつかり、さらに150人前後で再びぶつかることがある。整理に役立っていたはずのシステムが、実はスピードを落とす原因になるのだ。
最初に壊れるもの
次に、キャッシュフローの可視性が失われる。請求書が承認待ちのキューに滞留し、費用が複数ツールに散らばると、実際にどこにいるのかが見えなくなる。経理部門は後手に回るようになる。
あらゆる選択がプロセスの層を通過しなければならなくなると、意思決定のスピードは停止する。やがてチームは意思決定をしなくなり、許可待ちになる。不必要な関係者を巻き込む。私は、営業担当の副社長が5000ドルのマーケティングテストの承認を得るのに2週間を費やすのを見た。承認が出る前に、市場の機会の窓は閉じてしまった。
品質も損なわれる。引き継ぎが増えるほど、漏れが増える。システムが増えるほど、不整合が増える。チームは予防よりも、ミスの修正に多くの時間を費やすようになる。
実際にこれを直す方法
1つの実際の取引を追いかけよ。5000ドルの請求書を選び、受領から支払いまでを追跡する。すべてのステップ、すべての人、すべてのツールを書き出す。理由のないステップが見つかるはずだ。同じ検証を3人が行っていることもある。システムではなくメール経由で行われた承認依頼も見つかるだろう。
この作業だけで、通常はプロセスの30〜40%を削減できることが明らかになる。
各ステップで危険な問いを投げかける。「これを取り除いたら、実際に何が壊れるのか」。何も壊れないなら、削るべきだ。答えが「可視性が失われる」なら、そのステップでなぜ可視性が必要なのかを問う。誰かが「承認が必要だ」と言うなら、なぜなのかを問う。本当の承認は判断を加えるが、チェックボックスを埋めるだけの承認は遅延を生む。
私はある企業でこれを実施し、1000ドル超の請求書にはすべて3つの承認が必要だと分かった。承認者は全員、同じことを確認していた。発注書と一致しているかどうかだ。3人がチェックする必要はなかった。必要だったのは、1人が一致を検証し、もし一致しなければどうするかを決める1人がいることだった。承認時間は5日から1日に短縮された。
簡素化のためのフレームワーク
分断されたシステムは効率を奪う。請求書はある場所に、承認はメールに、支払いはスプレッドシートにある。人々は1日の半分を、システム間のデータ移動に費やす。ツールの統合が次のステップだ。
1. シームレスに統合できるシステムを探す
会計ソフトは、手動でも週次のエクスポートでもなく、決済システムと自動で同期すべきである。
2. 正しいものを自動化する
自動化は有効だが、まず根本のプロセスを直してからでなければならない。壊れたワークフローを自動化しても、失敗が速くなるだけだ。目的は、人が下さなければならない意思決定の数を減らすことであり、悪い意思決定を速くすることではない。
3. 承認ルールを明文化する
誰が何を承認するかを書き出す。日常的な仕入先への支払いは該当マネジャーへ。5000ドル超は財務へ。5万ドル超は経営陣へ。Slackに埋もれた非公式の承認は認めない。
4. リアルタイムの可視性を構築する
どこまで進んでいるかが分からなければ、人は確認せざるを得ない。だが皆が確認すれば、割り込みの連鎖が生まれる。自動化されたシステムは、処理コストを下げ、保留・承認済み・支払い処理中といったステータスの可視性を提供できる。
うまくいっているときの姿
健全な企業では、プロセスは見えないもののように感じられる。チームは何をすべきかを理解している。ルールが明確だから承認が進む。データは1カ所に集約されている。
財務は週単位ではなく日単位で締める。オペレーションは、何度もやり取りを重ねるのではなく、数時間で仕入先を登録する。経営陣は手作業の集計なしに正確なレポートを引き出す。
これは、かつての企業ではなく、実際の今の企業に合わせてシステムが設計されているときに起きることだ。
成長は勢いとして感じられるべきである。プロセスの複雑さがボトルネックになったとしても、それは何かを間違っている兆候ではない。インフラの許容量を超えて成長した兆候だ。動き続けられる企業とは、自社のプロセスがいまも役に立っているかを定期的に問い直せる企業である。そして役に立たなくなったときには、作り直す。
