ECプラットフォームの選び方：確認したい8つのポイント

ECプラットフォームは多くあります。企業が決めるべきなのは「どれがいちばん知られているか」ではなく、いまの商品、取引の流れ、これからの成長に、どのタイプが合うかです。

商品、カート、オンライン決済をすぐ用意できれば足りる企業もあります。大量の商品、多規格、会員ランク、店舗との連携が必要な企業もあります。B2B、見積依頼、特殊な価格、ERP 連携がある場合、標準の開店基盤では足りないことがあります。

この記事は、ECプラットフォームに順位を付けるものではありません。企業の実際のニーズから、基盤のタイプ、よくある選択肢、費用と機能の違い、選ぶときに見る項目を整理し、長く運営できるECの形を見つけるためのものです。

ECプラットフォームは、企業のオンライン取引を支えるシステムです。商品管理、カート、会員、注文、決済、管理画面が含まれるのが普通です。

「ECプラットフォーム」は、SHOPLINE、CYBERBIZ、Shopify のような開店基盤だけではありません。企業の建て方で見ると、大きく3つのタイプに分かれます。

SaaS（Software as a Service）のECプラットフォームは、事業者がシステム一式を提供します。企業は月額または年額で使い、土台のECシステムを自分で構築しません。

よくある例は、SHOPLINE、CYBERBIZ、WACA、Shopify です。

この種の基盤には、次がすでに入っていることが多いです。

いちばんの特徴は、導入が速く、技術の保守の大半を基盤側が担うことです。

標準的な商品を売り、取引の流れも一般的な B2C に近いなら、SaaS を先に検討する価値は大きいです。

一方で、企業は基盤の既存の構造の中で動きます。あとから特殊な価格、B2B の権限、特殊な注文の流れ、システム連携が出たら、基盤が対応できるか、追加費用がいくらかを確認します。

二つ目は、ECサイトを自分で建てて運用する方法です。例として、WordPress と WooCommerce があります。

SaaS と違い、自社構築はサイトのコントロールを企業が持ちやすいです。サーバー、テーマ、プラグイン、開発の仕方を自分で選べ、特殊なニーズにも調整しやすいです。

その分、企業が扱う技術も増えます。たとえば、次です。

ですから、自社構築が必ず安いわけではありません。

見るべきなのは、その柔軟性が必要か、このシステムを長く保守できるかです。

基盤の月額を避けるためだけに自社構築を選び、その後の技術保守が大きいと、総額は必ずしも低くなりません。

三つ目は、企業のニーズが、一般的な開店基盤では直接扱えない範囲に出ている場合です。

たとえば、次です。

こうしたニーズでは、専門のチームが先に企業の取引の流れを整理し、既存モジュールで足りるところと、別に計画するところを分けます。

ですから、一般的な SaaS との違いは「カスタマイズが多い」だけではありません。構築の出発点が、次から変わります。

次へ、です。

これが、企業がECプラットフォームを選ぶときの大切な分かれ目です。

商品と取引がかなり標準的なら、成熟した SaaS で大半は足りることが多いです。サイトのコントロールをもっと持つなら、自社構築を見ます。サイトが特殊な事業の流れに合わせる必要があるなら、機能数がいちばん多い開店基盤を比べるのではなく、企業向けECの構造とシステムの要件から見ます。

ですから、SHOPLINE、CYBERBIZ、Shopify などを比べる前に、次の問いが先です。この企業には、実際に何が必要か。

基盤を比べる前に、企業は実際のニーズを先に整理したほうがよいです。

最初から機能を比べると、「機能が多いか、価格が安いか」になりやすいです。あとで使い勝手を決めるのは、企業のもとの商品と取引の仕方を基盤が支えられるかです。

次の面から確認できます。

まず、企業が何を売り、商品がどう構成されるかを確認します。

一般的な衣料は、サイズと色くらいの規格で足りることがあります。製造、印刷、受注生産、B2B の製品は、サイズ、素材、加工、数量など、複数の選択肢が関わることがあります。

