ECサイトを作りたいけど、「新事業進出補助金ってEC構築に使えるの？」「制作費やサーバー代ってどこまで対象？」で手が止まりやすいですよね。
結論から言うと、ECサイト構築は“新事業の中核投資”として説明できるなら対象になり得ます。
ただし、単なる販路追加や既存事業の延長に見えると弱く、さらに費目の切り分けが曖昧だと審査や実績報告で崩れます。
この記事では、EC構築を補助対象として通すために必要な考え方を、最短で整理します。
・対象になり得る前提と、対象にするための条件
・対象になりやすい費用／注意が必要な費用の線引き
・「新事業専用」「不可欠性」「根拠と収益」で通す申請の押さえどころ
・見積が一式で崩れないための、機能単位の分解テンプレの考え方
「ECを作ること」が目的ではなく、ECがないと新事業が成立しないところまで一本線で説明できれば、計画書の説得力は一段上がります。
ここから順に、判断軸と落とし穴を潰していきましょう。
新事業進出補助金でECサイト構築は対象になるのか
ECサイト構築は、要件と経費区分の置き方次第で対象になり得ます。
ただし「店舗の売上をECに置き換えたい」だけだと、審査では既存事業の延長に見えやすく、計画全体の評価が落ちやすいのが現実です。
ここでは、対象として扱われる前提と、通る形にするための置き方を整理します。
ECサイト構築は対象になり得る
結論から言うと、ECサイト構築はシステム構築に関する投資として整理できる範囲で、対象に載る可能性があります。
ポイントは「EC＝販路」ではなく、新事業の提供手段そのものとして扱うことです。
対象になり得る形のイメージは、次のようなタイプです。
●新市場に入るための販売チャネルとしてのEC
・例：BtoCへの転換、越境ECで海外市場へ展開
●新商品・新サービスの提供を成立させるEC
・例：D2Cブランド立上げ、サブスク型の新サービス提供など
ここで大事なのは、ECが「あると便利」ではなく、それがないと売上が立たない構造まで描けることです。
言い換えると、EC構築は“広告施策”ではなく、事業そのものの設備投資として説明できる状態を作る、ということですね。
ECを対象にするには新事業の中核投資として位置づける
審査で崩れやすいのが、「ECを作ります」→「売れます」みたいな飛び方です。
ECで通すなら、事業の芯を次の順番で固定します。
新事業の芯の置き方（一本線）
1.新事業は何か – 新製品・新サービス、新市場が明確
2.誰に売るか – 既存客ではなく、新市場の定義がある
3.どう提供するか – その提供方法の中核にECがある
4.だから投資する – EC構築が必須投資として成立する
「単なる販路追加」と見られやすい例と、「新事業の中核投資」に見える例を対比すると、違いが分かりやすいです。
●弱く見えやすい例
・店舗販売をECでもやる、既存商品の販売ページを作る
●強く見えやすい例
・製造の強みを活かしてD2Cブランドを立上げ、ECを新事業の主戦場にする
・越境ECで新市場を獲りにいくために、決済・在庫・配送連携まで含む仕組みを作る
ここでのコツは、事業計画の中で新事業の売上構成や比率を明確にして、ECが「おまけ」ではなく「事業の中心」だと伝わる状態にすることです。
数字は公募回で要件が変わり得るため、断定ではなく要領の要件に合わせて整合させる前提で組み立てます。
対象になるかは対象経費の区分に落として判断する
ECは「EC費用」という一括りで出すと崩れます。
実務では、見積・契約・請求の粒度を揃えながら、経費区分に落として判断します。
下は、あなたの整理をベースにした「考え方の型」です。
実際の採否は公募要領の定義に従うので、最終的には要領で該当条文を照合してください。
| EC費用の中身 | どう整理するかの方向性 | 申請時の論点 |
| 初期の設計・開発・構築 | システム構築として整理しやすい | 新事業の提供に不可欠か |
| 初期のサーバー構築・環境設定 | 初期構築として整理しやすい | 「初期」と「運用」を分ける |
| ドメイン・SSLなど初期設定に近いもの | 初期構築側に寄せやすい | 期間・契約形態を明確に |
| 月額利用料・サブスク | 扱いが割れやすい | 期間按分、対象期間の考え方 |
| 運用代行・保守・更新 | 対象外扱いになりやすい | “作る”と“回す”を分離する |
大事なのは、費目を決めてから見積を取ることです。
見積が「EC一式」だと、区分も説明もできず、後工程で詰まります。
EC構築を対象にする判断軸
ECサイト構築は対象になり得ますが、通す鍵は「ECを作る」ではなく新事業の提供手段として不可欠な投資にできるかです。
まずは新事業の一本線を固め、次にEC費用を経費区分へ落として整理しましょう。
特に「初期構築」と「運用」を分けて見積・契約を組むだけで、審査と実績報告の事故が減ります。
ECサイト構築で対象になりやすい経費と注意が必要な経費
ここでは、EC構築で計画が崩れやすい「お金の積み方」を整理します。
結局のところ、採択の前に見積が説明できる形になっていないと、申請の説得力が落ちます。
対象になりやすいもの、揉めやすいもの、そしてサーバー関連を混ぜない線引きの考え方まで押さえます。
対象になりやすい費用の例
対象に寄せやすいのは、新事業の提供に直結する“構築・導入”の費用です。
説明の基本は「機能→新事業フロー→必要性」の順でつなぎます。
例として、見積を機能単位に分けたイメージを置きます。
●ECのカスタム開発
・商品DB、カート、購入フロー、会員機能など
●決済・在庫・配送連携の開発
・API連携、WMS連携、在庫同期など
●UI/UX設計・デザイン制作
・新ブランドの購買体験設計として説明
●初期のサーバー環境構築
・本番環境の構築、初期設定、検証環境の整備
●初期設定に紐づくドメイン・SSL
・構築の一部として扱える形に寄せる
この手の費用は、「新事業の売上が立つ仕組みを作る投資」として語れるので、計画書の中で位置づけが作りやすいです。
注意が必要な費用の例
揉めやすいのは、運用に近い費用や、事業の中核投資として説明しにくいものです。
ここは最初から分けておくと安全です。
●月額利用料やサブスク
・対象期間・按分・契約形態の説明が必要になりやす
●マーケ運用代行
・投資」ではなく「運用」側に見られやすい
●内製人件費
・対象外扱いになりやすく、説明が難しいことが多い
●仕入・広告出稿費
・そもそもEC構築費とは別枠の議論になりやすい
ここを一緒に積むと、「EC一式」の中に対象外が混じって全体が揺れます。
だからこそ、対象外は最初から別見積・別契約で切り離すのが鉄板です。
サーバー関連の費用は範囲の考え方を先に決める
サーバー、ドメイン、保守、セキュリティ更新は、混ぜるほど破綻しやすいです。
最初に次の線引きを決めてから、見積依頼の文面に入れます。
線引きの基本
・初期構築 – 環境を“作る”ための費用
・運用 – 月額で“回す”ための費用
・保守 – トラブル対応や更新を“維持する”ための費用
そして、見積の段階でこう分けます。
・初期構築として出してほしい
・サーバー初期設定、負荷対策の初期設計、初期構成作業
・月額運用として切り分けてほしい
・ホスティング、運用監視、月次保守
・保守・更新として別にしてほしい
・セキュリティ更新、障害対応、軽微改修
この分け方を先に決めると、申請時だけでなく採択後の実績報告でも「これは何の費用か」がブレません。
経費の積み方で採択後の事故が決まる
EC構築で対象に寄せやすいのは、構築・導入に直結する費用です。
一方で、月額利用料・運用・保守は混ぜるほど揉めやすいので、最初から別見積・別契約で切り離すのが安全策になります。
サーバー関連は特に崩れやすいので、申請前に「初期構築・運用・保守」の線引きを決め、見積を機能単位で揃えておくと、審査も実績報告も通しやすくなります。
ECで採択されやすくする申請ポイント
ECサイト構築は「作れば通る」投資ではありません。
採択される計画は共通して、ECを新事業の提供そのものを成立させる中核投資として置き、既存事業の延長に見えないように設計されています。
ここでは、審査で刺さる説明の型を3つに分けて整理します。
ECは新事業専用として説明する
審査で最初に疑われるのが「既存事業の販路追加では？」という点です。
ここを潰すには、ECを新事業専用として切り分け、第三者が見ても混同しない状態にします。
専用性は、次の3点が揃うと一気に強くなります。
・物理の分離
既存サイトとは別ドメイン、別サーバー、別管理画面。見た目だけでなく運用の器を分けます。
・顧客の分離
既存のBtoB顧客向け導線を外し、新規のBtoCや海外向けを主戦場に設定。会員区分や販売条件も分けます。
・会計の分離
売上・広告・決済手数料・発送費を、EC専用の勘定科目や部門で管理。後工程の実績報告でも崩れません。
逆に弱く見える典型が「店舗の売れ筋をネットで売る」型です。
これをやるなら、商品設計・価格・顧客・販売モデルまで変えて「新市場・高付加価値」の説明に寄せる必要があります。
ECが新事業に不可欠だと示す
次に問われるのは「なぜECが必要なのか」です。
ここで重要なのは、ECの機能を羅列することではなく、誰に何をどう売るかと投資が一本線でつながることです。
書き方の骨格はこれで十分戦えます。
・誰に – 狙う新市場の定義（例 – 20〜30代のD2C志向層、海外の特定地域など）
・何を – 新製品・新サービスの中身（既存の横流しに見えない設計）
・どう売る – ECでしか成立しない販売モデル（サブスク、カスタム受注、越境決済、予約連動など）
・なぜECか – ECがないと提供フローが回らない理由（受注→決済→在庫→出荷→CSまで）
例えば「サブスク＋SNS連動」を採るなら、必要機能は定期課金・会員管理・CRM・在庫連動・返品対応などに分解できます。
すると、システム構築費の見積も“必然性”で説明しやすくなります。
採択ハードルを前提に根拠と構想で突破する
ECは言い出しやすい分、計画が薄いと落ちやすい。
だから最初から「採択ハードルがある」前提で、厚くするポイントを絞って強化します。
押さえる根拠はこの3枚が基本です。
・市場根拠 – 市場規模・成長率・購買行動の変化（一次情報に近いデータ）
・競合差別化 – 価格勝負ではなく、体験・仕様・物流・継続課金などの差
・収益計画 – 売上だけでなく粗利・販管費・LTVを含めた改修設計
さらに、賃上げ要件を“添え物”にせず、ECの収益性と結びつけると通りが良くなります。
たとえば、ECの粗利改善→人件費原資→賃上げの順にロジックを組むと、数字が現実的になります。
申請書に入れると強い「専用性×必然性」チェック
・新事業売上比率が計画上で明確（例 – 3〜5年後に10%以上など）
・既存顧客に依存しない導線設計（新規獲得の仕組みがある）
・EC機能が提供フローに直結（なくても回る計画になっていない）
・見積が機能単位で説明可能（一式で逃げない）
EC採択は「専用性・必然性・根拠」の3点で決まる
ECを通す鍵は、サイトの出来栄えではなく、新事業専用として切り分け、提供フローに不可欠な投資として言い切り、市場・競合・収益で裏付けることです。
特に、会計と運用の分離まで詰めておくと、審査だけでなく採択後の運用も崩れません。
制度の基本情報を最短で押さえる
ECが通るかどうかは、制度理解が浅いと判断がブレます。
ここでは、細かい条文を並べずに、申請前に必要な前提だけを短く整理します。
目安が持てれば、見積や計画の作り直しが減ります。
補助金の特徴を整理する
この補助金は「新市場・高付加価値の新事業」を後押しする設計です。
ECは手段にすぎないので、計画の中心は必ず新事業の中身になります。
特徴として押さえるポイントは次の通りです。
・狙い – 新事業への進出を、設備・システム投資で支援する
・評価軸 – 新規性、市場性、実現可能性、収益性、賃上げなどの持続性
・つまずきやすい点 – 既存の延長に見えると弱い、運用費の扱いが崩れやすい
EC案件は特に「販路拡大」と誤解されやすいので、新市場に入る理由と新製品・新サービスの定義を先に固めるのが近道です。
補助対象者を確認する
申請できるかどうかの確認は、ここで迷うと全部が無駄になります。
まずは中小企業・小規模事業者としての該当性をチェックし、要件に関わる論点を先に洗い出します。
確認の順番はシンプルでOKです。
・法人形態・業種
・資本金・従業員などの基本条件
・申請枠で求められる要件（賃上げなど）の実行可能性
ここで「当てはまるか微妙」な場合は、次工程の見積前に整理しておくと、後からの手戻りが激減します。
補助率と上限額の考え方を押さえる
資金計画は、補助額の最大値だけを見て作ると破綻します。
見るべきは、自己負担がいくら残るかと、回収可能な収益構造になっているかです。
判断の軸はこの3つです。
・補助率 – 原則の補助率を前提に、自己負担を先に確定する
・上限額 – 上限まで使う設計にせず、必要投資から積み上げる
・回収設計 – 粗利と販管費を含め、投資回収の筋を通す
ECは「システム構築費」に寄せすぎると、運用面（集客・CS・物流）が薄く見えます。逆に運用費に寄せすぎると対象外判定が増える。
だから、初期構築は対象経費の中心に置きつつ、運用は別枠で資金計画に織り込むのが現実的です。
制度理解は「対象者・自己負担・新事業の定義」だけ先に固める
ECの可否判断で大事なのは、制度を丸暗記することではありません。
まず申請できる立場かを確定し、次に自己負担の現実ラインを決め、最後に新事業として成立する定義を固める。
この順に押さえると、見積・計画・経費区分がブレなくなります。
申請から受取までの流れ
新事業進出補助金でECサイト構築を進めるときは、採択＝すぐ着手ではない点が最大の落とし穴です。
基本は「申請→採択→交付申請→交付決定→発注・契約・構築→実績報告→精算」の順で進み、交付決定前に契約や発注を入れると、対象外になるリスクが一気に上がります。
公式の申請ステップ上も、採択後に交付申請を行い、その後に交付決定を受けて補助事業へ進む流れが示されています。
電子申請までに必要な準備
電子申請で詰まりやすいのは、「入力そのもの」よりも入力に必要な材料が揃っていないことです。
先に“提出用の部材”を固めると、Web入力は滑らかになります。
準備物はこの5点を先に揃えるイメージでOKです。
・GビズIDプライム
代表者アカウント前提で進むため、未取得なら最優先。
・事業計画の骨子
新事業の定義、提供フロー、売上計画、賃上げ計画の整合を先に取る。
・見積（相見積の体裁を揃える）
「EC構築一式」だと説明が崩れやすいので、機能単位で内訳が出る形が理想。
・市場データ・競合整理
“新市場・新製品”の根拠が弱いと、ECがただの販路追加に見えやすい。
・資金計画
自己負担と資金調達の見通しを、計画と矛盾させない。
ここは箇条書きで終わらせず、最後に一点だけ。
準備の質は「後工程の事故の減り方」で効いてきます。
例えば、見積の内訳が粗いと交付申請や実績報告で説明負担が増え、差し戻しの確率が上がります。
申請から採択までの流れ
申請後は、提出した内容がそのまま審査され、採択結果は通知されます。
ここで意識したいのは、採択は通過点で、補助対象になるかどうかの確定は交付決定側で固まるという点です。
流れを“手戻りが出ない形”に整えるなら、次の順番が安全です。
1.申請内容の提出
2.採択通知
3.採択後の交付申請の準備
4.交付申請
5.交付決定を待つ
公式のステップでも、採択後に交付申請を行う位置づけが示されています。
採択後の手続きと実施から精算まで
採択後は、交付申請→交付決定→補助事業実施の順番を崩さないことが最重要です。
公式の案内では、採択後に交付申請を行い、交付決定後に補助事業を実施し、その後に実績報告へ進む流れが明記されています。
特に押さえるべき締切はここです。
・交付申請 – 採択通知日から30日以内が原則
・補助事業期間 – 交付決定日から14か月以内
・実績報告 – 補助事業完了日から60日以内
この3つを守るために、最初から「スケジュール逆算」で組むのが効きます。
EC構築は仕様変更が起きやすいので、変更が出そうな箇所ほど事前に“変更時の手続きが必要”前提で工程にバッファを持たせたほうが、結果的に早く終わります。
申請の順番と締切を一枚で押さえる
EC案件は、申請が通った後に「つい先に動いてしまう」事故が一番怖いです。
採択はゴールではなく、交付決定を境に補助対象になるかが確定するので、発注・契約・支払いの順番を先に固定しておくのが安全策になります。
実務では、交付申請の期限・事業期間・実績報告期限の3点を逆算して、見積・仕様・証憑の集め方まで工程に組み込むと、差し戻しや精算遅れが減って結果的に早く進みます。
ECサイト構築の採択事例
ECは“作れば売れる”ではなく、審査では新事業としての独立性と投資の必然性が問われます。
採択事例として語られやすい型は、ざっくり言うと次の3つです。
どれも共通して、ECを「販路」ではなく「新事業の提供機能」として説明しています。
越境ECで海外市場を狙う事例
越境EC型は、「国内の延長」ではなく市場そのものが変わるため、新事業として組み立てやすいのが強みです。
通りやすい整理はこうです。
・どの国・地域の、どの顧客層に売るのか
・なぜ今その市場なのか
・物流・決済・多言語対応を、EC機能としてどう実装するのか
・その機能がないと新事業が成立しない理由
越境はやることが増える分、計画に厚みが出ます。逆に、根拠が薄いと「海外にも売ってみたい」止まりに見えるので、市場データと競合の差別化は最初からセットにするのが鉄板です。
既存の強みを活かしてEC商品を展開する事例
この型は、既存の強みを“そのままネットに載せる”のではなく、強みを商品設計に落とし込み、ECでしか成立しない提供形に変えるのがポイントです。
例として説明が立ちやすいのは、
・PB化やセット化で、既存提供物とは別の商品として成立させる
・サブスク、定期便、パーソナライズなどEC機能と価値が直結する形にする
・価格根拠を、原価ではなく価値で説明できる状態にする
要するに、ECは箱ではなく、価値の作り方の一部として扱うと説得力が出ます。
既存事業からECへ拡張した事例
一番難しいのがこの型です。「販路追加」に見えやすいからです。
だから採択事例で多いのは、顧客・商品・提供方法のどれかを明確に切り替えて、“別事業”に見える設計にしているパターンです。
通しやすい切り分けの例は次の通りです。
・顧客 – BtoB中心→BtoC中心へ
・商品 – 業務用中心→個人向け仕様へ
・提供 – 対面・卸中心→D2Cの購入体験へ
さらに強くするなら、前段で書いた「専用性証明」
ドメイン分離・顧客分離・会計分離のように、運用面でも“共用に見えない設計”を置くと、説明が一気に安定します。
採択事例に共通するのは「ECを販路ではなく機能として語る」こと
採択されやすい事例は、ECを「ネットで売る場所」ではなく、新事業を成立させる提供機能として説明できています。
越境ECは市場が変わる分、新事業として語りやすい一方で根拠が薄いと一気に弱く見えます。既存の強み活用型は、強みを商品設計に落とし、ECの機能と価値が直結していると説得力が出ます。
既存事業からの拡張は販路追加に見えやすいので、顧客・商品・提供方法のどれかを明確に切り替え、運用面でも専用性が伝わる設計にしておくと審査の理解が進みやすくなります。
ECサイト構築費の見積が崩れない整理方法
ECサイト構築費は、見積の出し方ひとつで「一式＝中身不明」と見なされ、妥当性説明ができずに失点しがちです。
ここでは、審査で崩れない形にするために、見積を「分解」「統一」「紐付け」の順で整えます。
機能単位で分けて3社同条件で比較し、新事業フローに直結させると、説明が通りやすくなります。
見積を機能単位で分ける
最初にやるべきは、一式見積を「機能」で分解し、何にいくら払うのかを可視化することです。
ECは領域が広いので、最低でも「フロント」「バック」「決済」「連携」「基盤」のように分けると整理が安定します。
分解の基本例（総額2,000万円）
| 機能ブロック | 主な中身 | 例の金額 |
| フロントエンド | 商品一覧・商品詳細・カート・UI設計 | 500万円 |
| バックエンド | 商品管理・受注処理・在庫管理・CMS | 700万円 |
| 決済API | 決済連携・不正検知・入金処理 | 200万円 |
| サーバー初期構築 | 環境構築・負荷対策・監視初期設定 | 300万円 |
| デザイン | トーン設計・テンプレ・導線設計 | 300万円 |
| 合計 | 2,000万円 |
分解するときのルールはシンプルで、次の3つを守るとブレません。
・機能ごとに成果物が言える単位で切る
・金額が大きいところほど粒度を細かくする
・月額運用や保守は混ぜず、まずは初期構築と開発に集中する
こうしておくと、後段の「同条件の相見積」「新事業への必要性説明」が一気にラクになります。
見積の内訳を申請用に揃える
分解できたら、次は3社相見積を「比較可能」に揃えます。
ここが揃っていないと、審査側には高い安いではなく、条件が違って読めないと映ります。
3社比較の統一テンプレ（コピペ用）
| 機能 | 会社A | 会社B | 会社C | 補助対象区分 | 備考 |
| フロント開発 | 500万 | 480万 | 520万 | システム構築費 | 画面数・対応範囲を同一 |
| バックエンド | 700万 | 720万 | 680万 | システム構築費 | 在庫・受注・CMSを同一 |
| 決済API | 200万 | 180万 | 220万 | システム構築費 | 決済ブランド範囲を同一 |
| サーバー初期 | 300万 | 320万 | 280万 | システム構築費 | 初期のみ、運用は別扱い |
| デザイン | 300万 | 290万 | 310万 | システム構築費 | 監修回数など条件固定 |
| 合計 | 2,000万 | 1,990万 | 2,010万 |
統一するときは、見積依頼の時点で「揃える条件」を先に渡します。
実務で効くのは次の3点です。
・同一仕様書で依頼する
どの会社にも同じ要件を渡す。画面数、連携範囲、機能一覧、納期を固定する。
・項目名と粒度を固定する
「フロント」「バック」「決済」「サーバー初期」「デザイン」など、見出しを揃える。
・運用費は初期構築と分離する
月額費用、保守、広告運用は初期開発に混ぜない。混ざるほど説明が崩れます。
この段階で、申請書で説明しやすい形に整っているかを、見積書の見た目だけで判断できる状態にしておくのが狙いです。
ECの機能を新事業の提供フローに結びつける
最後に、分解した機能を「新事業が回る流れ」に結びます。
ここが弱いと、見積が綺麗でも「必要性」が薄く見えます。
ECは単なる販路ではなく、受注から出荷までを成立させる設備投資として説明します。
新事業フローに直結させる例
| 新事業フロー | 必要な機能 | 投資の役割の言い方 |
| 受注 | フロント、会員、カート | 新規顧客の購入導線を成立させる |
| 在庫 | バックエンド、在庫連携 | 欠品や過受注を防ぎ、販売を継続させる |
| 決済 | 決済API、与信、不正検知 | 決済手段を整え、購入完了率を高める |
| 配送 | 物流連携、出荷指示 | 出荷を自動化し、納期と品質を担保する |
| 顧客対応 | 問い合わせ、返品対応 | 継続購入と満足度を維持する |
事業計画書の文章は、背伸びした数字より一本線のロジックが強いです。
書き方の型はこれで十分通ります。
・新事業の狙い – 新市場に進出する
・そのための仕組み – D2Cの受注から配送を自社で回す
・仕組みを成立させる投資 – 機能分解したEC開発一式
・その結果 – 新事業売上比率と付加価値が伸びる
この「工程→機能→投資」の接続ができると、見積の妥当性も必要性も同時に説明できます。
見積を分解し統一しフローに紐付けて崩れない申請にする
ECサイト構築費は、機能単位の分解で中身を見える化し、3社同条件の統一テンプレで比較可能にし、最後に受注→在庫→配送の新事業フローへ結びつけると、審査で崩れにくくなります。
総額2,000万円なら「開発・基盤・連携・デザイン」を機能で切り、月額や保守は混ぜずに別管理すると説明が安定します。
これで、相見積の説得力と必要性の一本線が揃い、計画全体の通りが良くなります。
新事業進出補助金でECを通すコツは「新事業の中核投資」に固定すること
新事業進出補助金でECサイト構築を狙うなら、ECを新製品・新市場進出の中核投資として位置づけ、「ECがないと新事業が成立しない」まで一本線で説明できる形にします。
単なる販路追加に見えると弱いので、専用性・不可欠性・経費区分の3点を揃えるのが基本です。
・専用性 – 既存事業と混ざらない設計（新事業側の売上・運用・導線が分かれる）
・不可欠性 – 誰に何をどう売るかと、EC機能が直結している（受注→在庫→配送まで説明できる）
・経費区分 – 初期の構築・開発は整理しやすい一方、月額費用や保守は混ざりやすいので、最初に線引きを決める
さらに、見積は「一式」で出すと説明不能になりがちなので、機能単位で分解し、3社同条件で比較できる形にすると、必要性と金額妥当性が同時に通りやすくなります。
