以下は、中小の製造業向けにOSS版VtigerCRMを導入する場合の活用設計案です。
前提として、VtigerCRMはMRP・生産管理・原価計算システムそのものではなく、顧客・案件・見積・技術確認・品質対応・保守対応を横断的につなぐ業務フロント基盤として位置づけるのが適切です。
1. 中小製造業を取り巻く環境
中小企業白書では、2026年版の主要テーマとして「稼ぐ力」の強化、成長投資、研究開発、人材育成、価格転嫁、省力化投資、AI活用・デジタル化、人材確保・活用が整理されています。製造業向けCRMでも、単なる顧客台帳ではなく、案件単位で粗利・見積根拠・技術対応・価格改定余地を可視化する仕組みが重要になります。(経済産業省)
また、2025年版ものづくり白書では、ものづくり企業のデジタル技術活用は「製造」「生産管理」「事務処理」「受注・発注・在庫管理」では3割強〜4割強にとどまり、「企画・開発・設計」「品質管理」は2割程度とされています。つまり、中小製造業では、営業・受注管理だけでなく、設計確認、試作、品質対応、クレーム対応の情報共有にまだ大きな改善余地があります。(経済産業省)
さらに、ものづくり人材の育成面では「指導する人材が不足している」とする事業所が6割以上とされており、属人的な営業・技術・品質対応をCRMに記録し、若手や後任者が参照できる状態にすることは、技能伝承の観点でも有効です。(経済産業省)
2. 製造業向けVtigerCRMの基本コンセプト
中小製造業では、CRMを次のように設計するのが効果的です。
「営業管理システム」ではなく、顧客別・品番別・案件別の対応履歴を蓄積する“製造業向け顧客対応データベース”として使う。
特に重要なのは、以下の5つです。
- 顧客・拠点・担当者の整理
本社、工場、購買部門、設計部門、品質保証部門、生産技術部門を分けて管理する。 - 品番・図面・仕様・見積履歴の蓄積
過去にどの図面・仕様・ロット条件・納期条件で見積したかを残す。 - 試作・量産・価格改定・クレームを案件化
新規営業だけでなく、既存顧客内の追加受注や価格改定交渉も案件として扱う。 - 技術・品質・営業の情報共有
営業だけが情報を持つのではなく、技術確認・品質対応・納期相談をCRM上で共有する。 - 価格転嫁・粗利改善の根拠を蓄積
材料費、外注費、輸送費、ロット変更、短納期対応など、値上げ交渉の根拠を残す。
3. 製造業の業界慣習に合わせた設計ポイント
3-1. 顧客は「会社単位」だけでなく「拠点・部門単位」で管理する
製造業では、同じ会社でも本社、工場、購買部門、設計部門、品質保証部門で接点が異なります。
そのため、VtigerCRMでは以下のように分けます。
| 管理対象 | Vtiger上の扱い |
|---|---|
| 取引先本社 | 顧客企業 |
| 工場・事業所 | 拠点情報、または関連組織 |
| 購買担当者 | 連絡先 |
| 設計担当者 | 連絡先 |
| 品質保証担当者 | 連絡先 |
| 生産技術担当者 | 連絡先 |
| 商社・代理店 | 顧客企業または仕入先・代理店区分 |
製造業では「購買担当だけ知っている」状態では不十分です。
設計、品質保証、生産技術の担当者まで記録しておくことで、仕様変更、クレーム、量産移行、価格交渉の対応力が上がります。
4. 必要なVtigerCRMモジュール設計
Vtiger Open Sourceは、自社要件に合わせてカスタマイズ・拡張できるCRMとして提供されています。(Vtiger)
製造業向けには、標準モジュールとカスタムモジュールを組み合わせて設計します。
4-1. 顧客企業モジュール
目的：取引先、見込先、代理店、商社、仕入先候補を一元管理する。
主な項目例：
| 項目 | 内容 |
|---|---|
| 会社名 | 正式社名 |
| 拠点区分 | 本社、工場、営業所、研究所 |
| 業種区分 | 自動車、機械、食品、医療、電子部品など |
| 取引区分 | 見込客、既存顧客、休眠顧客、商社、代理店 |
| 主要製品分野 | 取引対象となる製品・部品分野 |
| 年間取引額 | 概算売上 |
| 与信区分 | 通常、注意、取引停止 |
| 価格改定対象 | 対象、対象外、交渉中 |
| 競合先 | 競合メーカー、商社 |
| 最終接触日 | 最後に接点を持った日 |
| 次回接触予定 | 次に連絡すべき日 |
4-2. 連絡先モジュール
目的：購買・設計・品質・生産技術など、部門別キーマンを管理する。
主な項目例：
| 項目 | 内容 |
|---|---|
| 氏名 | 担当者名 |
| 部門 | 購買、設計、品質保証、生産技術、製造、経営層 |
| 役割 | 決裁者、仕様決定者、実務担当者、窓口 |
| 影響度 | 高、中、低 |
| メール | 連絡先 |
| 電話 | 連絡先 |
| 担当製品 | 関連する製品・品番 |
| 関係性メモ | 交渉傾向、関心事項、注意点 |
製造業では、購買担当者だけでなく、設計・品質・生産技術の担当者を押さえることが受注確度に直結します。
4-3. 案件モジュール
目的：引合、試作、量産、価格改定、追加受注を案件として管理する。
主な案件種別：
| 案件種別 | 内容 |
|---|---|
| 新規引合 | 新しい製品・部品の相談 |
| 試作案件 | 試作・サンプル対応 |
| 量産案件 | 継続生産・量産受注 |
| 価格改定案件 | 値上げ・条件変更交渉 |
| 仕様変更案件 | 図面・材料・加工方法変更 |
| 既存追加案件 | 既存顧客からの追加品番 |
| 商社経由案件 | 商社・代理店経由の案件 |
主な項目例：
| 項目 | 内容 |
|---|---|
| 案件名 | 顧客名＋製品名＋案件内容 |
| 案件種別 | 新規、試作、量産、価格改定など |
| 対象品番 | 顧客品番、自社品番 |
| 図面番号 | 図面・仕様書番号 |
| 図面版数 | Rev.A、Rev.Bなど |
| 年間数量 | 想定数量 |
| ロット数量 | 1回あたりの発注数量 |
| 希望納期 | 顧客希望納期 |
| 希望単価 | 顧客希望価格 |
| 目標粗利率 | 社内目標 |
| 競合状況 | 競合有無、競合先 |
| 技術確認状況 | 未確認、確認中、対応可、対応不可 |
| 見積状況 | 未作成、作成中、提出済、失注、受注 |
| 次回アクション | 次に行うこと |
| 次回アクション日 | フォロー日 |
4-4. 見積モジュール
目的：見積条件、価格根拠、改定履歴を残す。
製造業では、同じ品番でもロット、材料、加工条件、納期、外注有無によって価格が変わります。
そのため、見積は単なる金額ではなく、条件付きの価格情報として管理します。
主な項目例：
| 項目 | 内容 |
|---|---|
| 見積番号 | 自動採番 |
| 見積版数 | 初版、第2版、第3版 |
| 対象案件 | 関連案件 |
| 顧客品番 | 顧客側品番 |
| 自社品番 | 自社管理品番 |
| 図面番号 | 図面・仕様書 |
| 図面版数 | Rev情報 |
| ロット数量 | 100個、1,000個など |
| 材料費 | 概算材料費 |
| 加工費 | 概算加工費 |
| 外注費 | 表面処理、熱処理、検査など |
| 梱包・輸送費 | 物流費 |
| 金型・治具費 | 初期費用 |
| 希望納期 | 顧客希望 |
| 回答納期 | 自社回答 |
| 見積有効期限 | 価格有効期限 |
| 粗利率 | 見積上の粗利 |
| 値引き理由 | 値引き時の理由 |
| 承認状況 | 未承認、承認済、差戻し |
4-5. 製品・品番モジュール
目的：顧客別品番、自社品番、図面情報、仕様情報を管理する。
主な項目例：
| 項目 | 内容 |
|---|---|
| 自社品番 | 自社管理コード |
| 顧客品番 | 顧客側の品番 |
| 製品名 | 部品名・製品名 |
| 製品カテゴリ | 加工品、部材、装置、消耗品など |
| 材質 | SUS、鉄、樹脂、アルミなど |
| 表面処理 | メッキ、塗装、アルマイトなど |
| 図面番号 | 図面管理番号 |
| 最新図面版数 | 最新Rev |
| 標準リードタイム | 通常納期 |
| 標準ロット | 標準数量 |
| 主担当部門 | 営業、技術、製造 |
| 関連顧客 | どの顧客向けか |
BOMや詳細な製造指示は生産管理システム側に残し、VtigerCRMでは営業・顧客対応に必要な品番情報の要約を持つ設計が現実的です。
4-6. ドキュメントモジュール
目的：図面、仕様書、見積書、議事録、契約書、品質資料を案件・顧客に紐づける。
管理対象：
| ドキュメント種別 | 例 |
|---|---|
| 図面 | PDF、CADデータへのリンク |
| 仕様書 | 顧客仕様書、検査基準書 |
| 見積書 | 提出済PDF |
| 議事録 | 商談、技術打合せ |
| 契約書 | 基本契約、NDA |
| 品質資料 | 不具合報告書、是正処置報告書 |
| 写真 | 現物写真、現場写真 |
注意点として、CADデータや機密図面をCRM本体に直接大量保存するより、Google Drive、SharePoint、NAS、文書管理システム等に保管し、VtigerCRMにはリンク・版数・概要・関連案件を持たせる方が安全です。
4-7. 問合せ・クレームモジュール
目的：品質不具合、納期遅延、仕様確認、技術質問を管理する。
主な項目例：
| 項目 | 内容 |
|---|---|
| 問合せ種別 | 技術質問、納期確認、品質不具合、仕様変更、価格相談 |
| 重要度 | 高、中、低 |
| 発生日 | 問題発生日 |
| 顧客担当者 | 問合せ元 |
| 対象品番 | 関連品番 |
| 対象ロット | ロット番号 |
| 不具合内容 | 内容 |
| 原因区分 | 設計、製造、外注、物流、顧客起因、未特定 |
| 一次対応者 | 営業または品質担当 |
| 是正処置 | 対応内容 |
| 再発防止策 | 対応内容 |
| 顧客報告日 | 報告完了日 |
| ステータス | 未対応、調査中、回答済、完了 |
品質対応は、営業担当者のメールボックスに埋もれると危険です。
CRM上に残すことで、同じ顧客・同じ品番・同じ不具合の再発確認が容易になります。
4-8. プロジェクトモジュール
目的：試作から量産立上げまでのタスクを管理する。
対象となる業務：
| プロジェクト種別 | 内容 |
|---|---|
| 試作対応 | 図面確認、材料手配、加工、評価、見積 |
| 量産立上げ | 工程設計、治具準備、初回検査、納品 |
| 新規顧客導入 | 契約、与信、口座開設、初回案件 |
| 価格改定 | 原価確認、交渉資料作成、顧客説明 |
| クレーム対応 | 原因調査、是正処置、報告書提出 |
製造業では、営業だけで案件を進めることは少なく、技術・品質・購買・製造との連携が必要です。
そのため、案件からプロジェクトを作成し、部門別タスクを割り当てる設計が有効です。
5. ワークフロー設計
5-1. 営業フォロー漏れ防止
| 条件 | 自動処理 |
|---|---|
| 案件作成後、次回アクション日が未入力 | 営業担当へ通知 |
| 最終接触日から14日以上経過 | 担当者へフォロー通知 |
| 見積提出後、7日間反応なし | フォロータスク作成 |
| 失注理由が未入力 | 案件クローズ不可にする |
5-2. 技術確認依頼
| 条件 | 自動処理 |
|---|---|
| 案件ステータスが「技術確認中」になった | 技術担当へタスク作成 |
| 図面未添付のまま見積作成 | アラート表示 |
| 技術回答期限を超過 | 営業・技術責任者へ通知 |
5-3. 見積承認
| 条件 | 自動処理 |
|---|---|
| 粗利率が基準未満 | 上長承認へ |
| 値引き額が一定以上 | 承認依頼 |
| 短納期案件 | 製造責任者確認タスク作成 |
| 金型費・治具費が発生 | 初期費用確認タスク作成 |
5-4. 価格改定管理
| 条件 | 自動処理 |
|---|---|
| 材料費上昇対象品番 | 価格改定候補に追加 |
| 1年以上価格改定なし | 見直しタスク作成 |
| 粗利率が基準未満 | 価格改定案件を自動作成 |
| 顧客への価格改定回答期限前 | 担当者へ通知 |
5-5. 品質・クレーム対応
| 条件 | 自動処理 |
|---|---|
| 重要度「高」のクレーム登録 | 品質責任者へ即時通知 |
| 顧客報告期限が近い | 担当者へ通知 |
| 是正処置未入力で完了しようとする | 完了不可 |
| 同一品番で複数回クレーム | 管理者へアラート |
6. ダッシュボード・レポート設計
経営者・営業責任者向けには、以下を可視化します。
| レポート | 目的 |
|---|---|
| 月別引合件数 | 営業活動量の把握 |
| 見積提出件数 | 商談化状況の把握 |
| 見積受注率 | 営業・価格競争力の確認 |
| 顧客別売上見込 | 重点顧客管理 |
| 案件ステージ別金額 | 受注見込みの把握 |
| 品番別粗利率 | 利益改善対象の発見 |
| 価格改定対象一覧 | 価格転嫁活動の管理 |
| 長期未フォロー顧客 | 休眠化防止 |
| クレーム件数推移 | 品質傾向の把握 |
| 顧客別クレーム履歴 | 重点対応先の把握 |
| 技術確認滞留一覧 | 案件遅延防止 |
| 見積回答リードタイム | スピード改善 |
特に中小製造業では、売上額だけでなく、見積件数、受注率、粗利率、価格改定状況、品質対応状況を見るべきです。
7. 権限設計
7-1. 権限ロール例
| ロール | 権限 |
|---|---|
| 経営者 | 全件閲覧、レポート閲覧 |
| 営業責任者 | 営業部門全件閲覧・編集 |
| 営業担当 | 自分の顧客・案件を中心に編集 |
| 技術担当 | 技術確認・図面・仕様関連を閲覧・編集 |
| 品質担当 | クレーム・品質情報を閲覧・編集 |
| 製造担当 | 案件概要、納期、技術確認結果を閲覧 |
| 管理部門 | 請求・契約・顧客情報を閲覧 |
| 代理店・外部協力先 | 必要最小限の情報のみ閲覧 |
OSS版VtigerCRMのメリットは、ライセンス費を気にせず、営業だけでなく技術・品質・管理部門までアカウントを広げやすい点です。製造業では、営業担当だけにCRMを使わせても効果が限定的です。
8. 他システムとの役割分担
製造業では、CRMと基幹・生産管理システムを混同しないことが重要です。
| 領域 | VtigerCRMで管理 | 他システムで管理 |
|---|---|---|
| 顧客情報 | ◎ | △ |
| 担当者情報 | ◎ | △ |
| 引合・案件 | ◎ | △ |
| 見積履歴 | ◎ | △ |
| 活動履歴 | ◎ | × |
| 図面・仕様リンク | ◎ | 文書管理側に保管 |
| クレーム対応 | ◎ | 品質管理システムと連携可 |
| 受注情報 | ○ | 基幹・販売管理 |
| 在庫 | △ | 生産管理・在庫管理 |
| BOM | × | 生産管理 |
| 工程管理 | △ | 生産管理 |
| 原価計算 | △ | 原価管理・会計 |
| 請求・入金 | △ | 会計・販売管理 |
VtigerCRMには、顧客対応に必要な情報の要約と履歴を持たせ、正確な受注・在庫・原価・請求は既存の基幹システムと連携するのが現実的です。
9. 導入ステップ
フェーズ1：顧客・案件・活動履歴の整備
最初から複雑にしすぎず、まず以下に絞ります。
- 顧客企業
- 担当者
- 案件
- 活動履歴
- 見積履歴
- ドキュメントリンク
- 次回アクション管理
この段階の目的は、営業担当者の頭の中、メール、Excelに分散している情報をCRMに集約することです。
フェーズ2：見積・技術確認・品質対応の管理
次に、製造業らしい業務に広げます。
- 技術確認依頼
- 図面・仕様書管理
- 見積承認
- 価格改定管理
- クレーム・不具合対応
- 試作・量産立上げプロジェクト
この段階で、営業・技術・品質の連携が見えるようになります。
フェーズ3：基幹システム・文書管理・AI活用との連携
最終的には以下を検討します。
- 販売管理システムとの受注連携
- 会計システムとの請求・入金連携
- 文書管理システムとの図面リンク連携
- メール連携
- Webフォーム連携
- 顧客ポータル
- AIによる商談要約、問い合わせ要約、見積履歴検索
ただし、最初から連携を増やしすぎると失敗しやすいため、まずCRM単体で業務が回る最小構成を作るべきです。
10. 現場定着のための運用ルール
中小製造業では、入力負荷を増やすと定着しません。
そのため、以下のルールが重要です。
入力させる情報は絞る
必須にするのは、次の程度で十分です。
- 顧客名
- 案件名
- 案件ステータス
- 次回アクション
- 次回アクション日
- 見積提出日
- 見積金額
- 受注・失注理由
- 重要な技術・品質メモ
日報のように長文を書かせるのではなく、案件を進めるために必要な情報だけを残す設計にします。
活動履歴は「報告」ではなく「自分の備忘録」にする
現場には、次のように説明するのが有効です。
- 前回何を話したか忘れない
- 過去の見積条件をすぐ探せる
- 顧客から急に電話が来ても対応できる
- 担当変更時に引き継ぎが楽になる
- 技術や品質に同じ説明を何度もしなくて済む
- クレーム時に過去経緯を確認できる
- 価格改定交渉の根拠を残せる
「会社のために入力してください」ではなく、担当者本人が楽になる仕組みとして設計することが重要です。
11. 製造業向けの推奨初期構成
最初の導入では、以下の構成を推奨します。
| 分類 | モジュール |
|---|---|
| 顧客管理 | 顧客企業、連絡先 |
| 営業管理 | 見込客、案件、活動履歴 |
| 見積管理 | 見積、商品・サービス、価格表 |
| 技術対応 | 技術確認依頼、ドキュメント |
| 品質対応 | 問合せ、クレーム、不具合対応 |
| 進捗管理 | プロジェクト、タスク |
| 経営管理 | ダッシュボード、レポート |
12. まとめ
中小製造業向けのOSS版VtigerCRMは、次のように活用するのが適しています。
顧客・担当者管理にとどめず、引合、図面、見積、試作、量産、価格改定、クレーム、保守対応までを案件単位でつなぐ。
特に効果が出やすい領域は以下です。
- 営業の属人化解消
- 見積履歴の共有
- 図面・仕様確認の抜け漏れ防止
- 価格改定・価格転嫁の管理
- クレーム・品質対応履歴の蓄積
- 技術・品質・営業の連携強化
- 担当変更時の引き継ぎ効率化
- 経営者による案件・粗利・重点顧客の可視化
製造業では、CRMを「営業だけのシステム」として導入すると効果が限定的です。
営業、技術、品質、管理部門が同じ顧客・案件・品番情報を見られる仕組みとして設計することで、中小製造業の実務に合った活用が可能になります。