確認したいのは、次です。

商品の構成が特殊なら、基盤を選ぶ前に、最初から対応できるかを確認します。サイトを建て始めてから、大量の修正が必要だと分かるのは避けます。

次に、顧客がどう取引を終えるかを確認します。

いちばん標準的なECの流れは、普通は次です。

企業の実際の流れは、次のこともあります。

顧客の身分、購入数量、取引条件によって、価格が違うこともあります。

ですから、基盤を選ぶ前に次を確認します。

売り方が一般的な小売とかなり違うなら、標準の開店基盤が合うかは、さらに見る必要があります。

企業が相手にする顧客の種類も、基盤の選択に直接関わります。

一般的な B2C は、商品の見せ方、販促、カート、決済、会員向けのマーケティングを重視することが多いです。

B2B では、さらに次が必要になることがあります。

B2C と B2B を同時に行う企業もあります。同じサイトで、客層と取引ルールが違うことがあります。

この場合、「会員機能があるか」だけでは足りません。会員の身分が、商品、価格、取引の流れを本当に変えられるかを確認します。

オンラインで取引を完了するなら、基盤がどの決済、配送、電子インボイスに対応するかを確認します。

たとえば、次です。

「連携できるか」だけでなく、申請条件、取引手数料、基盤の追加費用、管理画面の操作も見ます。

すでに決まった事業者と組んでいるなら、基盤が対応するかを先に確認します。構築が終わってから、もとの作業の仕方を変えるのは避けます。

ECサイトのほかに実店舗、展示拠点、その他の販売チャネルがありなら、データをまとめる必要がありかをさらに考えます。

たとえば、次です。

オンラインだけのブランドなら、これらは必須でないことがあります。すでに実店舗の運営があり企業では、OMO や POS の連携が、サイトのテンプレート数より大切なことがあります。

すでに ERP、CRM、POS、在庫、その他の社内システムを使っているなら、基盤を選ぶ最初の段階で連携の要否を確認します。

よくやり取りするデータには、次があります。

ここでは、基盤に API があるかを見るだけでは足りません。API がどのデータを開けるか、実際の連携に制限がありかも知る必要があります。

ですから、「API がある」ことは、「すべてのシステム連携ができる」ことと同じではありません。

最後に、いまのニーズだけで基盤を選ばないでください。

いまは基本的な買い物機能で足りても、2、3年後には次が増えることがあります。

まだ起きていないニーズのために、機能を一度に全部つくる必要はありません。少なくとも、選ぶ基盤に妥当な拡張の余地があるかは確認します。

ですから、基盤を比べる前に、企業は次の一文に整理できます。

この4つがはっきりしてからECプラットフォームを比べると、機能がいちばん多い、または価格がいちばん低い基盤ではなく、ニーズに合う選択に近づきます。

商品、取引の流れ、運営のニーズがはっきりしてから、実際のニーズを比べるのが適当です。

以下は順位ではありません。企業がよく検討する選択肢と、それぞれで見ておきたい方向を整理します。プランと機能は変わり続けます。導入前は、公式の最新情報を基準にしてください。

SHOPLINE は、台湾でよく使われる SaaS のECプラットフォームの一つです。基本的なネットショップのほか、ソーシャルコマース、POS、会員運営、マーケティング、OMO も含みます。

公式プランは、いまは基本的なネットショップから、ソーシャルコマース、POS、オムニチャネルへと広がっています。一部の上位プランは Open API もあります。SHOPLINE

検討しやすい状況には、次があります。

注意点があります。基本プランの費用のほか、一部の上位機能は追加モジュールで課金され、公式には GMV に応じたシステム流量の保守費もあります。年額だけを比べないでください。SHOPLINE

CYBERBIZ も、台湾でよく使われるECプラットフォームです。公式サイトの構築、商品管理、決済、配送、マーケティング、会員、注文、運営分析、オンラインとオフラインの連携を含みます。CYBERBIZ

