越境ECの開発をベンダーに依頼するとき、最初の関門になるのが要件定義です。国内ECなら「カート・決済・在庫管理を載せてほしい」で大筋が伝わりますが、越境ECでは「どの国に、どの言語で、どの決済で、関税はどちらが負担し、配送はどう組むのか」を発注側が整理しきれていないと、ベンダーは見積もりすら出せません。要件があいまいなまま走り出すと、後から「その国の決済は別費用」「関税対応は想定外」と追加請求が積み上がり、プロジェクトが泥沼化します。
本記事は、越境ECのRFP（提案依頼書）・要件定義書の作り方を、発注企業の視点から解説する「要件定義特化」の記事です。対象国・言語・決済・物流・関税という越境EC固有の論点をどう要件に落とし込むか、RFPに必ず盛り込むべき項目、見積もりのブラックボックスを見抜く判断軸まで、一次データとあわせて具体的に解説します。なお、どんな機能を要件に含めるべきか迷っている方は、関連記事の機能解説を先に読むとスムーズです。越境EC全体の進め方は越境ECの完全ガイドから把握できます。
要件定義の起点は「市場参入戦略」の明確化
越境ECの要件定義は、システムの機能仕様から書き始めてはいけません。最初に固めるべきは「どの国に、どの商材を、どの順序で売るのか」という市場参入戦略です。国内ECなら市場は日本一択ですが、越境ECは対象国の選び方そのものが事業の成否を決めます。この戦略があいまいなまま機能要件を書こうとすると、必要な決済も物流も関税対応も定まらず、要件定義そのものが空中分解します。
対象国・対象言語を要件に落とす考え方
対象国と対象言語は、越境EC要件定義の最上流に位置します。自社の商材がもっとも刺さる国を、市場規模・競合・規制・物流コストの観点から見極め、要件として明記します。重要なのは、最初から欲張らないことです。リサーチでも「英語のみで月商100万円到達後に次の言語を追加するのが最高効率」とされており、要件定義の段階で英語1言語・単一市場を初期スコープと定めるのが賢明です。
多言語対応を要件に入れる際は、言語数と維持費の関係を理解しておく必要があります。英語のみなら月3〜8万円、中国語を追加すると月8〜15万円、全世界対応では月20〜30万円の運用費がかかります。つまり、言語を増やすほど月々の固定費が積み上がります。要件定義では「初期は英語のみ、月商100万円到達を条件に中国語を追加」といった段階的な言語追加計画を明記し、需要が確認できてから言語を増やす設計にしておくことが、翻訳維持費で利益が消える失敗を防ぎます。
現地モール先行か自社EC先行かの要件判断
市場参入戦略のもう一つの軸が、現地モール型（Tmall/Shopee等）から始めるか、最初から自社EC型（Shopify等）を構築するかの判断です。越境ECの王道は、まず集客力のある現地モールでテスト販売して需要を検証し、反応のある市場だけ自社ECへ広げる順序です。要件定義の段階で、「フェーズ1はモールでの検証、フェーズ2で自社EC構築」と位置づければ、いきなり大規模な自社サイト開発に予算を投じる失敗を避けられます。
この判断は、要件のスコープと予算配分を大きく左右します。モール先行を選べば、初期の自社EC開発要件は最小限に抑えられ、需要が確認できてから本格構築の要件を詰められます。逆に、すでにモールで実績があり自社ECに移行したい段階であれば、顧客データの自社蓄積やリピート促進の機能まで要件に含める価値があります。発注側は「いま事業がどのフェーズにあるか」を明確にし、それに見合ったスコープでRFPを書くことが、過不足のない見積もりを引き出す前提になります。
越境EC固有の要件と非機能要件
市場参入戦略が固まったら、それに紐づけて越境EC固有の機能要件・非機能要件を書き起こします。国内ECと共通するカート・在庫・会員管理に加え、現地決済・関税・物流・各国法規制といった越境特有の項目を漏れなく要件化することが、後の追加費用を防ぐ鍵です。ここを曖昧にしたまま発注すると、開発が進んでから「想定外」が噴出します。
決済・関税・物流を要件書に明記する
越境EC固有の機能要件として、まず決済を明記します。対象国で普及した現地決済手段を網羅すること、多通貨表示と為替反映の方式を定めること、決済手数料の水準を確認することです。決済手数料の0.5%差は月商1,000万円規模で年約60万円の利益差を生むため、要件段階で手数料も評価軸に含めるべきです。次に関税です。各国のデミニミス（米国800ドル・ブラジル50ドル等）を踏まえ、関税を消費者負担とするか自社負担とするか、その負担方式を要件として明記します。
物流要件としては、海外配送業者との連携による送料自動計算、追跡番号の連携、規模拡大時のフルフィルメント（現地倉庫出荷）の可否を盛り込みます。物流費は1件400〜2,500円が相場とされ、配送設計は利益率に直結します。さらに、受注・決済・配送計算の自動化も要件に含めるべきです。初期50〜80万円の自動化投資が、月商300万円超で月100時間の削減につながるため、運用要件として最初から織り込むのが合理的です。これらの機能をどう選定するかは、関連記事の機能解説で詳述しています。
各国法規制・セキュリティの非機能要件
越境ECの非機能要件で見落とせないのが、各国の法規制への対応です。EUの個人情報保護規則のように、対象国によっては個人データの取り扱いに厳格なルールがあり、これに違反すると高額な制裁を受けるリスクがあります。要件定義では、対象国の個人情報・消費者保護・特定商取引に相当する法規制を洗い出し、サイトの表記やデータ管理に反映する要件を明記する必要があります。法規制は国ごとに異なるため、対象国を絞ることは法対応コストの抑制にもつながります。
セキュリティ・性能の非機能要件も国内EC以上に重要です。海外からのアクセスに耐える表示速度（地理的に遠い顧客への配信最適化）、海外発の不正アクセスやチャージバックへの対策、多通貨・多言語の同時処理に耐える可用性などを要件として定めます。さらに、デミニミスの基準額変更や対象国追加といった将来の変化に備え、「関税ロジックや言語を後から変更しやすい設計であること」を非機能要件として記すことも、長期運用の安心につながります。
RFP（提案依頼書）に盛り込むべき項目
要件が整理できたら、それをRFP（提案依頼書）に落とし込みます。RFPは、複数のベンダーに同じ条件で提案・見積もりを依頼し、横並びで比較するための文書です。越境ECのRFPには、市場参入戦略・対象国・固有要件に加え、越境ならではの「フェーズ分け」と「見積もりの内訳明示」を必ず盛り込むことが、後の追加費用やベンダーとのトラブルを防ぎます。
フェーズ分けと段階的拡大の前提を記す
越境ECのRFPで最も重要なのが、フェーズ分けの明記です。最初から全市場・全言語・全機能を要件に詰め込むと、見積もりが一気に膨らみ、需要の確認できない市場にまで投資する失敗を招きます。RFPには「フェーズ1：英語1言語・単一市場・基本機能、フェーズ2：実績を見て言語・市場を追加、フェーズ3：自動化・フルフィルメント拡張」といった段階を示し、各フェーズの範囲と費用を切り分けて提案してもらう形が理想です。
フェーズ分けには、リスク管理の意味もあります。フェーズ1で需要が確認できなければ、フェーズ2以降の投資を見送れます。逆に手応えがあれば、確信を持って次の段階へ進めます。ripla事例の食品メーカーが英語1言語・初期180万円＋自動化60万円で4ヶ月後に月商200万円を達成したように、小さく始めて検証してから広げる進め方こそ、固有コストの高い越境ECで成果を出す王道です。RFPにこの前提を明記すれば、段階主義に対応できるベンダーかどうかも見極められます。
見積もりの内訳明示とブラックボックスの解明
RFPでは、見積もりを「一式」ではなく内訳で提出するよう求めることが欠かせません。越境ECは現地決済・関税対応・物流連携・多言語化など項目が多く、同じ要件でもA社とB社で費用が倍違うことが珍しくありません。内訳を要求すれば、どこに費用がかかっているのか、どの項目が割高なのかを比較できます。とくに「テスト・デバッグ費」「ディレクション費」が一式でまとめられている場合は、その内訳を確認しましょう。ディレクション・進行管理費は見積総額の約10%が一つの目安です。
あわせて、追加要件が発生した場合の単価ルールもRFPで確認しておくべきです。越境ECは「対象国を1つ追加する」「決済手段を1つ足す」といった変更が後から発生しやすく、そのたびの費用が不透明だと予算が読めません。人月単価の水準や追加作業の見積もり方法を事前に取り決めておけば、開発中の追加請求で揉めるリスクを減らせます。要件をあいまいにしたまま発注して追加費用が雪だるま式に膨らむのは、越境ECで最も多い失敗の一つです。詳しくは関連記事の失敗解説もあわせてご覧ください。
まとめ
越境ECの要件定義は、技術仕様ではなく市場参入戦略から始めるのが鉄則です。対象国・対象言語・モール先行か自社EC先行かを固め、それに紐づけて現地決済・関税負担方式・海外配送・フルフィルメントといった固有要件を漏れなく書き起こします。さらに非機能要件として各国法規制やセキュリティを織り込み、RFPには英語1言語から段階的に拡大するフェーズ分けと、内訳明示の見積もり要求を盛り込みます。これにより、需要のない市場への投資や追加費用の暴発という越境EC特有の失敗を未然に防げます。
要件定義は地味な工程ですが、ここでの整理が開発の品質・費用・期間のすべてを決めます。戦略を先に固め、固有要件を明記し、段階的に拡大する前提でRFPを書く。この基本を守れば、限られた予算でも成果の出る越境ECを発注できます。riplaはフルスクラッチ受託と国内開発を組み合わせ、自社の商習慣・既存システムを踏まえた越境ECの要件整理を一貫して支援します。全体像の確認には、あらためて完全ガイドをご活用ください。
株式会社riplaでは、IT事業会社出身のプロフェッショナルが「Impact-Driven型支援」を通じて、プロダクトやシステムの納品・提供を目的とせず、お客様と同じ目線で、事業成果の達成をゴールとして、高品質なDX/開発支援をいたします。
また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。
もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。
・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>
株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。IT事業会社出身のプロフェッショナルが集う株式会社riplaにおいて、「Impact-Driven型支援」を掲げ、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の実現に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。