BtoB-EC「標準機能だけ」で失敗する3つの落とし穴｜初期費用ではなくTCOで判断する基準

「BtoB-ECはまず標準機能だけで始めて、必要なら後からカスタマイズしよう」

導入を検討する多くの企業がこの判断をします。一見合理的に見えますが、BtoBの受注構造では、標準機能で吸収できない部分が運用現場の手作業に転嫁され、結果として初期費用削減分を運用人件費が上回ることが少なくありません。

本記事では、EC-CUBE構築とBtoB-EC専門として製造業・卸売業の案件に携わってきた立場から、「標準機能だけ」が危険になる構造的な3つの理由と、判断基準を解説します。

多くのECシステムの標準機能は、BtoC（一般消費者向け）を前提に設計されています。BtoBで日常的に発生する複雑な受注条件を吸収する設計にはなっていないのが実態です。

このズレを埋めるのは、初期投資としての設計・カスタマイズか、運用フェーズでの人件費か、どちらかしかありません。後者を選んだ結果が「標準機能だけで始めて後悔した」ケースの実態です。

典型症状：「注文が入るたびに管理画面で価格を手修正している」

BtoBの価格は、以下のような複合条件で決まることが多いです。

• 顧客A：全商品70%掛け
• 顧客B：特定商品のみ契約単価固定、他は75%掛け
• 数量100個以上：さらに5%引き
• キャンペーン期間中：特定カテゴリのみ別単価

これを標準機能だけで表現しようとすると、以下のような”苦しい運用”が発生します。

• 会員区分を乱立させる（顧客が増えるたびに区分追加）
• 同じ商品を複製して別価格で登録（マスタが二重化）
• 注文確定後に管理画面で価格を都度修正

結果として、管理が煩雑になり、単価ミスが増え、確認・修正作業が減りません。初期費用は抑えられても、毎日の運用で人件費が積み上がるのが典型的な失敗パターンです。

典型症状：「ECを導入したのに、電話・FAX注文が減らない」

BtoBの現場では、以下のような例外が日常的に発生します。

• ロット割れ対応（発注数量と倉庫実態の調整）
• 分納指示（1回の注文を複数回に分割）
• 納期調整・前倒し依頼
• 後日の単価修正（値引き交渉の遡及適用）
• 一部キャンセル・差し替え

これらを標準機能で吸収できないと、「EC受注→電話確認→管理画面で手修正→メール報告」という二重業務が残ります。

BtoB-EC導入の本来の目的は受注業務の削減ですが、ここを設計しないと逆に業務が増えます。これが「導入したのに楽にならない」「業務が逆に増えた」と感じる最大の原因です。

典型症状：「EC受注データを毎朝CSVで落として、基幹システムに手動インポートしている」

BtoBでは基幹連携の設計が成果を左右します。標準機能ではCSV出力までは対応していても、リアルタイム連携が前提でないことが多く、結果として以下の作業が日次・週次で発生します。

• 手動でのCSVダウンロード・アップロード
• 項目名の差異を埋めるデータ加工
• 在庫数・受注数の突合確認
• 請求データの再入力

リアルタイム性がない限り、在庫確認・納期確認の問い合わせ対応も残り続けます。受注件数が増えれば増えるほど、コスト削減効果が逆方向に効きます。

基幹システム連携の詳しい費用感はBtoB-EC構築の費用相場でも解説しています。

複雑な価格ロジックと例外処理を持つBtoB企業を想定して、2つのパターンを比較します。

初期費用は3倍違っても、5年TCOでは標準機能のみの方が160万円高い結果になります。運用人件費は「ミス頻発による信用低下」「現場疲弊による退職リスク」といった金額化しにくいコストも含むため、実質的な差はさらに大きくなる可能性があります。

以下に3つ以上当てはまる場合、標準機能だけで進めるとリスクが高い水準です。

• 顧客別の掛率が3段階以上ある
• 商品ごとの個別契約単価がある
• 数量別価格と契約価格が併存している
• 月次の受注件数が500件以上ある（または近い将来到達する見込み）
• 分納・ロット指定・納期調整が日常的に発生する
• 基幹システム（販売管理・ERP）との連携が必要
• 掛売・与信・締め請求が必須
• 3年後に取引先数が現在の1.5倍以上になる計画がある

このチェックは、現在の業務だけでなく3年後の業務拡張も含めて判断することが重要です。導入直後は問題なくても、取引先や受注件数が増えるタイミングで標準機能の限界に直面するケースが多いためです。

失敗する企業ほど、以下の判断基準でプロジェクトを進めています。

これらは経営判断として一見合理的に見えますが、BtoBの受注構造を考慮していない場合、運用コスト・ミスコスト・機会損失コストで初期削減分を超えてしまいます。

誤解のないように補足すると、すべての企業がフルカスタマイズすべきという話ではありません。標準機能を最大限活用しつつ、業務負担が集中するポイントだけ最小限のカスタマイズを行うのが最適解です。

そのために、構築前に整理すべき4つのポイント:

1. 1

   受注フローの可視化

   現状の受注業務を工程ごとに分解し、どこで時間がかかっているか・どこでミスが発生しているかを定量化します。改善効果が最も大きいポイントが、投資すべき箇所です。

2. 2

   価格ロジックの棚卸し

   掛率・契約単価・数量別価格の全パターンを洗い出します。条件分岐が3つ以上ある場合、標準機能だけでの対応は厳しいと判断できます。

3. 3

   例外処理の分類

   頻出例外（自動化対象）と稀な例外（運用対応）を切り分けます。頻出例外を運用に残すと、現場の負担が継続的に発生します。

4. 4

   連携要件の整理

   在庫・受注・請求の”正”（マスターデータ）がどこにあるかを明確にします。これが曖昧だと、連携設計が破綻します。

この4点を整理せずに「標準機能でいけるはず」と判断するのが、最大のリスクです。