公式はいま、多規格商品、商品の一括取り込み、在庫管理、HTML、CSS、JavaScript によるフロントの調整を提供しています。CYBERBIZ

ですから、基本的な開店に加え、商品と在庫の管理、サイトの調整、その後の小売運営も重視するなら、比較に入れてよいです。

実際に選ぶときは、必要な機能がどのプランに入るか、上位機能を別に買う必要がありかを、さらに確認します。

WACA も、台湾でよく使われる開店基盤です。主に、SaaS でブランドの買い物サイトを建てたい店舗向けです。

SHOPLINE、CYBERBIZ と同じく、企業が土台のECシステムを自分で保守せず、既存の商品、注文、取引機能を使えるタイプです。

ですから、ニーズが主に標準的な B2C なら、WACA を台湾の他の SaaS と一緒に比べます。

本当に比べるのは「カートがあるか」ではありません。決済、配送、販促、会員、商品規格、外部サービス、これからの拡張がニーズに合うかです。

Shopify は、世界向けのコマース基盤です。ネットショップの構築のほか、実店舗と複数チャネルの販売に対応し、大きな App の生態系があります。

Shopify の公式はいま、App Store に 21,000 を超えるコマース App があり、外部アプリでサイト機能を広げられるとしています。基盤自体も API と上位の開発ツールを提供しています。Shopify

Shopify は、特に次の企業が見る価値があります。

台湾の企業が導入するときは、現地の決済、配送、インボイス、App の費用、実際の運用の仕方も確認します。国際的に知られていることだけを理由に選ばないでください。

91APP の位置づけは、ブランド小売とオムニチャネル運営に寄っています。

公式プランはいま、ブランドのEC公式サイト、App、LINE 会員、決済と配送、越境、そしてオンラインとオフラインの会員、在庫、店舗連携などの OMO を含みます。91APP

ですから、すでに一定規模の実店舗小売があり、中心の問いが「どう早くネットショップを開くか」ではなく、次であるなら、

91APP は、検討する価値のある方向です。

基本機能だけを見ると、多くの基盤が商品、会員、カート、注文、決済、配送を備えていて、「どれも同じに見える」になりやすいです。

差が開くののは、普通の次です。

オンラインだけの B2C ブランド、実店舗が複数ある小売、特殊な見積の流れが必要な B2B でも、「ECサイト」を建てたい点は同じでも、合う基盤はまったく違うことがあります。

ですから、よくある基盤を比べた次に大切なのは、すぐ一社を選ぶことでではありません。共通の基準を置くことです。ECプラットフォームは、何を比べるべきか。

プランの価格や機能数だけを比べると、「機能が多く見える」基盤を選び、運営が始まってから合わないと分かりやすいです。

より実際的なのは、各基盤を同じ基準で比べ、特に次の面を確認することです。

最初に比べるのは、月額や年額だけではありません。使うための費用全体です。

よくある費用には、次があります。

入門プランの価格が低くても、必要な機能が上位プランに集まることがあります。追加の App やモジュールで完成させる基盤もあります。

ですから、比べるのは次です。

プランページのいちばん低い価格だけを比べないでください。

成熟した基盤の多くは、基本的な商品、カート、注文をすでに備えています。

確認が必要なのは、企業自身の商品と売り方を支えられるかです。たとえば、次です。

商品が特殊なら、実商品と実際の取引で試すのがよいです。機能表に「多規格に対応」と書いてあることだけでは止めないでください。

台湾の企業にとって、現地の支援は、基盤を選ぶときの大切な条件です。

基盤がいま、次のどれとつなげるかを確認します。

これらのサービスがいまのプランに含まれるか、連携費、利用費、取引手数料が別に発生するかを確認します。

海外の基盤を見るときは、台湾の実際の運営に必要なサービスがスムーズにつながるかを、さらに確認します。

ECサイトが企業の主な公式サイトでもあるなら、設計の自由度が大切になります。

比べられるのは、次です。

