見積・案件管理システム構築のご提案

1 / 33

目次（Agenda）

基本スタンス
全体スケジュール
現状認識と期待効果
- 現状認識・課題
- 解決により期待される効果
データ構成（4層構造）
業務シナリオ
- 引合〜受注確定までの流れ
- 業務プレート構成
設計上の重要ポイント
構築フェーズの内容
残課題・依頼資料
想定リスク・前提

2 / 33

1. 基本スタンス

業務効率化のためには、まず整理が必要です。

お客様の業務内容を理解した上で、変更・確認を徹底します
入力すべき項目、当然集計すべき項目から、業務全体を共に整理します
効率化のために必要な点を、双方で歩み寄りながら進めます

お客様の要求と、納品物の作成時間のバランスが大切です。開発・確認の過程まで含めて、安価で利用満足度の高い形を目指します。

3 / 33

2. 全体スケジュール

本提案書は 要件定義・構築・保守の全フェーズを1本でご提示 します。

2026年5〜6月

要件定義フェーズ

現行業務フロー確定、データ構成詰め、構築計画策定

2026年7〜10月

構築フェーズ（請負）

JUST.DB構築、ユーザーテストを並行で進行

2026年11〜12月

微調整

貴社繁忙期のため最小限の調整に絞る

2027年1月〜

本番稼働・保守サポート

段階展開で部分カットオーバー → 全面展開（保守は月額契約）

ゴール

4 / 33

3-1. 現状認識・課題

2026年4月30日のお打合せ＋受領資料の精査に基づく現状認識です。

現在の業務

見積作成は 担当者ごとにExcel で個別作成、機種シートをコピーして使用
仕入の標準仕様＋オプションに加え、交通費・宿泊代まで内訳に乗せる必要がある
仕入先（サーモテック等）からの見積を踏まえて粗利を意識した値付け
基幹は 大塚商会SMILE、別ネットワーク運用

観察された課題

見積作成の属人化 — 担当ごとにフォーマット・計算ロジックが異なる
粗利計算の負荷 — 複数製品・仕様・オプションが連なる構成で、粗利の手計算が大変
仕入見積の取込みが手作業 — 仕入先からPDFで届く見積を手で転記
拠点分散による分散管理 — 本社＋3営業所＋2工場で営業活動が分散、横串の集計が困難
見積〜ステータスまで一元管理されていない — 見積後の進捗・受注確度が個別管理

5 / 33

3-2. 解決により期待される効果

見積作成の標準化と時間短縮

担当者ごとにバラバラだったフォーマット・計算ロジックを統一。新人でも迷わず正確な見積を作成できる体制に。

粗利の自動計算による値付け精度向上

複雑な構成（標準＋オプション＋運賃＋出張費）から粗利を自動算出。経験に依存しない一貫した値付けが可能に。

月次会議で使える「見積の数字」のリアルタイム可視化

ダッシュボードで実績・見込を即時に確認。月次会議の準備工数も大幅削減。

将来的な仕入先ログインによる業者連携の電子化

合弁先サーモテックが直接システムに見積を入力できる仕組みへ拡張可能。書類のやり取りを廃止し、案件全体のリードタイムを短縮。

6 / 33

4-1. 4層構造の全体像

業務実態を分析した結果、4層構造でのデータ設計を提案します。

flowchart LR
  L1["Layer 1<br/>案件テーブル<br/><small>1案件=1レコード</small>"]:::layer1
  L2["Layer 2<br/>見積テーブル<br/><small>松/竹/梅/改正版</small>"]:::layer2
  L3a["Layer 3<br/>機器明細"]:::layer3
  L3b["Layer 3<br/>サービス明細"]:::layer3
  L4["Layer 4<br/>出力用<br/><small>フラット化</small>"]:::layer4
  PDF["📑 PDF<br/>帳票"]:::output
  L1 -->|複数| L2
  L2 --> L3a
  L2 --> L3b
  L3a -->|DF②| L4
  L3b -->|DF②| L4
  L4 --> PDF
  classDef layer1 fill:#eeedfe,stroke:#534ab7,color:#26215c
  classDef layer2 fill:#e0f2fe,stroke:#0284c7,color:#0c4a6e
  classDef layer3 fill:#e1f5ee,stroke:#0f6e56,color:#04342c
  classDef layer4 fill:#faeed8,stroke:#854f0b,color:#412402
  classDef output fill:#fbeaf0,stroke:#993556,color:#4b1528

