改善提案を通す技術：現場エンジニアのための社内説得術

1この記事でわかること

• 改善提案が却下される構造的な3つの原因
• 問題を「経営言語」に翻訳する考え方
• 損失金額の具体的な算出方法（不良コスト・停止時間・人件費）
• 承認を得やすい提案資料の構成
• 承認者の懸念を先回りする技術
• 小さく始めてPDCAで実績を積む戦略

---

2「いい提案なのになぜか通らない」——技術力と説得力は別の話

現場のエンジニアが改善提案を持っていく。問題の分析は正確で、解決策も現実的だ。しかし会議では「もう少し検討が必要」「今は予算がない」と言われ、そのまま立ち消えになる。

この経験に覚えがある人は多いはずだ。

重要なのは、技術的に正しい提案が必ずしも承認されるわけではないという事実だ。現場エンジニアは問題を「技術的な欠陥」として見る。一方、承認者は「投資対効果」「他の優先事項との比較」「リスク」として判断する。この認識のズレが、提案が通らない本質的な原因になっている。

提案を通す技術は、技術力とは別のスキルだ。そしてこれは学習できる。

---

3改善提案が却下される3つの理由

多くの改善提案が却下される理由は、実は共通している。

理由1：数字がない

「この設備は頻繁に止まっています」「不良が多くて困っています」——こうした定性的な説明では、意思決定者は動けない。なぜなら、どれくらい深刻な問題なのかが判断できないからだ。

承認者は複数の案件を比較して優先順位をつけている。数字のない提案は比較のしようがない。結果として、数字が揃っている他の案件に優先度を奪われる。

理由2：上位目標とのズレ

現場の問題は確かに存在する。だが、その問題が会社や工場が今期追っている目標とどう関係するかが伝わらない提案は、優先度が上がらない。

品質コストの削減が今期の重点課題なら、停止時間を減らす提案より不良率を下げる提案の方が通りやすい。問題の深刻さではなく、今の経営課題との接続が承認を左右する。

理由3：リスクが見えない

提案の効果だけを説明して、失敗したときの対処法や、改善中の生産への影響が書かれていない提案は、承認者に「リスクを全部考えていないのでは？」という不安を与える。

承認者は「うまくいかなかったときに自分が責任を取れるか」を必ず考えている。リスクを先に明示して対処案を示す提案の方が、信頼感が高い。

---

4提案を通す前提：問題を「経営言語」に翻訳する

現場の問題を承認者に伝えるには、言語を変換する必要がある。

「技術的に正しいこと」と「承認者に伝わること」は別物だ。承認者が知りたいのは以下の3点に集約される。

1. 今どれくらい損をしているか（現状の損失額）
2. この投資でどれくらい得をするか（改善効果）
3. うまくいかなかったときにどうなるか（リスクと対処）

この3点に答えられる提案が、承認される提案だ。

---

5数字で語る：損失金額の算出方法

「数字がない」を解決するには、損失を金額に換算する計算が必要だ。難しくはない。以下の3種類を押さえれば、ほとんどの現場問題を金額化できる。

不良コストの算出

不良コストは「作ったが売れない物にかかったコスト」だ。

不良コスト（月）= 不良数（個）× 製品1個あたりの原価（円）

製品原価がわからない場合は、材料費だけで計算しても構わない。「最低でもこれだけの材料が無駄になっている」という根拠になる。

手直しがある場合は以下も加える。

手直しコスト（月）= 手直し工数（時間）× 時間あたり人件費（円）

計算例： 月産10,000個、不良率2%、製品原価3,000円の場合

不良数 = 10,000 × 2% = 200個
不良コスト = 200 × 3,000 = 600,000円/月

停止時間コストの算出

設備が止まっている時間は、稼げなかった機会損失だ。

停止損失（月）= 月間停止時間（時間）× 設備の時間あたり生産価値（円/時間）

「設備の時間あたり生産価値」は、月間生産量 × 1個あたり粗利 ÷ 月間稼働時間で概算できる。

計算例： 月間チョコ停80時間、時間あたり粗利5,000円の場合

停止損失 = 80 × 5,000 = 400,000円/月

人件費コストの算出

人が余分にかけている工数を金額化する。

人件費ロス（月）= 余分な工数（時間）× 時間あたり人件費（円）