早く開店できれば足りる店舗なら、既存のテンプレートで足りることがあります。ブランド、コンテンツマーケティング、サイトの体験を重視するなら、基盤の設計上の制限をさらに確認します。

ECサイトは取引の道具だけではありません。自然検索の流入を長く取る資産にもなり得ます。

ですから、基盤で次を扱いやすいかを確認できます。

機能が多いほど SEO が良いわけではありません。少なくとも、基盤の制限で、基本的な検索の最適化ができなくならないことが必要です。

既存の顧客をこれからも育てるなら、基盤の会員とマーケティングの力も比べます。

たとえば、次です。

リピート率の高い小売ブランドでは、これらが特に大切です。

機能をすべてECプラットフォームから出す必要はありません。既存の CRM やマーケティングの道具とつなげられるかも見られます。

実店舗も運営するなら、オンラインとオフラインをどこまでつなげられるかを確認します。

たとえば、次です。

この段階では、ECプラットフォームの選択はサイトだけの問題ではありません。企業の小売全体の一部です。

すでに ERP、CRM、POS、その他の社内システムがあるなら、API とデータの連携はとても大切です。

「API があるか」のほか、次も確認します。

あとでシステム連携をすると決まっているなら、基盤を選ぶ段階で技術の確認を終えるのがよいです。

最後に見落としやすいのが、データです。

商品、会員、注文、その他の運営データを書き出せるか、あとで基盤を替えるとき何を持っていけるかを確認します。

基盤を使う期間は数年でも、企業が積み上げた次は、

もっと長く使う必要があることがあります。

ですから、データを持ち出せるか、移せるかも、長期の評価に入れます。

まとめると、企業がECプラットフォームを比べるときの問いは、次から、

次へ変えられます。

この基準ができると、次の問いがはっきりします。SaaS、自社構築、企業向けECは、それぞれどんな場合に合うか。

比べる項目が分かったあとでも、企業は一つの問いに戻ります。このニーズには、どの建て方が合うか。

3つの建て方に、絶対の優劣はありません。違いは、流れの標準化、コントロール、保守の責任、特殊なニーズの扱い方です。

主なニーズが一般的な商品販売で、流れが次に近いなら、

通常は、SaaS のECプラットフォームを先に見ます。

たとえば、企業が必要なのは次です。

これらのニーズは、成熟した基盤ですでに扱えます。自由度を取るためだけに、ECを一から作る必要はありません。

SaaS のいちばんの価値は、企業の力を、下のシステムの保守ではなく、商品、ブランド、運営に置けることです。

ですから、標準の基盤でニーズの大半が足りるなら、成熟したプランを先に使う方が、カスタム開発より効率的なことが多いです。

サイトの構造、コンテンツ、設計、機能をもっとコントロールしたいなら、WooCommerce などの自社構築をさらに見ます。

たとえば、次です。

自社構築のいちばんの違いは、企業が技術の選択肢をより多く持つことです。

自由度が上がると、保守の責任もより多く企業が持ちます。

ですから、自社構築を選ぶ理由は、次であるべきです。

SaaS の基盤費用を払いたくない、という理由だけではありません。

中核のニーズが標準的な購入の流れにそのまま乗らないなら、企業向けECとして見ます。

たとえば、次です。

この種の案件で、中核の問いはもう次ではありません。

次です。

この段階で大切なのは、要件、システムの構造、データの流れ、これからの保守です。基盤の機能一覧を並べるだけではありません。

まだ決めきれないなら、先に3つ問います。

1つ目。標準的なECプラットフォームで、ニーズの大半は足りるか。

足りるなら、成熟した SaaS を先に使うのが、いちばん単純なことが多いです。

2つ目。本当に足りないのは、基盤の機能か、サイトのコントロールか。

主な問題が設計、コンテンツ、SEO、技術のコントロールなら、自社構築の方が見る価値があることがあります。

3つ目。基盤では妥当に扱えない、中核の取引の流れがあるか。

特殊な規格、価格計算、見積、B2B、システム連携そのものが運営の大切な部分なら、企業向けECをさらに見ます。