4層に分けた理由

案件: 引合〜受注の単位（営業の意思決定単位）
見積: 1案件に複数（松竹梅・改正版）あり得る
明細: 機器とサービスは業務性質が違うので分離
出力用: 帳票生成のためのフラット化テーブル

7 / 33

4-2. データの流れとマスタの使い分け

業務データの本筋は1本のフローで一直線。

flowchart LR
  L1["Layer 1<br/>案件"]:::layer1
  L2["Layer 2<br/>見積"]:::layer2
  L3a["Layer 3<br/>機器明細"]:::layer3
  L3b["Layer 3<br/>サービス明細"]:::layer3
  L4["Layer 4<br/>出力用"]:::layer4
  PDF["📑 PDF"]:::output
  L1 ==> L2
  L2 ==> L3a
  L2 ==> L3b
  L3a ==> L4
  L3b ==> L4
  L4 ==> PDF
  classDef layer1 fill:#eeedfe,stroke:#534ab7,color:#26215c
  classDef layer2 fill:#e0f2fe,stroke:#0284c7,color:#0c4a6e
  classDef layer3 fill:#e1f5ee,stroke:#0f6e56,color:#04342c
  classDef layer4 fill:#faeed8,stroke:#854f0b,color:#412402
  classDef output fill:#fbeaf0,stroke:#993556,color:#4b1528

各レイヤーはマスタ層から手動ルックアップで必要なデータを取り込みます。

Layer	使用するマスタ
Layer 1 案件	顧客マスタ、組織/役職マスタ
Layer 2 見積	特殊費目マスタ
Layer 3 機器明細	商品/仕様マスタ、価格マスタ、オプションマスタ、運賃マスタ
Layer 3 サービス明細	出張交通費マスタ

8 / 33

4-3. Layer 1: 案件テーブル

1案件 = 1レコード。引合から受注確定までの営業意思決定単位。

区分	主要フィールド
識別	案件番号 (PK)、顧客（受注先・納入先）
引合	引合日・引合経路・分析区分
進捗	進捗ステータス（1引合→…→7売上計上 / 失注）、課長確認
受注予測	受注確度（A/B/C）・受注予定・売上予定・希望納期・納入場所
商談情報	ライバル・受注戦略・応援者
紐付け見積番号	配下の松/竹/梅から営業が手動指定（受注後はそのまま採用）
受注実績	受注月・受注金額・受注粗利
失注	失注理由・失注先
仕入見積管理	明細フィールド：仕入見積番号・仕入先・取得日・添付PDF
メモ	営業メモ・担当現状

受注前の見込集計、受注後の実績集計の参照基準として機能する核テーブル。

9 / 33

4-4. Layer 2: 見積テーブル

1見積 = 1レコード。松竹梅・改正版・単独すべて別レコード。金額調整画面を含む。

区分	主要フィールド
識別	見積番号 (PK)、案件番号 (FK・必須)、見積名（任意）
種別	見積種別（機器ユーザー／機器商社／修理工事／貸出）
金額集計（書き戻し）	機器仕入合計・機器提示合計・サービス提示合計・粗利合計
金額調整（手入力）	出精値引・端数調整
確定値（計算式）	総合計・総粗利率
明細①	機器サマリ（金額調整画面、機器ごとに販売額・値引・提示額）
明細②	サービスサマリ（金額調整画面）
明細③	特殊費目（開発費・Ndeo保守・海外手数料等）
明細④	備考・見積外事項・注記
明細⑤	関連ファイル（図面・添付資料）

金額調整は明細①②でまとめて行い、画面の行き来を最小化。

10 / 33

4-5. Layer 3: 機器・サービス明細

機器とサービスは業務性質が違うため別テーブルとして設計します。

機器明細（1機器=1レコード）

