卸売業の法人向けECサイト、初期費用はいくら?内訳と費用を抑える考え方

◆監修・編集責任者　小園 将隆　2026年9月21日

B2B EC-COLUMN

卸売業の受発注をEC化する初期費用、まず何を確認すべきか

電話とFAXで受けている卸売の注文をECに切り替えたい。
ただ、初期費用がいくらかかるのか見当がつかず、社内で相談を始める前の一歩が踏み出せない——この記事は、そうした段階の方に向けて書いています。
読み終えるまでに、初期費用として何に対してお金が発生するのか、金額が大きく動く分岐点はどこか、そして費用を抑えるならどんな順番で進められるかが整理できるようにしました。
先に答えを書きます。
法人向けECサイトの初期費用は、何をどこまで作り込むかでほぼ決まります。
標準機能の範囲に収めれば初期費用も月額もあらかじめ定額で示され、稟議前に総額を計算できます。
一方、掛け売りの締め処理や複数拠点の在庫、取引先ごとの価格体系といった自社固有の要件を個別に組み込むほど、費用は個別見積りの領域に入ります。
まず自社に必須の機能範囲を見極めることが、費用判断の最初の一歩です。

法人向けECの初期費用が「だいたいいくら」と一言で言いにくいのは、それがソフトウェアそのものの値段ではなく、自社の商売のルールをシステムに載せる作業の対価だからです。
同じ卸売業でも、取引先が数十社で価格表が一本なのか、取引先ごとに単価が違い、ロットや締め日もばらばらなのかで、必要な設定作業はまったく変わります。
つまり初期費用の話は、値札を探す作業ではなく、自社の業務のどこまでをECに移すかを決める作業とほぼ同じ意味を持ちます。

見積りを依頼する前に、自社だけで決められることが三つあります。
一つ目は、EC化する取引の範囲です。
全取引先を一斉に切り替えるのか、まず注文量の多い数社から始めるのかで、初期に必要な設定量もデータ移行量も変わります。
二つ目は、取引条件の複雑さです。
取引先別の単価、数量帯ごとの価格、掛け売りの締め日といった条件を、どこまでEC側で扱う必要があるのかを棚卸しします。
三つ目は、既存システムとの関係です。
基幹システムや販売管理システムに注文データを渡す必要があるのか、当面は画面で確認して手入力でも回るのかによって、初期費用の性格が変わります。

もう一つ、稟議の準備という点で大事なことがあります。
初期費用だけを見ても、その投資が妥当かどうかは判断できません。
法人向けECは契約が続く限り月額費用が発生するので、初期費用と月額を合わせた初年度総額、できれば三年間の総額で比べる必要があります。
初期費用は金額が一度きりで目立つぶん社内の議論を集めやすいのですが、実際に効いてくるのは毎月の固定費のほうです。
この記事でも、後半で月額側の見方に触れます。

そして、初期費用を左右する情報のほとんどは、実は今の業務のなかにあります。
FAXの注文用紙に印字されている項目、受注担当者が電話で必ず聞いている確認事項、納品書に載せている条件——それらを書き出したものが、そのまま要件表の下書きになります。
この下書きがあるかないかで、見積りの精度も、打ち合わせにかかる時間も変わってきます。

初期費用に含まれるもの・卸売ECに必要な機能

初期費用の内訳となる主な項目

初期費用という一つの名前で呼ばれていても、その中身は性格の違う作業の集まりです。
大きく分けると、動かすための環境を用意する作業、自社の仕様に合わせて設定する作業、既存のデータを移す作業、公開前に確認する作業の四つに整理できます。
見積書に並ぶ項目名はベンダーによって違いますが、この四つのどれに当たるかで読み解くと、何が含まれていて何が含まれていないかを判断しやすくなります。

環境の用意と初期設定は、定額プランの場合はほぼ提示された金額に含まれます。
逆に言えば、この部分は作業内容が標準化されているから定額にできるわけです。
デザインについても、用意されたテンプレートに自社のロゴや色を当てはめる範囲なのか、独自の画面設計を起こすのかで扱いが分かれます。
卸売の取引先は、見た目の美しさより注文のしやすさを重視することが多いので、ここに初期費用を厚く積む必要があるかどうかは、取引先の使い方を思い浮かべながら判断したいところです。