短くまとめると、次です。

避けるべきなのは、標準の基盤ですでに解けるのに、大きな費用をかけて作り直すことです。逆に、特殊な流れが多いのに、初期費用を下げるためだけに、合わない基盤へ押し込むことも避けるべきです。

ですから、ECプラットフォームを選ぶ原則は、一文にできます。

標準的なECプラットフォームは、多くの商品販売を満たせます。特殊な機能が少しあるだけで、カスタムのシステムに進む必要はありません。

基盤を見直す必要があるのは、中核の取引の流れが、標準の基盤に長く縛られているときです。その制限が、成約の効率、社内の作業、これからの発展にすでに影響している場合です。

次のような場合がよくあります。

標準的なECプラットフォームは、サイズや色など、よくある規格は通常扱えます。

ただ、企業によっては、価格が同時に次の影響を受けます。

など、複数の条件です。

たとえば、顧客がサイズ、素材、加工方法を選んだあと、システムは別の価格をすぐ計算する必要があります。規格のあいだに、選べない組み合わせもあります。

このときの問いは、「基盤が多規格に対応するか」だけではありません。企業の実際の規格と価格計算を扱えるかです。

人手の見積や外部の道具で、基盤の制限を大きく補う必要があるなら、構成を見直す価値があります。

すべての企業に合うわけではありません。

製造、加工、印刷、その他の B2B 取引では、顧客が先に要望を出し、営業が規格、数量、価格を確認することがあります。

流れは、次のようになることがあります。

見積依頼と見積そのものが主な成約の流れなら、標準的なECプラットフォームに「お問い合わせ」フォームを足すだけでは、作業の効率はほとんど上がりません。

このときは、見積依頼、見積、注文の流れを、よりまとめて作るかを見ます。

一般的な B2C のECは、同じ価格と同じ買い方で消費者に応えることが多いです。B2B は、顧客の立場で条件が変わることがあります。

たとえば、次です。

これらの規則が少数の例外なら、基盤にある機能や外部の道具で扱えることがあります。

顧客の立場そのものが取引の論理の大切な一部なら、基盤が本当に支えられるかを確認します。「会員ランクがあるか」だけを見るのでは足りません。

注文を受けてすぐ出荷しない企業もあります。

たとえば、次が必要になることがあります。

これはカートだけではありません。注文の状態、確認、通知、社内の作業の流れに関わります。

作業の多くが、LINE、メール、Excel、または人手での再入力のままなら、サイトと実際の運営の流れは、まだ途切れています。

ECサイトが単独で動くだけなら、標準の基盤で足りることが多いです。

サイトが ERP、CRM、POS、在庫、その他の社内システムとデータを送り続けるなら、基盤の API と連携の制限をさらに確認します。

たとえば、次です。

この段階で、ECサイトは企業の情報システムの一部です。

基盤が必要なデータや連携の方法を出せないなら、あとで人手の補いが大きくなり、基盤を移し直すこともあります。

上のようなニーズがあっても、カスタムのECを必ず作るわけではありません。

判断の要点は、次です。

年に数回なら、人手のままでよいです。毎日、多くの注文でデータの補い、見積のやり直し、システムをまたいだ入力が必要なら、システムにする価値が上がります。

ですから、企業が避けるべきなのは標準の基盤そのものではありません。次です。

それが成約、運営の効率、これからの拡張に影響し始めたときが、企業向けECや、さらに進んだシステム連携を見る妥当なタイミングです。

ECプラットフォームは、通常数年使います。商品、会員、注文、コンテンツが大量に積もると、基盤を替える費用も上がります。

ですから、選ぶときは「いま使えるか」だけでは足りません。運営が始まってから気づきやすい問題も避けます。

月額や年額は、いちばん比べやすい数字です。企業が実際に負担する費用の全体ではありません。

基本プランのほか、次が含まれることがあります。

ある基盤の基本プランは安く見えても、必要な会員、POS、API は上位プランでないと使えないことがあります。実際の費用は、まったく別になります。