商品（型式）・数量
仕様フィールド群（電源電圧・温度範囲・冷却能力・寸法等10〜15項目）
マスタ取得値（仕入単価・定価・標準仕切）
運賃
明細OP1〜OP5（その機器に紐づくオプション複数）

サービス明細（1サービス案件=1レコード）

サービス区分（修理 / 点検 / 工事 / 設置 / 出張対応）
案件概要・現場・作業日
マスタ取得値（仕入合計・定価合計）
明細①部品 / ②作業費 / ③交通費 / ④宿泊費（複数行）

業務性質の違いを尊重しつつ、案件レベルでは統合管理。

11 / 33

4-6. Layer 4: 出力用テーブル

データフローで自動生成される、平面化されたPDF出力専用テーブル。

見積番号	行No	機器G	行種別	項目名	数量	金額
P5-Q1	1	1	本体	KCWS-03HLi	1式	1,388,000
P5-Q1	2	1	仕様	電源電圧: AC200V…
P5-Q1	3	1	仕様	温度範囲: 8〜95℃
P5-Q1	4	1	OP	配管材・取付工事	1式	50,000
P5-Q1	5	1	運賃	混載便	1式	80,000
P5-Q1	6	2	本体	KCO-10i	1式	1,200,000

なぜ別テーブルに展開するか

帳票テンプレートがフラットなテーブル参照だけで済む
4パターン（ユーザー／商社／修理／貸出）すべて同じ構造で対応
営業は編集不要、PDF出力時に自動更新

12 / 33

4-7. マスタ層の構成

業務性質・更新頻度に応じて以下のマスタを整備します。

マスタ	主要項目	更新頻度
顧客マスタ	法人番号・社名・支払条件・顧客区分	月次CSV+手入力
商品マスタ	型式・シリーズ・標準仕様	製品開発時
商品仕様マスタ	型式×仕様詳細	製品改訂時
オプションマスタ	商品×OP・標準価格	価格改定時
価格マスタ	商品×商社区分・仕入/定価/仕切	価格改定時
運賃マスタ	都道府県×市区×トラックサイズ	運賃改定時
出張交通費マスタ	km単価・h単価・宿泊単価	賃上げ時
特殊費目マスタ	開発費・N Deo保守・海外手数料等	都度追加
ユーザー・組織・役職マスタ	社員情報、承認権限	異動・採用時

マスタは**有効期間（valid_from/valid_to）**で時系列管理。価格改定実例（2025/12）に対応。

13 / 33

5-1. 引合から受注確定までの業務シナリオ

flowchart LR
  S1["1. 引合発生<br/><small>案件作成</small>"]:::s
  S2["2. 見積作成<br/><small>松パターン</small>"]:::s
  S3["3. 機器・OP入力<br/><small>マスタLU自動</small>"]:::s
  S4["4. 金額調整<br/><small>販売額・出精値引</small>"]:::s
  S5["5. 別パターン追加<br/><small>竹・梅</small>"]:::s
  S6["6. 本命切替<br/><small>1クリック</small>"]:::s
  S7["7. 承認申請<br/><small>4軸分岐</small>"]:::s
  S8["8. PDF出力<br/><small>顧客提出</small>"]:::s
  S9["9. 受注確定<br/><small>採用見積</small>"]:::g
  S1 --> S2 --> S3 --> S4 --> S5 --> S6 --> S7 --> S8 --> S9
  classDef s fill:#eeedfe,stroke:#534ab7,color:#26215c
  classDef g fill:#e1f5ee,stroke:#0f6e56,color:#04342c,stroke-width:3px

Step	操作	自動処理
1〜2	案件・見積作成	紐付け見積へ自動セット
3	機器明細入力	マスタからLU、価格自動展開
4	金額調整（販売・値引）	粗利率即時計算
5〜6	松竹梅・本命切替	集計対象が自動切替
7	承認申請	金額閾値で承認ルート自動分岐
8〜9	PDF出力・受注確定	データフローで出力用テーブル生成

14 / 33

5-2. 業務プレート構成

JUST.DBの業務プレート機能を使い、利用者別に最適化された画面を配置します。