時間あたり人件費の目安は、社内の人件費単価を使うのが最善だが、不明な場合は「時給換算3,000〜4,000円（残業・社会保険・間接費を含む概算）」で計算すると説明しやすい。実際の単価は企業・職種によって異なるため、社内の経理・管理部門に確認するのが望ましい。

月間損失が算出できたら、必ず年間換算も加える。月45万円の損失は、年間540万円の損失だ。年間の数字の方が、意思決定者の感覚に響きやすい。

---

6提案資料の構成

「どんな順番で説明するか」は、承認率に直結する。現場エンジニアが陥りやすいのは、**プロセス順（発見した経緯→調査→原因→解決策）**で説明するパターンだ。これは承認者には「結論が遅い」と感じられる。

承認者向けには**結論先行（結論→根拠→詳細）**の構成が基本だ。

この構成の重要な点は、「⑤ リスク」を最後ではなく効果の後に置いていることだ。効果で「いいな」と思ってもらったうえでリスクを説明する順序が、心理的に受け入れやすい。

---

7承認者の「懸念」を先回りする技術

提案が否決される場面の多くは、会議の場で想定外の質問が出て、答えられずに「持ち帰り」になるパターンだ。これを防ぐには、承認者が頭の中で考えることを事前に列挙し、すべて先に答えておくのが最も効果的だ。

承認者が必ず考えることは、以下のカテゴリに分類できる。

予算・コスト系の懸念

• 「費用対効果は本当に確実か？」
• 「投資回収に失敗したらどうする？」
• 「もっと安い方法はないか？」

生産・品質への影響系の懸念

• 「改善中に生産が止まらないか？」
• 「品質に影響はないか？」
• 「他のラインへの影響はあるか？」

前例・承認フロー系の懸念

• 「この提案は社内のどのルールに照らして進めるのか？」
• 「他の工場や部署はどうしているか？」
• 「上の承認は別途必要か？」

これらを「Q&A形式」で資料の末尾に加えておくだけで、会議での「持ち帰り」が大幅に減る。「想定される質問と回答」というセクションを一枚加える習慣をつけると効果的だ。

---

8小さく始めてPDCAで実績を作る戦略

大きな投資を一発で通そうとするのは、最もリスクが高い戦略だ。承認者は初めての提案者に大きな予算を渡すことに慎重になる。

効果的なアプローチは、まず小さな実験で結果を出してから、その実績を根拠に本格投資を申請する手順だ。

フェーズ1：低コストで仮説を検証する（1〜2ヶ月）

最初の提案では「試験的に1ライン・1設備だけで小規模に試させてほしい」と申請する。必要な予算は最小限に抑える。目的は仮説の検証だ。

「この改善策を試したが、効果はなかった」という結果も価値がある。それ自体がデータになり、次の提案の根拠になる。

フェーズ2：結果を数字でまとめて横展開を申請する（2〜3ヶ月後）

試験結果を「○ヶ月で○万円の削減を確認した」とデータで示せるようになったら、本格展開の提案に移る。

この段階では、承認者はすでに「試験で効果があった」という実績を知っている。承認のハードルは最初の提案より大幅に下がる。

フェーズ3：横展開の承認を取って仕組みを定着させる

小さな成功を積み重ねることで、提案者としての信頼が積み上がる。次の提案はさらに通りやすくなる。これは改善提案の信用残高を積み上げるという考え方だ。

「早く全体を変えたい」という気持ちはわかる。しかし焦って大きな提案を一発で通そうとするより、小さな実績を積み重ねる方が、長期的には速く大きな変化を実現できる。

---

9まとめ

改善提案が通るかどうかは、技術的な正確さだけで決まらない。承認者の言語で語れるかどうかが実質的な分かれ目だ。

現場エンジニアが実践すべき3つの原則は以下だ。

1. 損失を金額化する——「問題がある」ではなく「月○○万円の損失が出ている」と言い換える
2. 提案資料は結論から始める——現状→問題→解決策→効果→リスク→投資回収の順で一枚にまとめる
3. 小さく始めて実績を作る——大きな承認より小さな試験の承認を先にとり、結果で本格展開を引き出す

技術的に正しい改善案を持ちながら、それが実現できずに終わることほどもったいないことはない。「説得術」は職人気質のエンジニアには馴染まない言葉かもしれないが、良い改善を現場に実装するための技術のひとつだと考えてほしい。

---

10関連記事

• 生産技術とは何をする仕事か
• 設備投資計画の立て方
• OEEの基本と計算方法