Fab Forward Dev/

ナレッジベース

製造業の一般知識

業務フロー設計 / Business Workflow Design

業務フロー (Business Process) の設計原則、承認プロセス (稟議)、プロセスマッピング。 流程化管理 (Process-driven Management) の概念と中小製造業への適用。

DDD 対応: ddd/sales/workflow.md (営業プロセスのワークフロー) → 知識ベース: knowledge/04-japanese-sme/business-structure.md (中小企業の組織構造)


1. 流程化管理 (Process-driven Management) の概念

定義

流程化管理とは、業務プロセスを核心として組織を設計・運営する管理手法。 Michael Hammer (1990) が提唱した BPR (Business Process Reengineering) を起源とする。

流程の三要素

┌──────────┐     ┌──────────────┐     ┌──────────┐
│  入力     │────→│   処理過程    │────→│  出力     │
│ (Input)  │     │  (Process)   │     │ (Output) │
│          │     │              │     │          │
│ 前置準備  │     │ 承認・変換    │     │ 成果物    │
│ 申請材料  │     │ 判断・加工    │     │ 結果・決定 │
└──────────┘     └──────────────┘     └──────────┘

ISO 9000 の定義: 流程 (プロセス) とは「入力を出力に変換する、 相互に関連または相互に作用する活動の集合」

流程化管理の 4 つの特徴

特徴説明中小製造業での意味
プロセス志向職能別でなくプロセス別に組織を見る部門の壁を越えた受注~出荷の一貫管理
逆算思考結果から逆算して過程を設計納期から逆算した工程設計
時間重視各ステップの所要時間を管理リードタイム短縮が競争力
連続性重視全フローの績効を重視 (部分最適でなく)営業→設計→製造→出荷の全体最適

2. 流程化管理の実施前提条件

3 つの前提

前提説明中小企業での現実
制度保障フローを支える制度・規程が存在暗黙のルールが多く、明文化されていない
組織構造保障扁平な組織でプロセスが横断社長→現場の 2 階層で逆に機能しやすい
監督体制フローの遵守を監視する仕組み社長の目が届く小規模組織ならば可能

中小企業の利点と課題

利点:
  ✓ 意思決定が速い (社長判断で即決)
  ✓ 組織がフラット (承認階層が少ない)
  ✓ 全員が顔見知り (コミュニケーションコスト低)

課題:
  ✗ フローが属人的 (○○さんがいないと進まない)
  ✗ 暗黙知が多い (手順が文書化されていない)
  ✗ 例外処理が常態化 (社長の一声でフロー無視)

3. 営業業務フローの設計

営業プロセスの全体像

[引合い] → [ヒアリング] → [見積作成] → [見積提出] → [商談/交渉]
                                                        ↓
[受注確認] ← [契約/注文書] ← [価格合意] ← [技術確認] ←─┘
    ↓
[社内展開] → [設計] → [資材手配] → [製造] → [検査] → [出荷] → [請求]

見積プロセス (中小製造業の最重要フロー)

ステップ担当入力処理出力所要時間
1. 引合い受付営業顧客からの問合せ要件整理引合い記録即時
2. 技術確認技術/設計図面・仕様書製造可否判断技術回答書1-3 日
3. 原価積算営業+製造BOM、工程表材料費+加工費+経費原価計算書1-2 日
4. 価格決定営業部長/社長原価、競合情報利益率の設定見積書 (案)0.5 日
5. 承認社長見積書 (案)金額・条件の最終判断承認済み見積書0.5-1 日
6. 提出営業承認済み見積書顧客への提出見積書 (控)即時

4. 承認プロセス (稟議 / Ringi)

稟議とは

日本企業固有の合意形成プロセス。起案者が稟議書を作成し、 関係者が順に承認する (ハンコを押す) ことで意思決定を行う。

承認権限マトリクス

決裁区分金額基準承認者中小製造業での現実
A (社長決裁)500 万円超社長新規設備、大型案件
B (部長決裁)100-500 万円営業部長通常の見積、発注
C (課長決裁)50-100 万円営業課長リピート品の見積
D (担当者判断)50 万円未満営業担当小口の注文、消耗品

中小製造業の承認フローの特徴

理論中小の現実システムへの対応
複数階層の稟議社長の口頭 OK で即決簡素な 1-2 段階の承認
書面の稟議書LINE やメールで「いいよ」チャット連携、モバイル承認
金額基準で分類案件の重要度で社長が判断金額 + 顧客重要度で分岐
承認の記録保持記録が残らない承認ログの自動保存

デジタル承認フローの設計

┌─────────┐     ┌─────────┐     ┌─────────┐
│ 起案     │────→│ 審査     │────→│ 決裁     │
│ (Draft)  │     │ (Review) │     │ (Approve)│
└─────────┘     └─────────┘     └─────────┘
     ↓ 差戻し        ↓ 差戻し        ↓ 却下
