越境ECのRFPと要件定義書は、市場参入戦略を固めたうえで、対象国・決済・物流・関税といった固有の要件を書き出して作ります。国内ECと違い、ここが整理できていないと、ベンダーは見積もりすら出せません。
本記事は、発注企業の視点からその作り方と、見積もりのブラックボックスを見抜く判断軸を、一次データとあわせて具体的に解説します。越境EC全体の進め方は越境ECの完全ガイドから把握できます。
Webサービス開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「Webサービス開発の完全ガイドブック」で詳しく解説しています。
▼RFP作成前に読みたい無料ホワイトペーパー
・Webサービス開発の完全ガイドブック
・【2026年最新版】AI駆動開発の完全ガイドブック
要件定義の起点は「市場参入戦略」の明確化
越境ECの要件定義は、市場参入戦略から書き始めます。システムの機能仕様から入ると、戦略の前提がないまま機能を並べることになるため、この順序は避けます。最初に固めるべきは「どの国に、どの商材を、どの順序で売るのか」です。国内ECなら市場は日本一択ですが、越境ECでは対象国の選び方そのものが事業の成否を決めます。
この戦略があいまいなまま機能要件を書こうとすると、必要な決済も物流も関税対応も定まらず、要件定義そのものが空中分解します。
対象国・対象言語を要件に落とす考え方
対象国と対象言語は、要件定義の最上流にあたります。発注側は、自社の商材がもっとも刺さる国を、市場規模・競合・規制・物流コストの観点から見極め、要件として明記します。
最初から欲張らないことも大切です。リサーチでも「英語のみで月商100万円到達後に次の言語を追加するのが最高効率」とされています。そのため、要件定義の段階で英語1言語・単一市場を初期スコープと定めるのが賢明です。
多言語対応を要件に入れるときは、言語数と維持費の関係を理解しておく必要があります。英語のみなら月3〜8万円、中国語を追加すると月8〜15万円、全世界対応では月20〜30万円の運用費がかかります。
つまり、言語を増やすほど月々の固定費が積み上がります。そこで要件定義では、「初期は英語のみ、月商100万円到達を条件に中国語を追加」といった段階的な言語追加計画を明記します。需要が確認できてから言語を増やす設計にしておくことが、翻訳維持費で利益が消える失敗を防ぎます。
- 初期スコープ：英語1言語と単一市場での開始
- 言語追加の基準：月商などの数字で示す追加条件
現地モール先行か自社EC先行かの要件判断
市場参入戦略のもう一つの軸は、現地モール型（Tmall/Shopee等）から始めるか、最初から自社EC型（Shopify等）を構築するかの判断です。
越境ECの王道は、まず集客力のある現地モールでテスト販売して需要を検証し、反応のある市場だけ自社ECへ広げる順序です。そこで、要件定義の段階で「フェーズ1はモールでの検証、フェーズ2で自社EC構築」と位置づければ、いきなり大規模な自社サイト開発に予算を投じる失敗を避けられます。
この判断は、要件のスコープと予算配分を左右します。需要が確認できるまで本格構築の要件を詰めずに済む点で、モール先行は予算の無駄を抑えやすい進め方です。
逆に、すでにモールで実績があり自社ECへ移行する段階であれば、判断の前提が「需要を確かめる」から「実績を広げる」に変わります。
発注側は、いま事業がどのフェーズにあるかを明確にします。そのうえで、それに見合ったスコープでRFPを書くことが、過不足のない見積もりを引き出す前提になります。
- モール先行：自社ECの初期要件を最小限に抑え、本格構築は後から詰める
- 自社EC移行：顧客データの自社蓄積やリピート促進の機能も要件に含める
越境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には、たとえば「フェーズ2：実績を見て言語・市場を追加」「フェーズ3：自動化・フルフィルメント拡張」といった段階を示します。
フェーズ分けには、リスク管理の意味もあります。フェーズ1で需要が確認できなければ、フェーズ2以降の投資を見送れます。逆に手応えがあれば、確信を持って次の段階へ進めます。
ripla事例の食品メーカーは、英語1言語、初期180万円＋自動化60万円の構成で始め、4ヶ月後に月商200万円を達成しました。小さく始めて検証してから広げる進め方こそ、固有コストの高い越境ECで成果を出す王道です。さらに、RFPにこの前提を明記すれば、段階主義に対応できるベンダーかどうかも見極められます。
- フェーズ1の範囲：英語1言語・単一市場・基本機能に絞る
- フェーズごとの費用：範囲と費用を切り分けた見積もりを求める
見積もりの内訳明示とブラックボックスの解明
RFPでは、見積もりを「一式」でまとめさせず、内訳で提出するよう求めることが欠かせません。越境ECは項目が多く、同じ要件でも、A社とB社で費用が倍違うことが珍しくありません。
内訳があれば、どこに費用がかかっているのか、どの項目が割高なのかを比べられます。とくに「テスト・デバッグ費」「ディレクション費」が一式でまとめられている場合は、その内訳を求めます。ディレクション・進行管理費は、見積総額の約10%が一つの目安です。
あわせて、追加要件が発生した場合の単価ルールも、RFPで確認しておくべきです。越境ECは「対象国を1つ追加する」「決済手段を1つ足す」といった変更が後から発生しやすく、そのたびの費用が不透明だと予算が読めません。単価ルールを先に定めておけば、開発中の追加請求で揉めるリスクを減らせます。
要件をあいまいにしたまま発注すると、追加費用が雪だるま式に膨らみます。これは越境ECで最も多い失敗の一つです。詳しくは関連記事の失敗解説もあわせてご覧ください。
- 内訳の項目：現地決済、関税対応、物流連携、多言語化ごとの費用
- 追加作業の単価：人月単価と見積もり方法を事前に取り決める
まとめ
越境ECの要件定義は、市場参入戦略から始めるのが鉄則です。対象国・対象言語と、モール先行か自社EC先行かを固めたうえで、それに紐づけて現地決済、関税負担方式、海外配送、フルフィルメントといった固有要件を漏れなく書き起こします。
さらに、非機能要件として各国の法規制やセキュリティを織り込みます。RFPには、英語1言語から段階的に拡大するフェーズ分けと、内訳明示の見積もり要求を盛り込みます。これにより、需要のない市場への投資や追加費用の暴発という越境EC特有の失敗を未然に防げます。
要件定義は地味な工程ですが、ここでの整理が開発の品質・費用・期間のすべてを決めます。だからこそ、戦略を先に固め、固有要件を明記し、段階的に拡大する前提でRFPを書くことが大切です。
この基本を守れば、限られた予算でも成果の出る越境ECを発注できます。riplaはフルスクラッチ受託と国内開発を組み合わせ、自社の商習慣・既存システムを踏まえた越境ECの要件整理を一貫して支援します。
全体像の確認には、あらためて完全ガイドをご活用ください。
会社紹介
株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。
また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。
もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。
・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>
株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。