見落とされやすいのがデータ移行です。
商品マスタ、取引先マスタ、取引先別の価格——この三つは卸売ECの土台で、件数が多いだけでなく、既存データの整理が必要になることがよくあります。
たとえば同じ商品が担当者ごとに別の表記で登録されていたり、価格が個別の見積書にしか残っていなかったりすると、移行の前に整える作業が発生します。
この整理作業を自社で行うのか、費用を払って依頼するのかは、見積りを見比べるときの分かれ目になります。
移行作業が見積りに含まれていても、元データの正しさを保証するのは発注側の仕事として残る点は、あらかじめ想定しておくのが現実的です。

最後の公開前の確認は、ベンダーへの支払いというより社内の時間として現れます。
テスト注文を通して、受注から出荷指示までの流れが実際に成立するかを確かめる。
受注担当者に触ってもらい、電話で聞いていた内容が画面でまかなえるかを見る。
そのうえで取引先へ案内を出す。
この工程を短く見積もると、公開しても使われないECになりやすく、結果として初期費用の回収が遅れます。

会員限定価格・掛け売り・数量単価など卸売特有の要件

法人向けECが一般消費者向けのECと最も違うのは、価格が相手によって変わることです。
誰でも同じ価格で買える一般向けと違い、卸売では取引先ごとに単価が決まっていたり、同じ商品でも取引量に応じた条件が設定されていたりします。
そのため、ログインした相手を識別して、その相手にだけ見せる価格を出す仕組みが前提になります。
会員限定価格や取引先別単価と呼ばれる機能はこの前提を満たすためのもので、卸売ECではほぼ必須の要件です。

次に、注文の単位です。
ケース単位でしか受けない商品、最低ロットのある商品、数量帯によって単価が下がる商品——こうした条件は、紙やFAXなら担当者の頭のなかで処理されていますが、ECでは明示的に設定する必要があります。
数量単価の段数が多いほど、また商品ごとに例外が多いほど、初期の設定作業は増えます。
ここは要件の数がそのまま作業量に比例しやすい部分です。

決済まわりでは、掛け売りの扱いが判断の中心になります。
卸売の取引は、都度決済ではなく月末締め翌月払いのような掛け売りが一般的です。
ECで注文を受けたあと、締め処理と請求書発行をどこで行うのかを決めなければなりません。
すでに基幹システムや販売管理システムで請求業務が回っているなら、ECは注文を受けてデータを渡すところまでに絞るという考え方があります。
一方、EC側でも与信枠や請求状況を扱いたいとなると、要件は一段複雑になります。
どちらが正しいというものではなく、既存業務のどこを触らずに済ませるかという判断です。

在庫の見せ方と、取引先の組織構造も費用に効きます。
倉庫が複数あり、取引先によって出荷元が違う場合、在庫をどう合算して見せるか、引当をどう扱うかを決める必要があります。
また、支店が発注して本社が承認するといった取引先側の社内手続きをECで再現しようとすると、利用者の階層と権限の設計が必要になります。
これらは標準機能の範囲を超えやすく、個別見積りに移る典型的な要件です。

ここで正直にお伝えしておくと、こうした要件を一つ追加すると初期費用がいくら増えるという相場を、この記事では示しません。
要件の中身と既存システムの状態で作業量が変わるため、金額の目安を置くこと自体が判断を誤らせるからです。
そのかわり実務で効くのは、要件を必須と後回し可能に分けて伝えることです。
すべてを最初から満たそうとすると見積りは膨らみますが、公開時点で本当に止まってしまう要件だけを必須に残せば、初期費用は現実的な水準に収まりやすくなります。

ここまでで、初期費用が何に対して発生し、どの要件で膨らむのかが見えてきたはずです。
次は、その費用の決まり方そのものが違う二つの型を並べて、自社がどちらの土俵で検討すべきかを考えます。

初期費用の内訳は整理できても、自社の取引条件が標準機能の範囲に収まるのかどうかは、業務の中身を一度見てもらわないと判断しにくい部分です。