フォルダ	業務プレート	利用者
📁 営業共通	案件・見積管理（メイン作業）	営業担当・営業事務
📁 営業共通	承認待ち一覧	営業管理職
📁 営業共通	見積帳票出力（PDF生成）	営業・営業事務
📁 経営管理	案件管理ダッシュボード	管理職・取締役
📁 経営管理	月次会議資料	経営層
📁 マスタ管理	マスタ管理	管理者のみ

案件・見積管理プレートの構成

flowchart LR
  A["案件パネル<br/><small>案件情報・仕入見積<br/>[見積追加]</small>"]:::p
  B["見積一覧パネル<br/><small>松/竹/梅・金額<br/>[本命にする]</small>"]:::p
  C["見積編集パネル<br/><small>金額調整・明細編集</small>"]:::p
  A -->|連携| B -->|選択| C
  classDef p fill:#eeedfe,stroke:#534ab7,color:#26215c

15 / 33

6-1. 3社の関係性（カワタ・レイケン・サーモテック）

設計に関わる重要な前提として、3社の資本関係を共有します。

flowchart LR
  KAWATA["カワタ<br/><small>51.6%出資</small>"]:::kawata
  REIKEN["レイケン<br/><small>33.3%出資</small>"]:::reiken
  THERMO["サーモテック<br/><small>1990年設立<br/>合弁会社</small>"]:::thermo
  KAWATA --> THERMO
  REIKEN --> THERMO
  classDef kawata fill:#e0f2fe,stroke:#0284c7,color:#0c4a6e
  classDef reiken fill:#eeedfe,stroke:#534ab7,color:#26215c,stroke-width:3px
  classDef thermo fill:#faeed8,stroke:#854f0b,color:#412402

会社	役割	見積上の表記	設計への反映
サーモテック	製造（金型温度調節機）	T社仕入	Phase 2直接入力の第一候補
レイケン	販売・カスタマイズ	（御社）	—
カワタ	主要販売先・成形機メーカー	K社仕切（特別仕切価格）	関係会社フラグで区別

16 / 33

6-2. 案件と見積を分離した意義

多重カウント問題を解決するための重要な設計判断です。

単一テーブル設計だと集計が破綻

状況	集計結果
A社案件: 松300万 + 竹200万 + 松改正250万	全部合算で 750万（実態は1案件）
実際の売上見込み	紐付け見積（採用候補）のみで 250万

4層構造での集計（多重カウントなし）

集計対象	参照先
案件数	案件テーブル COUNT
見込金額	案件.紐付け見積番号 → 見積金額
受注確定金額	進捗=受注確定の案件.紐付け見積番号 → 見積金額
営業活動量（見積件数）	見積テーブル COUNT（全件OK）

「見込・実績はカウント1、活動量は全件カウント」の棲み分けで業務指標が両立。

17 / 33

6-3. 改正見積の実装

JUST.DBのデータフロー機能で「改正版を作成」ボタン1クリックで実現。

flowchart LR
  Q1["📋 元見積<br/>P-410005-Q1<br/><small>(松)</small>"]:::orig
  BTN["[改正版を作成]<br/>ボタン押下"]:::btn
  A["データフロー実行<br/>1. 案件番号引継ぎ<br/>2. 見積コピー<br/>3. 機器明細コピー<br/>4. サービス明細コピー<br/>5. 枝番採番<br/>6. ステータス→下書き"]:::action
  Q1B["📋 改正見積<br/>P-410005-Q1-1<br/><small>(松の改正版)</small>"]:::new
  Q1 --> BTN --> A --> Q1B
  classDef orig fill:#e0f2fe,stroke:#0284c7,color:#0c4a6e
  classDef btn fill:#fef3c7,stroke:#d97706,color:#78350f,stroke-width:2px
  classDef action fill:#faeed8,stroke:#854f0b,color:#412402
  classDef new fill:#e1f5ee,stroke:#0f6e56,color:#04342c,stroke-width:3px

採番ルール

見積番号	内容
P-410005-Q1	松パターン（初版）
P-410005-Q2	竹パターン（別パターン）
P-410005-Q1-1	松の改正版（枝番）