┌─────────┐     ┌─────────┐     ┌─────────┐
│ 修正     │     │ 条件付き │     │ 却下理由 │
│          │     │ 承認     │     │ 記録     │
└─────────┘     └─────────┘     └─────────┘

5. フロー設計の原則

設計の 5 原則

#原則説明実践例
1実際に即す企業と業務の実態に合わせる理想論でなく現場の動きに合致
2目標指向最終目標から逆算して設計「納期遵守率 95%」をゴールに
3結果志向プロセスでなく成果で評価承認回数でなく処理速度で評価
4節点の接続ステップ間の引継ぎを密に営業→製造の情報伝達を標準化
5実効性重視形骸化しないフロー運用 3 ヶ月後に必ず見直し

「4W 2D」法 (フロー設計のフレームワーク)

要素問い例 (見積フロー)
起点 (Start)フローの発動条件は?顧客からの引合い受付
終点 (End)最終的な成果物は?承認済み見積書の提出
What核心業務は何か?原価積算と価格決定
Who誰が関与するか?営業、技術、社長
Whenいつまでに完了?引合いから 5 営業日以内
Whereどこで実行するか?社内 + 顧客先

6. 標準操業手順書 (SOP / Standard Operating Procedure)

SOP の構成要素

要素内容営業 SOP の例
目的なぜこの手順が必要か見積回答速度の標準化
適用範囲いつ・誰が使うか新規見積案件すべて
手順ステップバイステップ1. 引合い登録 → 2. 技術確認依頼 → ...
判断基準分岐の判断ルール100 万超は社長承認
帳票・ツール使用する書類・システム見積テンプレート、CRM
責任者各ステップの責任者営業担当、営業部長

SOP 整備の優先順位 (中小製造業)

優先度業務フロー理由
最高見積作成・提出受注の入口。属人化が最も深刻
受注処理正確な情報伝達が納期遵守の前提
クレーム対応迅速な対応が顧客維持の生命線
新規顧客開拓標準化しにくいが、ノウハウ共有が必要
売掛金回収キャッシュフローに直結

7. デジタルワークフロー変革

現状の業務フローとデジタル化

現状 (紙・Excel)デジタル化後効果
手書きの見積書テンプレート自動入力作成時間 50% 削減
FAX で見積提出PDF メール + ポータル到達確認の即時化
口頭の承認モバイル承認フロー承認ログの自動記録
Excel の受注台帳CRM/受注管理システムリアルタイム集計
紙の日報モバイル活動報告データの自動集約

段階的デジタル化のステップ

Phase 1: 記録のデジタル化 (3ヶ月)
  - 見積書テンプレートの標準化
  - 顧客マスタの整備
  - 活動記録の入力開始

Phase 2: フローのデジタル化 (6ヶ月)
  - 承認ワークフローの電子化
  - 見積→受注の自動連携
  - 日報データの自動集計

Phase 3: 判断のデジタル支援 (12ヶ月)
  - パイプライン分析
  - 受注予測
  - 原価・粗利の自動計算

8. 部門間連携のフロー設計

営業と他部門の接点

        ┌─────────┐
        │  顧客    │
        └────┬────┘
             ↓
┌────────────────────────┐
│      営業部             │
│  引合い→見積→受注       │
└────┬───────┬───────┬───┘
     ↓       ↓       ↓
┌────────┐┌───────┐┌───────┐
│ 設計部 ││製造部 ││経理部 │
│ 技術確認││工程計画││請求   │
│ 図面作成││納期回答││入金管理│
└────────┘└───────┘└───────┘

部門間引継ぎの標準化

引継ぎポイント発信元受信先必須情報現状の課題
引合い→技術確認営業設計図面、仕様、数量、納期口頭伝達で情報漏れ
受注→生産指示営業製造受注内容、納期、特記事項Excel 手入力で転記ミス
出荷→請求製造経理出荷実績、単価タイムラグで請求漏れ
クレーム→対策営業品質クレーム内容、顧客要望営業が抱え込んで共有遅延

9. システム設計への示唆

フロー設計の知見DDD でのモデリング
入力→処理→出力の三要素コマンド → 集約の状態遷移 → ドメインイベント
承認フローの分岐ApprovalWorkflow の状態マシン (Draft→Review→Approved)
部門間の引継ぎBounded Context 間のドメインイベント連携
SOP の標準化ProcessTemplate エンティティ + バリデーションルール
例外処理の管理EscalationPolicy (通常フロー外の処理ルール)
フローの監視プロセスメトリクス: リードタイム、滞留時間の自動計測
段階的デジタル化MVP は見積フローから。拡張は受注→製造連携へ