現在の受発注の流れと取引条件をお聞かせいただければ、定額プランの範囲で始められる部分と、要件として個別に検討が必要な部分の切り分けをご一緒に整理できます。無料相談で要件を整理する

初期費用を左右する分岐点：機能をどこまで作り込むか

初期費用が定額プランの範囲に収まるか、個別見積りに移るかを分ける観点として並べています。

• 取引先ごとの価格設定をどこまで細かく再現するか

• 数量帯別の単価や最低ロットなど、注文単位の例外がどれだけあるか

• 掛け売りの締め処理と請求書発行を、EC側で持つか基幹側に任せるか

• 在庫を複数拠点で持ち、取引先ごとに出荷元を切り替える必要があるか

• 取引先の組織階層（支店の発注と本社の承認）をECで扱うか

• 基幹システムとの連携を、CSVの受け渡しで済ませるか自動連携にするか

• 既存の商品マスタ・取引先マスタ・価格データがどの程度整っているか

取引先が増えても標準機能の範囲で運用できそうなら、これらの分岐点の多くは判断を保留したまま始められます。
逆に、掛け売りの締め処理や基幹連携のように、満たさなければ業務が止まる条件が一つでもあるなら、その一点だけで個別見積りの検討に切り替わります。

定額プラン型と個別見積り型で初期費用はどう変わるか

型	向いている状況	初期費用と月額の決まり方	事前に読みにくい点
定額プラン型（標準機能でまず始める）	卸売に必要な機能を、まず標準機能の範囲で使い始めたい	初期費用・月額があらかじめ定額で示され、稟議前に総額を計算できる	機能はプランの範囲に限られ、業務側を合わせる調整が社内に残る
個別見積り型（要件に応じてカスタマイズ）	複数拠点の在庫連携や組織階層の管理など、標準機能を超える要件がある	要件に応じて柔軟に対応できる一方、初期費用・月額とも個別見積りになる	要件が固まるまで総額が決まらず、稟議に出せる時期が読みにくい

定額プラン型：総額を先に確定させてから始める

定額プラン型の初期費用の目安

金額の感覚をつかむために、実際に公開されている自社サービスの例を挙げます。
EC-Rider Primoのクイックビジネスプランは、初期費用が100,000円（税抜）¹、月額費用が88,000円（税抜）¹として示されています（いずれも2026年時点の公開情報）。
この型の特徴は、金額が先に決まっていることそのものにあります。

初期費用と月額が定額であれば、初年度に必要な金額はその場で計算できます。
100,000円に88,000円の12か月分を足すと1,156,000円（税抜、単純計算）となり、見積りを待たずに稟議書の数字が置けます。
初期費用がいくらか分からないという最初の悩みに対しては、この計算ができること自体が一つの答えになります。
社内で承認を得る段階では、金額の大小より、根拠のある数字を示せるかどうかが議論の進み方を変えます。

ただし、定額で示せるということは、提供される範囲があらかじめ決まっているということでもあります。
プランに含まれる機能で自社の受発注が成立するかどうかが、この型を選べるかの分かれ目です。
前半で挙げた分岐点のうち、取引先別の価格や注文単位の設定のように標準的に扱われる範囲で収まるのか、それとも複数拠点在庫や組織階層のように範囲を超える要件があるのかを、プランの仕様に照らして確認することになります。

定額プランを選んだあとに残る課題

定額プラン型を選ぶということは、システムを業務に合わせるのではなく、業務をシステムの標準に寄せる判断をするということです。
ここで発生するのは費用ではなく、社内の調整です。
たとえば、これまで担当者の裁量で処理していた例外的な値引きや納期の約束を、どこまでECの枠内に収めるかを決めなければなりません。
この整理を後回しにすると、ECで注文を受けたあとに結局電話で調整することになり、EC化の効果が出なくなります。

もう一つは、取引先への移行です。
長く電話とFAXで注文してきた相手に、明日からECでとお願いしても、すぐには切り替わりません。
注文量が多く、担当者がパソコンを日常的に使っている取引先から順に案内し、慣れてきたら範囲を広げるほうが現実的です。
定額プランは月額が一定なので、切り替えが進むほど一件あたりのコストが下がっていく構造になります。