比べるのは、企業の実際のニーズを満たしたあとの総費用です。最安プランの価格だけではありません。

機能が多くても、そのすべてが企業に価値があるわけではありません。

実店舗がなければ、POS がどれだけ揃っていても、基盤を選ぶ主な理由にはなりません。逆に、複雑な商品規格がいちばん大切なら、他の機能が数百あっても、中核の商品の論理を扱えない基盤は合いません。

ですから、次を比べるより、

次を比べます。

企業がECを始めたばからのときは、ニーズは比較的単純なことが多いです。

運営が進むと、会員ランク、海外市場、実店舗、B2B、システム連携などが増えていくことがあります。

将来の機能を、最初からすべて払う必要はありません。少なくとも、基盤に妥当な拡張の余地があるかを確認します。

そうしないと、次の段階で人手の作業が大きくなり、基盤を移し直すこともあります。

逆の誤りは、将来の制限を心配して、最初からいちばん複雑なプランを選ぶことです。

たとえば、いまは標準的な商品と一般的なオンライン販売だけなのに、「あとで ERP とつなぐかも」「あとで B2B をするかも」という理由で、大きな予算を高度なカスタムに入れます。

ニーズが確かになる前に、不要な開発と保守の費用を企業が負担します。

より妥当な原則は、今も次です。

基盤を長く使うと、本当に大切な資産はサイトのテンプレートではなく、積み上がったデータであることが多いです。

たとえば、次です。

ですから、選ぶ段階で、どのデータを書き出せるか、あとで基盤を替えるときスムーズに移せるかを確認します。

替える直前まで確認しないと、データの整理と作り直しの費用が増えることがあります。

機能一覧の「会員に対応」「多規格に対応」「API に対応」は、企業が本当に必要な流れを終えられるという意味ではありません。

正式に決める前に、実際の取引の場面で試すのがよいです。

たとえば、次です。

そのあと、基盤が終えられるかを一歩ずつ確認します。機能一覧を並べるより、制限に早く気づけます。

最後まで整理しても、すべての基盤の機能を一つずつ比べる必要はありません。

次の順で決められます。

1. 実際の取引の流れを整理する

先に、商品の売り方、顧客の買い方、価格の決まり方、注文の扱い方を確認します。

2. 本当に必要なニーズを書き出す

「いま必ず要る」と「あとで必要になるかも」に分け、考えのすべてを第一段階の必須機能にしないようにします。

3. 合う基盤の種類を決める

標準的な取引なら SaaS を先に見ます。サイトのコントロールがより必要なら、自社構築を見ます。特殊な商取引なら、企業向けECをさらに見ます。

4. そのあと、実際の基盤を比べる

候補の費用、商品機能、決済と配送、会員、SEO、POS、API、データの権限、拡張の力を確認します。

5. 実際の場面で確かめる

基盤の紹介だけで終わらせず、企業の実際の商品と注文の流れで試し、中核のニーズが本当に終えられるかを確認します。

価格は、最後に比べます。

この順が大切なのは、企業が選ぶのが「市場で機能がいちばん多いECプラットフォーム」ではないからです。選ぶのは、次です。

ここまで来ると、選択肢は十数個から、本当に見る価値のある少数のプランへ絞れることが多いです。

選ぶときは、価格、機能の数、知名度の比較に入りやすいです。本当に大切なのは、企業自身の商品、取引の流れ、これからのニーズです。

標準的な商品を売り、流れが一般的なオンライン購入に近いなら、成熟した SaaS でニーズの大半は足りることが多いです。

サイトのコントロール、コンテンツ、技術の柔軟性をより重視するなら、自社構築のECを見ます。複雑な価格計算、B2B、見積依頼と見積、企業システムの連携があるなら、企業向けECの構成として見直します。

ですから、選ぶ前に先に問うのは、次ではありません。

先に答えるのは、次です。

ニーズがはっきりすると、基盤の選択はかなり単純になります。