業務設計・仕組み化
業務フローの作り方|属人化した仕事を現場で回る仕組みに変える
業務フローは、作業手順を図にするだけでは不十分です。目的、起点、担当、判断、インプット、アウトプット、期限、例外処理まで整理すると、引き継ぎ・改善・システム化に使える設計になります。
業務フローを作る目的は、きれいな図を作ることではありません。「誰がボールを持ち、何を判断し、どこで次工程へ渡し、どこで止めるか」を共通言語にすることです。
属人化している会社では、ベテランが頭の中で判断している条件が見えません。そのため人が変わると品質が落ち、引き継ぎで抜け漏れが起きます。
図解:業務フローを5層で設計する
| 層 | 表現するもの | 例 |
|---|---|---|
| ① フェーズ | 大きな流れ | 引合→提案→契約→実行→請求 |
| ② タスク | 具体作業 | 見積作成、与信確認 |
| ③ 役割 | 誰が担当・承認するか | 営業、PM、経理、役員 |
| ④ GATE | 次へ進める条件 | 粗利基準、契約承認 |
| ⑤ TRAP | ミスが起きやすい受け渡し | 営業→制作、納品→請求 |
1. まずは7〜10フェーズで全体を切る
いきなり細かい手順を書かず、顧客接点から入金・フォローまで大きな流れを置きます。
2. 部門間の“受け渡し”を重点的に見る
事故は作業そのものより、部門間の引き継ぎで起きやすいものです。誰が、何を、どの形式で渡すかを明確にします。
3. 承認ポイントをGATE化する
「念のため確認」ではなく、「この条件を満たさない限り次工程へ進まない」と定義します。粗利率、与信、契約、品質などが代表例です。
4. 人名ではなく役割で定義する
「山田さんが承認」ではなく「営業部長が承認」とします。組織変更や退職があっても仕組みが残ります。
5. 図と詳細表を分ける
図は全体を“見る”ため、詳細表は基準を“引く”ために使います。1枚のフロー図にすべてを書き込むと読めなくなります。
業務フロー詳細化シートの項目例
| 項目 | 記載内容 |
|---|---|
| タスクNo | 2-3-1 |
| タスク名 | 見積提出前レビュー |
| 担当 | 営業担当 |
| 承認 | 営業Mgr |
| 入力 | 見積原価、工数 |
| 判断基準 | 粗利○%以上 |
| 完了条件 | 承認ログ保存 |
| 保管場所 | CRM / Box |
先に可視化すべき“危険箇所”
- 契約前に作業を始める
- 追加要件を無償で受ける
- 発注・請求の漏れ
- 口頭承認だけで進む
- 納品後の責任者が不明
YSKGのクライアントではどうだったか
※守秘義務の観点から、業種・規模・数値・時期など、事例の一部を特定できない形に一般化しています。
制作会社で、7つのフェーズを部門横断のフローにした
あるクリエイティブ・制作会社では、問い合わせから提案、契約、制作、納品、請求、振り返りまで複数部門が関与していました。しかし部門ごとの手順は分かっていても、受け渡しの全体像が見えにくい状態でした。
YSKGでは、業務を7つのフェーズに分け、営業・企画・制作・管理・判断承認の5レーンでスイムレーン図を作成しました。誰がボールを持つか、どこで承認が必要か、どこで引き継ぎミスが起こりやすいかを一枚で確認できるようにしました。業務フローを「作業一覧」ではなく、部門間の受け渡しを管理する仕組みにした事例です。
よくある質問
Q1. このテーマに取り組むとき、最初に何から始めるべきですか?
まず現状を事実で可視化し、「どこで意思決定や実行が止まっているか」を絞ることです。いきなり制度やフォーマットを作るより、ボトルネックを特定してから設計した方が手戻りが減ります。
Q2. どのくらい作り込めば運用を始められますか?
最初から100点を目指す必要はありません。経営インパクトの大きい部分を優先し、60〜70点の状態で試行し、実際の運用データを見ながら更新する方が定着します。
まとめ
このテーマで重要なのは、個人の努力に依存せず、責任・判断基準・指標・会議・評価を一つの仕組みとしてつなぐことです。制度や資料を作るだけではなく、現場で使われ、経営判断が変わるところまで設計して初めて成果につながります。
YSKGへのご相談
業務プロセスの棚卸し、詳細化フォーマット、現場定着まで支援できます。
株式会社YSKGは、経営支援・組織人事・ビジネスコーチングの3領域で、個別テーマだけでなく相互のつながりを見ながら成長企業に伴走しています。
お問い合わせ・初回相談はこちら部門をまたぐ案件で、責任の所在と承認のタイミングが曖昧だった会社