そして、将来の見通しです。
標準機能で始めたあとに、やはり基幹連携や独自の要件が必要になることは十分あり得ます。
そのときにどういう選択肢があるのか、データはどう引き継げるのかは、契約前に提供元へ確認しておくべき点です。
この確認は、後戻りできるかどうかという意味で、初期費用の金額そのものと同じくらい重要です。

個別見積り型：要件を固めながら総額を作っていく

個別見積り型（カスタマイズ）の考え方

個別見積り型では、初期費用があらかじめ定額で示されません。
作業量が要件によって決まる以上、要件が固まる前に金額を出せないからです。
公開情報として確認できるのは、たとえばEC-Rider B2B IIの料金ページにあるモデルケースのASPベースエンジン利用料が月額170,000円～²、サーバー構成を変更した場合のASP利用料が月額260,000円²という水準で、カスタマイズについてはレベルに応じた見積りとされています²（2026年時点の公開情報）。

ここで誤解しないでいただきたいのは、この二つの例が業界の相場を示すものではないという点です。
同じ提供元の二つの製品を並べただけであり、法人向けEC全体の平均でも、他社との比較でもありません。
読み取ってほしいのは金額の高低ではなく、費用の決まり方が違うという構造のほうです。
定額プラン型は範囲を絞ることで金額を先に確定させ、個別見積り型は範囲を広げられるかわりに金額を後から確定させる。
このトレードオフを理解していれば、見積りが出てこないことに不安を感じる必要はなくなります。

どちらの型を選ぶべきかは、予算の額よりも、満たさなければ業務が成立しない要件があるかどうかで決まります。
標準機能で受発注が回るのに個別開発を選べば、費用も期間も無駄に増えます。
逆に、基幹システムとの自動連携がなければ受注処理が二重になるという状況で定額プランを選べば、システム費用は抑えられても人件費で相殺されてしまいます。

個別見積り型で総額を確定させるまでの進め方

見積りの精度を上げる方法はあります。
要件を一枚の表にまとめ、公開時点で必須のものと、運用しながら追加してよいものに分けて提示することです。
こうすると見積りが機能単位に分解され、どの要件がいくらを押し上げているかが見えるようになります。
総額だけを提示された見積りは、削る判断ができません。

段階的に作るという考え方も、初期費用の山を低くします。
第一段階では受注を受けてデータを出力するところまでを作り、第二段階で自動連携や承認フローを足す。
投資を分割できるだけでなく、実際の運用を見てから第二段階の要件を決められるので、使われない機能に費用を払う危険も減ります。

あわせて、見積りの前提条件を書面で残しておくことをおすすめします。
商品と取引先のデータ件数、連携の方式、テストの範囲、移行作業をどちらが担当するか。
追加費用が発生する場面の多くは、機能の追加そのものより、これらの前提が食い違っていたことに起因します。
前提が明示されていれば、途中で要件が増えたときにも、どこからが追加なのかを冷静に話し合えます。

初期費用を抑える選択肢（無料トライアル・段階導入・補助金）

無料トライアルとスモールスタート

費用の判断に迷っている段階で最も効率がよいのは、実際に触ってみることです。
EC-Rider Primoでは30日間0円の無料トライアルが用意されています¹。
資料だけを何社分も読み比べるより、自社の商品を数点登録して注文の流れを一度通してみるほうが、必要な機能と不要な機能がはっきりします。

トライアル期間に確かめる価値が高いのは、受注担当者が実際に使う画面です。
電話で聞いていた確認事項が画面上でまかなえるか、注文内容の修正がどれだけ手間か、社内の誰が見ても分かる表示になっているか。
できれば、普段パソコンにあまり触らない人にも操作してもらってください。
取引先側の担当者も同じような使い方をする可能性が高いからです。

一方で、トライアルだけでは確かめきれないこともあります。
本番と同じ件数のデータを入れたときの扱いやすさ、基幹システムとの連携、そして取引先が実際に切り替えてくれるかどうか。
これらは短期間の試用では見えないので、提供元との打ち合わせや、一部の取引先への事前相談で補うことになります。
試用で分かることと分からないことを区別しておけば、トライアル後の判断が曖昧になりません。