18 / 33

6-4. 仕入見積管理

仕入先（サーモテック・工事業者・輸出梱包等）の見積を案件レベルで集約管理。

flowchart LR
  SUP["🏭 仕入先<br/>サーモテック<br/>工事業者<br/>輸出梱包"]:::sup
  PDF1["📎 仕入見積PDF<br/>25Y1185"]:::pdf
  P["📋 案件 P-410005<br/><b>仕入見積管理</b><br/>(明細フィールドで複数保持)"]:::proj
  Q["見積（松/竹/梅）"]:::q
  SUP --> PDF1
  PDF1 --> P
  P -.-> Q
  classDef sup fill:#fef3c7,stroke:#d97706,color:#78350f
  classDef pdf fill:#fbeaf0,stroke:#993556,color:#4b1528
  classDef proj fill:#eeedfe,stroke:#534ab7,color:#26215c,stroke-width:3px
  classDef q fill:#e0f2fe,stroke:#0284c7,color:#0c4a6e

Phase別の進化

Phase	取込方法
Phase 1	PDF添付＋手動転記
Phase 2	サーモテック直接入力（PDF/エクセル→4列コピー貼付UI: 項番・品名・数量・金額）
Phase 3	工事業者・輸出梱包等の他仕入先もログイン拡張

19 / 33

6-5. 商社向け／ユーザー向けの差分

サンプル003（ユーザー向け）と004（商社向け）を比較した結果、差分は値引方法とPDF表示のみ。

観点	ユーザー向け（直取）	商社向け
値引方法	出精値引（総額から減額）	仕切価格（商社区分連動）
PDF表示	「総金額」のみ	「総金額 + 貴社仕切価格」併記
仕様の書き方	同じ	同じ
機器・OP選択	同じ	同じ
仕入・定価	同じ	同じ

設計上の対応

機器明細・サービス明細・マスタはすべて共通構造
親案件の「商社区分」フィールドで価格計算ロジック分岐
PDFテンプレートだけ2種類用意

サービス見積でも商社経由パターン（005のK社/T社列）に対応可能。

20 / 33

6-6. 承認フロー（4軸分岐）

JUST.DBの承認フロー金額分岐+計算式で実装。粗利率と金額の組み合わせで承認ルートを自動選択。

flowchart LR
  REQ["承認申請"]:::req
  JUDGE{"4軸判定"}:::judge
  A1["課長承認<br/><small>30万未満(修理)</small>"]:::small
  A2["部長承認<br/><small>30万〜500万</small>"]:::medium
  A3["社長承認<br/><small>500万以上<br/>or 粗利15%未満</small>"]:::large
  DONE["承認完了<br/><small>通知・PDF出力可</small>"]:::done
  REQ --> JUDGE
  JUDGE --> A1
  JUDGE --> A2
  JUDGE --> A3
  A1 --> DONE
  A2 --> DONE
  A3 --> DONE
  classDef req fill:#eeedfe,stroke:#534ab7,color:#26215c
  classDef judge fill:#fef3c7,stroke:#d97706,color:#78350f,stroke-width:2px
  classDef small fill:#e1f5ee,stroke:#0f6e56,color:#04342c
  classDef medium fill:#e0f2fe,stroke:#0284c7,color:#0c4a6e
  classDef large fill:#fbeaf0,stroke:#993556,color:#4b1528
  classDef done fill:#faeed8,stroke:#854f0b,color:#412402,stroke-width:3px

※ 30万円未満の機器見積の承認者は要確認。営業統括役職の権限も要確認。

21 / 33

6-7. アクセス権設計

フォルダー単位＋データテーブル単位＋レコード単位の3階層で制御。

フォルダーレベル

フォルダー	閲覧可能なロール
営業共通	営業担当・営業事務・営業管理職・取締役・社長
経営管理	営業管理職・取締役・社長
マスタ管理	管理者のみ

レコードレベル（営業所別の閲覧制御）

制御内容	設定
担当者本人のみ	「担当ユーザー = 閲覧者」
営業所内で相互閲覧	「担当ユーザーの組織 = 閲覧者の組織」
課長は配下の全部	「組織と下位の組織を含む」

