業務改善 / Process Improvement & Waste Elimination
営業・間接業務における改善手法: PDCA、カイゼン、ムダ排除。
製造業のリーン原則を営業オペレーションに適用する方法論。
→ DDD 対応: ddd/sales/metrics.md (営業効率メトリクス)
→ 知識ベース: knowledge/02-lean-toyota/kaizen.md (改善の原則)
→ 知識ベース: knowledge/02-lean-toyota/seven-wastes.md (7 つのムダ)
1. 営業業務のムダ (Waste in Sales Operations)
製造の 7 つのムダを営業に翻訳
大野耐一が定義した 7 つのムダは製造現場の概念だが、
営業・間接業務にもそのまま適用できる。
| # | ムダの種類 | 製造の例 | 営業・間接業務の例 |
|---|
| 1 | 作りすぎ (Overproduction) | 需要以上に生産 | 提出しない見積書の作成、不要な報告書 |
| 2 | 手待ち (Waiting) | 前工程の完了待ち | 社長の承認待ち、顧客の回答待ち |
| 3 | 運搬 (Transportation) | 工場内の不要な移動 | 不要な会議出席、データの二重入力 |
| 4 | 加工そのもの (Over-processing) | 仕様以上の精度 | 過度に詳細な報告書、不要な承認ステップ |
| 5 | 在庫 (Inventory) | 過剰な仕掛品 | 未処理のメール、停滞した案件 |
| 6 | 動作 (Motion) | 工具を探す時間 | 資料を探す時間、システムの切替え |
| 7 | 不良 (Defects) | 不良品の手直し | 見積ミスの訂正、受注情報の入力ミス |
8 番目のムダ: 人材の未活用 (Unused Talent)
| 製造 | 営業 |
|---|
| 改善提案を無視 | 営業現場の声を経営に反映しない |
| 単純作業のみ | 事務作業に追われて提案営業ができない |
| 多能工化しない | 特定顧客の担当固定で知見が広がらない |
2. 営業プロセスのバリューストリーム分析 (VSM)
見積プロセスの VSM 例
[引合い受付] → [要件確認] → [技術確認待ち] → [技術確認] → [原価積算]
0.5h 1h 24-48h 4h 2h
→ [承認待ち] → [社長承認] → [見積書作成] → [提出] → [顧客回答待ち]
12-24h 0.5h 1h 0.5h 72-240h
付加価値時間: 0.5 + 1 + 4 + 2 + 0.5 + 1 + 0.5 = 9.5h (約 1.2 日)
総リードタイム: 約 5-15 営業日
付加価値率: 9.5h / 40-120h = 8-24% ← 大部分が「待ち時間」
ボトルネックの特定
| ボトルネック | 原因 | 影響 | 改善策 |
|---|
| 技術確認待ち | 設計部門が製造を優先 | 見積回答が遅延 | 技術確認の優先度ルール設定 |
| 社長承認待ち | 社長が外出・出張中 | 全案件が停滞 | 金額基準による権限委譲 |
| 顧客回答待ち | フォローアップ不足 | 案件の自然消滅 | 1 週間後の自動リマインド |
| 原価積算 | BOM 情報が属人的 | 見積精度のバラツキ | 過去見積の DB 化、テンプレート整備 |
3. PDCA サイクルの営業適用
PDCA の 4 ステップ
Plan (計画) → Do (実行) → Check (確認) → Act (改善)
↑ |
└──────────────────────────────────────────┘
営業活動での PDCA
| ステップ | 内容 | 具体例 | 頻度 |
|---|
| Plan | 目標設定と行動計画 | 月間訪問計画、重点顧客の特定 | 月初 |
| Do | 計画に基づく営業活動 | 訪問、提案、見積提出 | 毎日 |
| Check | 結果の測定と差異分析 | 訪問数、成約率、売上達成率の確認 | 週次/月次 |
| Act | 標準化 or 改善策の実行 | アプローチ方法の改善、ターゲット変更 | 月次 |
中小製造業での PDCA の現実
| 理論 | 現実 | 改善のポイント |
|---|
| Plan: 年間計画を策定 | 計画なし。案件が来たら対応 | 月次の数字目標だけでも設定 |
| Do: 計画通りに実行 | 飛び込み対応で計画が崩れる | 計画 70%、飛び込み 30% の枠設定 |
| Check: データで振り返り | 感覚的な「今月は忙しかった」 | 週次で 3 つの KPI だけ確認 |
| Act: 改善策を標準化 | やりっぱなし。同じ失敗を繰り返す | 月次会議で「良かった/悪かった」を記録 |
4. カイゼン (継続的改善) の営業適用
カイゼンの原則 (営業版)
| 原則 | 製造での意味 | 営業での意味 |
|---|
| 全員参加 | 現場作業者も改善に参加 | 営業事務も含め全員が改善提案 |
| 継続的 | 毎日の小さな改善 | 週 1 回の「もっと良くできること」の共有 |
| 小さな改善 | 大投資なしの工夫 | ツールの使い方、メールのテンプレート化 |
| 現地現物 | 現場で実態を見る | 顧客先での気づきを即座に共有 |
営業カイゼン活動の例
| 改善テーマ | Before | After | 効果 |
|---|
| 見積作成時間 | 1 案件 3 時間 | テンプレート化で 1 時間 | 67% 削減 |
| 顧客情報共有 | 担当者の頭の中 | 共有ファイルに記録 | 属人化解消 |
| 報告書作成 | Word で毎回一から | フォーマット固定 | 70% 削減 |
| 移動時間 | 無計画な訪問 | エリア別の訪問日設定 | 移動 30% 削減 |
| 会議時間 | 1 時間の週次会議 | 20 分スタンディング | 67% 削減 |
5. なぜなぜ分析 (5 Why) の営業適用
例: 見積の成約率が低い
なぜ 1: なぜ成約率が低い?
→ 顧客が他社に発注している
なぜ 2: なぜ他社に発注する?
→ 当社の見積回答が遅い
なぜ 3: なぜ見積回答が遅い?
→ 技術確認に時間がかかる
なぜ 4: なぜ技術確認に時間がかかる?
→ 設計部門が製造の仕事を優先している
なぜ 5: なぜ製造を優先する?
→ 見積の技術確認に対する優先順位ルールがない ← 根本原因
対策: 見積の技術確認を「引合い受付後 24 時間以内」と SOP 化
例: 既存顧客からの受注が減少
なぜ 1: なぜ受注が減っている?
→ A 社からの発注頻度が落ちている
なぜ 2: なぜ発注頻度が落ちている?
→ A 社が一部の注文を他社に切り替えた
なぜ 3: なぜ他社に切り替えた?
→ 当社の納期遅延が続いていた
なぜ 4: なぜ納期遅延が続いた?
→ 営業が無理な納期で受注していた
なぜ 5: なぜ無理な納期で受注した?
→ 製造部門との納期確認フローがなかった ← 根本原因
対策: 受注前の「納期確認フロー」を必須化
6. プロセス改善の実施手順
6 ステップ改善法
| ステップ | 内容 | ポイント |
|---|
| 1. 現状把握 | 現在のプロセスを「そのまま」描く | 理想ではなく現実を記録 |
| 2. ムダの特定 | 付加価値 vs 非付加価値を分類 | 待ち時間、二重作業に注目 |
| 3. 根本原因分析 | なぜなぜ分析で真因を特定 | 表面的な対処は避ける |
| 4. 改善策の立案 | 小さく始められる対策を選ぶ | 投資不要、すぐ始められるものから |
| 5. 試行 (パイロット) | 1 部門、1 プロセスで試す | 全社展開の前に効果を確認 |
| 6. 標準化と展開 | 効果があれば SOP 化して全社展開 | 手順書の更新、教育の実施 |
改善プロジェクトの推進原則
| 原則 | 説明 | 実践 |
|---|
| 単点突破 | 一つの課題に集中 | 「見積回答速度」だけに絞る |
| 見好就収 | 完璧を求めず、効果が出たら定着 | 80% の改善で十分 |
| 双管斉下 | 公式の施策と現場の工夫を両立 | 制度改定 + 現場の自主活動 |
| 化整為零 | 大きな課題を小分けに | 「営業改革」→「見積」「訪問」「報告」に分解 |
7. 効率メトリクス (Efficiency Metrics)
営業効率の測定指標
| カテゴリ | メトリクス | 計算式 | 目標値 (参考) |
|---|
| 速度 | 見積回答リードタイム | 引合い~見積提出の日数 | 3 営業日以内 |
| 受注リードタイム | 引合い~受注確定の日数 | 30 日以内 |
| 品質 | 見積精度 | 見積と実績原価の乖離率 | ±10% 以内 |
| 見積成約率 | 受注件数 / 見積件数 | 30% 以上 |
| 生産性 | 営業 1 人あたり売上 | 売上 / 営業人数 | 業界平均の 1.2 倍 |
| 訪問効率 | 受注 / 訪問件数 | 改善傾向を維持 |
| ムダ削減 | 見積書の再作成率 | 修正回数 / 総見積件数 | 10% 以下 |
| 営業事務の工数 | 事務作業時間 / 総労働時間 | 30% 以下 |
メトリクスの追跡方法
┌────────────────────────────────────────────────┐
│ 改善ダッシュボード │
├────────────────────────────────────────────────┤
│ │
│ 見積回答LT (日) 見積成約率 (%) │
│ ┌──────────┐ ┌──────────┐ │
│ │ 8→5→3.5 │ │ 20→25→32│ │
│ │ ↓改善中 │ │ ↑改善中 │ │
│ └──────────┘ └──────────┘ │
│ │
│ 月次推移グラフ: │
│ LT: ████████████ │
│ ████████ │
│ ██████ │
│ 1月 2月 3月 │
│ │
│ 成約率: ██ │
│ ████ │
│ ██████ │
│ 1月 2月 3月 │
└────────────────────────────────────────────────┘
8. リーン原則の営業適用
5S の営業版
| 5S | 製造 | 営業・オフィス |
|---|
| 整理 (Seiri) | 不要な工具を捨てる | 不要なファイル、古い名刺を廃棄 |
| 整頓 (Seiton) | 工具を定位置に | 共有フォルダの構造統一、命名規則 |
| 清掃 (Seiso) | 機械の清掃 | データの定期クリーニング、CRM の整理 |
| 清潔 (Seiketsu) | 標準の維持 | ファイル管理ルール、データ入力基準 |
| 躾 (Shitsuke) | 習慣化 | 週次の整理時間の確保、ルールの遵守 |
標準作業 (Standardized Work) の営業版
| 製造の標準作業 | 営業の標準作業 |
|---|
| タクトタイム | 見積回答の標準リードタイム |
| 作業順序 | 営業プロセスのステップ順序 |
| 手持ち数量 | 担当者あたりの適正案件数 |
| 標準作業組合せ表 | 1 日の活動配分 (訪問 60%、事務 30%、改善 10%) |
見える化 (Visual Management) の営業版
| 見える化の対象 | 手法 |
|---|
| パイプラインの状況 | カンバンボード (ステージ別の案件カード) |
| 個人の活動量 | 訪問数・見積数の週次グラフ |
| 受注達成率 | 目標と実績のプログレスバー |
| 異常 (アンドン) | 7 日以上停滞した案件の自動アラート |
9. 継続的改善文化の構築
改善提案制度
| 要素 | 内容 |
|---|
| 提案の対象 | 業務の効率化、顧客サービスの向上、ミス防止 |
| 提案の方法 | 簡易フォーム (A5 サイズ 1 枚、5 分で書ける) |
| 評価基準 | 効果の大きさ × 実現の容易さ |
| 報酬 | 提案 1 件 500 円、実施済みは効果に応じて追加 |
| 発表 | 月次会議で優秀提案を共有 |
改善の定着サイクル
改善提案 → 試行 → 効果測定 → 標準化 → 教育 → 定着
↑ |
└──────────── 次の改善テーマ ──────────────┘
失敗パターンと対策
| 失敗パターン | 原因 | 対策 |
|---|
| 改善が続かない | 成果が見えない | 小さな成功を可視化して共有 |
| 提案が出ない | 面倒・評価されない | 提案のハードルを下げる、即時フィードバック |
| 改善が属人的 | 標準化しない | 効果が出た改善は必ず SOP 化 |
| 後戻りする | 習慣化しない | 3 ヶ月間の定着フォローアップ |
10. システム設計への示唆
| 改善の知見 | DDD でのモデリング |
|---|
| プロセスの可視化 | ProcessMetrics の自動計測 (リードタイム、滞留時間) |
| ボトルネック検出 | Bottleneck アラート (閾値超過時のドメインイベント) |
| PDCA の記録 | ImprovementCycle エンティティ (Plan→Do→Check→Act) |
| 見える化 | Dashboard 集約 (KPI のリアルタイム集計) |
| 標準作業の定義 | ProcessTemplate + SLA (Service Level Agreement) |
| 改善提案の管理 | Suggestion エンティティ (提案→評価→実施→効果測定) |
| ムダの自動検出 | 停滞案件の自動検出、未処理タスクのリマインド |
| 異常の早期警告 | アンドン的な仕組み: 閾値超過で自動通知 |