公的な補助金制度の活用条件

初期費用の負担を公的制度で軽くできる場合があります。
小規模事業者持続化補助金では、補助上限額が最大250万円とされています³。
販路開拓の取り組みを支援する制度なので、EC構築が対象になり得る枠組みではありますが、実際に自社の費用が対象になるかは別の確認が必要です。

確認すべき点は大きく二つあります。
一つは、自社が制度上の小規模事業者に該当するかどうかです。
従業員数などの要件が業種ごとに定められているため、卸売業として自社が当てはまるかを制度の案内で確かめてください。
もう一つは、補助対象となる経費の範囲です。
ウェブサイト関連の経費については、公募回ごとに定められる公募要領で扱いが決まります。
初期費用のどこまでが対象か、月額の利用料が対象に含まれるかといった点は、公募要領と、商工会議所や商工会などの窓口で個別に確認するのが確実です。

実務上もう一点、資金繰りの面で押さえておきたいことがあります。
補助金は交付が決まった後の一定期間に行った取り組みが対象になる仕組みが一般的で、支払いも後から行われます。
つまり、いったんは自社で費用を負担する前提で計画を立てる必要があります。
発注や契約のタイミングと対象期間の関係を取り違えると、せっかく採択されても対象外になりかねないので、スケジュールは申請前に窓口へ相談しておくと安全です。

最後に、これは費用の話というより姿勢の話ですが、補助金が使えるからという理由で要件を膨らませないことをおすすめします。
補助は一度きりですが、月額費用と運用の手間は続きます。
補助金がなくても成立する計画かどうかを一度考えてみると、必要な機能の輪郭がはっきりします。

初期費用以外に見ておきたい月額・運用コスト

月額のASP利用料で見ておく点

月額費用については、プラン名だけで決まらない部分があることを知っておくと見積りが読みやすくなります。
先ほど挙げた例では、モデルケースのASPベースエンジン利用料が月額170,000円～²とされる一方、サーバー構成を変更した場合の利用料として月額260,000円²という水準も示されています。
つまり、同じサービスでも構成によって月額が変わり得るということです。
アクセス数や取引先数の見通しを伝えたうえで、どの構成を前提とした金額なのかを確認してください。

そのうえで、複数年の総額で比べます。
定額プランの例で言えば、初期費用100,000円¹に月額88,000円¹の36か月分を足すと3,268,000円（税抜、単純計算）になります。
この計算をしておくと、初期費用の数十万円の差より、月額の数万円の差のほうが長期では効いてくることが実感できます。
初期費用を下げる交渉に力を注ぐより、月額の前提条件を詰めるほうが結果的に効果が大きい場面は少なくありません。

見積書を受け取ったら、次の観点で内訳を確かめると抜けが減ります。

社内側に残る運用の手間

ベンダーへの支払いだけが運用コストではありません。
卸売ECを動かし続けるには、商品マスタの追加や廃番の反映、価格改定の適用、取引先の追加登録といった作業が定期的に発生します。
これを誰が担当するかを決めないまま公開すると、情報が古いECになり、取引先が電話に戻ってしまいます。
作業量そのものは大きくなくても、担当と手順を決めておくことが、初期費用を無駄にしないための条件です。

もう一つ意識したいのが、電話やFAXとの併走期間です。
移行期には、ECと従来の方法の両方を受け付ける時期がどうしても生じます。
この二重運用が長引くほど、受注担当者の負担はむしろ増えます。
いつまでにどの取引先を切り替えるかという目標を持ち、案内や操作説明を計画的に行うことで、併走期間を短くできます。

EC化の効果は、システムの出来よりも、どれだけの注文がECを通るようになったかで決まります。
初期費用を検討している段階から、公開後にどう使ってもらうかまで含めて考えておくと、見積りを比べるときの基準も自然と定まってきます。

要点の整理