JUST.DBの「レコードアクセス権の適用範囲」機能で実装。

22 / 33

6-8. 採番ルール

JUST.DBの自動採番（連番のみ）と計算式フィールドを組み合わせて実装。

案件番号の構造

例	内容
P-410005	プロジェクト固定文字 + 決算期(41) + 連番(00005)

見積番号の構造

例	内容
P-410005-Q1	案件P-410005の初版
P-410005-Q2	同案件の別パターン
P-410005-Q1-1	Q1の改正版（枝番）

JUST.DB制約への対応

営業イニシャル（「ST」等）→ ユーザーマスタからの自動取得＋計算式
期番号 → 会計年度開始月から計算式で自動生成
改正枝番 → データフロー機能で自動採番

23 / 33

7-1. 段階展開ロードマップ

Phase 1（2027年1月稼働）

営業部門の見積〜案件管理

見積作成・金額調整・承認・PDF出力・案件管理・月次会議資料

★今回

Phase 2（稼働後半年）

サーモテック直接入力

合弁先サーモテックが4列コピー貼付で仕入見積を直接登録

Phase 3（その後）

他仕入先ログイン

工事業者・輸出梱包等の他仕入先にもログイン拡張

Phase 4（中長期）

輸出・工事拡張

輸出案件の特殊対応、DOCU WORKS連携、AIによる粗利アラート等

ゴール

Phase 1 の確定スコープ

4層構造のデータベース
4パターン見積（機器ユーザー/機器商社/修理工事/貸出）
承認フロー（4軸分岐）
4種類のPDF帳票（A4最大10ページ）
案件管理ダッシュボード
月次会議資料（受注結果・受注予定・見積案件）

24 / 33

7-2. 納品物

項目	内容
As-Is 業務フロー図	現行業務を見える化（拠点・部門・社外業者の役割を含む）
To-Be 業務フロー図	理想業務フロー、データの流れ、関係者の役割分担
データ構成図	テーブル構成・リレーション・画面骨格・粗利計算ロジック
マスタ定義書	顧客・商品・価格・運賃・出張交通費・特殊費目の各定義
要件定義書（完成版）	貴社作成中の設計書ドラフトを引き継ぎ、未着手部分を弊社で完成
構築済みJUST.DB環境	テーブル・パネル・業務プレート・帳票テンプレ・データフロー一式
運用マニュアル	ユーザー向け操作手順書、管理者向けマスタ更新手順書
保守ドキュメント	障害対応・データバックアップ・問い合わせフロー

25 / 33

7-3. スケジュール

要件定義（2026年5〜6月）

打合せは 週1回 × 1回2時間 を基本とし、計8〜10回を想定。

回	時期	主な議題
1〜2	5月	キックオフ、業務ヒヤリング
3〜4	5月下旬	As-Isレビュー、課題整理
5〜7	6月	To-Beレビュー、データ構成詳細化
8〜10	6月下旬	To-Be確定、構築準備

構築（2026年7〜10月）

月	内容
7月	テーブル・マスタ整備、画面骨格構築
8月	業務プレート・データフロー・承認フロー実装
9月	PDF帳票テンプレ・ダッシュボード構築
10月	UAT・微調整

本番稼働（2027年1月〜）

11〜12月の繁忙期を避け、段階展開で部分カットオーバー後に全面展開。

26 / 33

7-4. 体制

役割	担当
PM・要件整理	88seasons
業務ヒヤリング・整理補佐	88seasons
データ構成・JUST.DB設計／構築	88seasons
お客様側	営業部門責任者、各営業所キーマン、必要に応じて経理・工場

88seasonsの全案件は基本2人以上のチーム体制で実施します。本案件のスコープ・進行状況に応じて、協業パートナーをアサインする可能性があります。

27 / 33

7-5. 費用：要件定義フェーズ

2026年5〜6月（2ヶ月、月契約）

項目	金額（税抜）
要件定義（2026年5月分）	¥300,000
要件定義（2026年6月分）	¥300,000
合計	¥600,000