軸	基準
機能範囲	標準機能で受発注が成立するなら定額プラン型、満たさないと業務が止まる要件があるなら個別見積り型
費用の確定しやすさ	初期費用と月額が定額で示されるほど稟議前に総額を計算でき、要件次第の見積りは要件が固まるまで総額が決まらない
比較の単位	初期費用だけでなく、月額を足した初年度・三年間の総額で比べる
始め方	無料トライアルで操作を確かめ、標準機能の範囲で公開し、必要な範囲だけ後から広げる
公的支援	補助上限額は最大250万円だが、対象経費と申請時期の条件は公募要領と窓口で確認する
運用体制	マスタ更新の担当と、電話・FAXとの併走をいつまでにどう終えるかを決めておく

金額そのものより、どの要件を最初に満たし、どれを後から足すかという順番の設計が、初期費用と公開後の使われ方を左右します。 無料トライアルで実際の画面を確かめながら、必須要件と後回しにできる要件の切り分け、月額を含めた総額の見通し、公開後の運用体制までを具体的にご確認いただけます。

よくある質問

無料トライアルだけで卸売ECの操作感を確かめられますか

操作感の確認という目的であれば十分に役立ちます。
EC-Rider Primoでは30日間0円のトライアルが用意されており¹、自社の商品を登録して注文の流れを一通り試せます。
受注担当者に実際に触ってもらい、電話で聞いている確認事項が画面でまかなえるかを見るのが最も有効な使い方です。
ただし、本番と同じ件数のデータを扱ったときの操作性、基幹システムとの連携、取引先の反応までは試用期間では見えません。
その部分は打ち合わせや事前の取引先相談で補う前提で進めてください。

初期費用の検討中や見積り待ちの期間、既存の受発注業務はどう続ければよいですか

現在の電話・FAXの体制はそのまま維持してください。
検討中に業務の方法を変える必要はありませんし、切り替えは公開後に段階的に進めるほうが安全です。
この期間に効果があるのは、FAXの注文用紙や電話での確認事項を書き出しておくことです。
そこに並ぶ項目が、そのまま要件の下書きになり、見積りの精度も打ち合わせの速さも変わります。
公開後も、注文量の多い取引先から順に切り替え、併走期間をできるだけ短く設計するのが現実的です。

既存の基幹システムとの連携費用は初期費用に含まれますか、別途見積りになりますか

連携の方式によって扱いが変わります。
受注データをCSVで書き出して基幹側に取り込むといった運用で足りるなら、標準機能の範囲で対応できる場合があります。
一方、在庫や与信情報をリアルタイムでやり取りするような自動連携は、接続先の仕様に合わせた作業が必要になるため、要件に応じた個別見積りとなるのが一般的です。
見積りを依頼する際は、連携したい項目、方向（EC側へ渡すのか受け取るのか）、更新の頻度を明示すると、含まれる範囲がはっきりします。

小規模事業者持続化補助金はEC構築のどの費用まで対象になりますか

補助上限額は最大250万円とされています³が、どの費用が対象になるかは公募回ごとの公募要領で定められるため、一律には言えません。
申請前に確認すべきことは三つあります。
自社が制度上の小規模事業者に該当するか、ウェブサイト関連の経費がその回でどう扱われるか、そして契約や支払いのタイミングが対象期間に収まるかです。
いずれも制度の案内と公募要領、商工会議所や商工会などの窓口で確認するのが確実です。
補助金は後から支払われる仕組みが一般的なので、いったんは自社で負担する前提で資金計画を立ててください。

定額プランで始めた後、要件が増えた場合に個別見積り型へ移行できますか

移行できるかどうか、またその際にデータをどう引き継げるかは、提供元と契約の条件によって異なります。
この記事で扱った公開情報からは、移行の可否や条件までは確認できません。
そのため、契約前の段階で、将来的に標準機能を超える要件が出たときの選択肢、商品・取引先・受注データの引き継ぎ方法、その際に必要な手続きを提供元に確認しておくことをおすすめします。
始めやすさと同じくらい、次の段階に進めるかどうかは判断材料になります。

1. 1　出典：株式会社フライトソリューションズ「EC-Rider Primo サービス紹介ページ・料金プラン」（2026年）
2. 2　出典：株式会社フライトソリューションズ「EC-Rider B2B II 料金プラン・費用ページ」（2026年）
3. 3　出典：中小企業庁「小規模事業者持続化補助金 制度ページ」（2026年）