要件定義フェーズの実施内容

業務ヒアリング（営業部門・本社/3営業所/2工場の業務確認）
As-Is業務フロー整理、課題抽出
To-Be業務フロー設計（データ構成・画面骨格・粗利計算ロジック）
マスタ定義書の作成
構築見積の詳細化

支払条件 — 月末締め、翌月月初請求、翌月25日振込

28 / 33

7-6. 費用：構築フェーズ（請負）

2026年7〜10月（4ヶ月、請負） — 金額: ¥2,400,000 〜 ¥3,000,000（税抜）

工数明細（合計 70〜100人日）

カテゴリ	主な作業内容	工数
データベース構築	Layer 1〜4 + 9マスタの設計・構築	15〜20人日
業務プレート構築	営業向け／管理職向け／経営層／管理者向け（6プレート）	15〜20人日
自動処理実装	データフロー（書戻し・出力展開・改正見積）＋承認フロー4軸	15〜20人日
帳票・分析	PDF帳票4種 + ダッシュボード + 月次会議資料	15〜25人日
UAT・調整	微調整・運用ドキュメント・引き渡し	10〜15人日

本提案の人月単価は ¥600,000〜¥700,000／人月 相当。システム開発業界の平均人月単価 ¥1,175,000（※）と比較し、約半額の水準でのご提供となります。

※ 出典: システム開発工数単価相場調査

29 / 33

7-7. 費用：保守サポート・総額

総額

項目	期間	金額（税抜）
要件定義	2ヶ月	¥600,000
構築（請負）	4ヶ月	¥2,400,000 〜 ¥3,000,000
保守サポート（上限10時間/月）	月額	¥100,000
要件定義＋構築合計	6ヶ月	¥3,000,000 〜 ¥3,600,000

人月単価の比較

構築サービス	人月単価	出典
システム開発（全業界平均）	¥1,175,000	chaki-study.com
Salesforce構築（経験者）	¥600,000〜¥1,200,000 + 間接費3割	ContactEARTH
本提案（JUST.DB構築）	¥600,000〜¥700,000	—

本提案は業界平均の 約半額。JUST.DB構築の実績ノウハウと、自社直接対応（中間マージン無し）により実現。

30 / 33

8-1. 残課題（要追加確認）

2026-05-12のご回答で多くの論点が解決。残る確認事項：

カテゴリ	確認内容
承認フロー	30万未満の機器見積の承認者／粗利15%未満は金額問わず社長か／「営業統括」役職の権限
マスタ	社内データ形式変換の完了予定時期／全機種共通仕様項目（10〜15項目）
採番	見積番号フォーマット最終確定（事業所＋期＋イニシャル＋連番＋枝番）
案件管理	引合段階で案件作成か／進捗ステータス段階定義／受注確度A/B/Cの定義
現場用語	「設備度」「受注度」「候補」「応援者」（007の用語）の意味

31 / 33

8-2. ご提供いただきたい資料

✓ 受領済み（2026-05-12時点）

機種別価格表／ OPTION価格表／カワタ専用仕切価格表／ホース価格表／運賃価格表／出張交通費単価表／組織図／機種別見積ひな型

🟡 追加でご提供いただけると助かる資料

資料	用途
カワタ向け案件のフルセット例	主要顧客の業務フロー理解
仕入先見積PDFのサンプル数件	サーモテック直接入力UI（Phase 2）
既存の月次会議資料サンプル	ダッシュボード設計
役職階層と承認権限の正式一覧	承認フロー設計の確定

32 / 33

9. 想定リスク・前提

項目	内容
過去データ移行	行わない方針（新規システムで運用開始）
マスタの社内データ化	御社にて準備予定。完了時期が構築スケジュールに影響
JUST.DBの制約	明細フィールド5枠まで。データ量が想定を超える場合は子テーブル化で対応
仕入先連携（Phase 2/3）	サーモテック・他仕入先の合意・運用調整が必要
価格改定への対応	有効期間管理で対応。新旧価格を期間で管理
11〜12月繁忙期	構築・テストは10月までに完了させる前提
保守上限超過	月10時間を超える対応は別途お見積もり