- CURRENT EC顧客／コンテンツ／SEO／ブランド／業務／システム
- 判断プロセス：KEEP残す ／ CHANGE変える ／ ADD新しくつくる ／ STOPやめる
- SHOPIFY
- CRM
- GLOBAL
- OMO
- DATA
- AI
- etc.
リニューアル・カート移行
既存資産を活かしながら、次の成長に使えるEC基盤へ。
現在のECに蓄積された顧客、コンテンツ、SEO、ブランド表現、業務、システム。
それらを無条件に捨てるのでも、そのまま再現するのでもなく、事業価値を見極めながらShopifyへ再設計します。
こんな相談から、リニューアル・移行は始まります。
現在のカートでは
やりたいことができない事業の成長に対して、
現在のEC基盤が制約になっている。システムが古く、
改修を続けることに限界がある保守や追加開発の負担が
大きくなっている。デザインや顧客体験を
刷新したい現在のブランドや顧客に合わせて
ECそのものを見直したい。POS・CRM・基幹等と
連携したいECだけでなく、周辺システムを
含めて再設計したい。越境EC・海外販売を
本格化したい国内中心だったECを、
グローバル展開できる構成へ変えたい。Shopifyへの移行を
すでに決めているShopifyを前提に、具体的な
要件定義・設計・構築を進めたい。運用が複雑・
属人化している商品、受注、在庫、更新等の
業務を整理したい。進行中のプロジェクトを
立て直したい要件、システム、進行方法を
整理し直したい。ECの成長に、
基盤が追いつかなくなった売上や事業規模の拡大に合わせて、
EC基盤そのものを見直したい。
Shopifyへの移行自体を、目的にはしません。
これからEC事業をどう運営し、どこまで成長させたいのか。その目的から、移行の内容と投資すべき場所を考えます。
既存を捨てない。
しかし、既存に縛られない。
現在のECには、長い運用の中で蓄積された資産があります。
顧客、コンテンツ、検索評価、ブランド表現、独自機能、業務フロー。
意味のあるものは、できる限り次のECにも残した方がよいと考えています。
一方で、すべてをそのまま再現することが正解とも限りません。
- CUSTOMER
- SEO
- CONTENT
- BRAND
- FUNCTION
- OPERATION
- DATA
- SYSTEM
- 事業価値 × 移行コスト
- STANDARDShopify標準へ寄せる／標準機能で十分な部分は無理に独自化しない
- APPアプリで実現する／既存アプリ・サービスで合理的に実現できるものを活用
- CUSTOM独自開発する／事業上価値が高く独自化すべき部分に投資
- EXTERNAL外部サービスと連携／最適なサービスを組み合わせる
- NOT NOW今はやらない／必要性と投資効果を考え将来へ回す
Shopifyへの移行は、現在のサイトをShopify上へコピーする作業ではありません。
ブランドとして残すべきもの。
顧客にとって必要なもの。
業務上どうしても必要なもの。
一方で、過去のシステム上の制約によって残っているだけの仕様。
それらを切り分けながら、次のECに必要な形へ整理します。
残すことも、
変えることも、
判断する。
REQUIREMENTS
移行後の
「こんなはずではなかった」を減らす。
表から見えるECだけを見ても、
移行要件は分かりません。
EC移行で問題になりやすいのは、目立つ大きな機能だけではありません。
公開直前や公開後になって、
「以前は普通にできていた」
「この業務ができなくなった」
という細かな仕様が次々と見つかることがあります。
FRONT
- TOP
- 商品
- カテゴリ
- 検索
- コンテンツ
CUSTOMER EXPERIENCE
- カート
- 購入
- マイページ
- 購入後
- メール
OPERATION
- 商品登録
- 受注
- 出荷
- 在庫
- 返品
- 問い合わせ
SYSTEM
- 管理画面
- CRM
- POS
- 基幹
- 物流
- 外部連携
飛躍では、要件定義の段階で既存環境をできる限り細かく確認します。
深い階層のページ。
実際に購入しなければ分からない導線。
マイページ。
管理画面。
商品登録や受注処理。
外部システムとの連携。
現場で行われている運用。
サイトの見た目だけでは分からない部分まで確認したうえで、移行後の仕様を整理します。
地味な確認を、
最後までやり切る。
飛躍のプロジェクトメンバーは、ECを構築するだけでなく、実際のEC運用も理解しています。
そのため管理画面や業務フローを見ながら、運用上の問題まで含めて要件を整理します。
NEXT GROWTH
同じECを作るためではなく、
次にできることを増やす。
新しくできることを増やす。
できることを、実際にやりやすくする。
- SHOPIFY
- GLOBAL海外販売
- CRM顧客との関係を育てる
- OMO店舗とECをつなぐ
- MARKETING広告・集客
- DATA分析・意思決定
- AIEC実務へのAI活用
- ECOSYSTEM新しいサービスとの連携
ECでは、理論上「できる」だけでは十分ではありません。
導入できる。
試せる。
日常的に使える。
改善を続けられる。
そこまで含めて、初めて事業の力になります。
Shopifyへの移行によって現在のECを置き換えるだけでなく、その後の施策を実行しやすい基盤をつくります。
海外販売、CRM、広告、データ分析、OMO、AI。
事業が成長したとき、新しい選択肢を必要以上に大きな開発プロジェクトにせず、試せることも重要な基盤価値だと飛躍は考えています。
COMPLEXITY
複雑になるほど、
「ECサイト」だけを見ない。
Shopifyだけを入れ替えれば、
解決するとは限りません。
事業規模が大きくなるほど、ECは単独では存在していません。
店舗、POS、基幹、物流、CRM、会員、決済など、複数の仕組みの中にECが存在します。
- SHOPIFY
- POS
- ERP / 基幹
- WMS / 物流
- CRM
- MA
- PAYMENT
- MEMBERSHIP
- STORE
- GLOBAL
- ORIGINAL SYSTEM
大規模なリニューアルでは、現在のシステム構成を整理し、必要に応じて周辺システムも含めたTo-Beを設計します。
Shopifyを入れるために周囲を無理に合わせるのではなく、
- POSは何を使うのか
- 基幹はどうするのか
- 物流はどうつなぐのか
- CRMはどうするのか
- 会員基盤をどう設計するのか
まで含めて整理します。
LARGE SCALE
複雑な外部システム連携
基幹、POS、物流、CRM、会員等を含めた大規模なEC構成を整理します。
SPECIALIZED
特殊なEC要件
モール型EC、スマレジ連携、グローバルEC、独自アプリ等、標準的なECだけでは解決できない要件にも対応します。
RECOVERY
プロジェクトの引き継ぎ・立て直し
進行中のShopifyプロジェクトについても、現在の状態を確認し、必要に応じて要件や設計から整理し直します。
問題のある状態を、
そのまま引き継がない。
前ベンダーの設計だけを前提に進めるのではなく、現在の要件、期待値、実現可能性を整理したうえで再スタートします。
リニューアル・移行の進め方
01
現行環境を知る
事業の目的、現在のEC、データ、業務、システム、課題を確認します。表面のサイトだけでなく、管理画面や実際の運用まで調査します。
02
残す・変えるを決める
既存資産を評価し、Shopify標準、アプリ、独自開発、外部サービス等の役割を整理します。
03
新しいECを構築する
顧客体験、ブランド表現、業務、システムをつなぎながら、新しいShopifyストアを設計・構築します。
04
データを移し、確かめる
商品、顧客、コンテンツ等の必要なデータを移行し、サイト・業務・システムを総合的にテストします。
05
顧客と運用を切り替える
URL、既存顧客への案内、社内運用等を整理し、新しいECへ切り替えます。
06
新しい基盤を使い始める
公開後は、サイト改善、CRM、広告、越境、OMO、データ活用等、次の施策へ展開できます。
NEXT GROWTH STARTS →
SCOPE
移行時に整理すること
ECの表側から、データ、業務、システムまで。
必要な範囲を一緒に整理します。
DATA
データ移行
商品、顧客、注文、コンテンツ等の移行対象と方法を整理します。
CUSTOMER
顧客移行
顧客アカウント、既存顧客への告知、切り替え前後のコミュニケーションを設計します。
SEO
SEO・URL
既存ページのURLや検索資産を確認し、必要なリダイレクト等を整理します。
OPERATION
業務フロー
商品登録、受注、在庫、出荷、返品、問い合わせ等の運用を整理します。
SYSTEM
外部システム
POS、基幹、物流、CRM、MA、決済、会員基盤等との連携を設計します。
DESIGN & CONTENT
デザイン・コンテンツ
ECとしての使いやすさと、ブランドの世界観・コンテンツの両方を整理します。
MARKETING
CRM・広告・計測
公開後のCRM、広告、アクセス解析等につながる環境を整えます。
GLOBAL
グローバルEC
海外販売、言語、通貨、決済、物流、関税等を含めた構成を検討します。
データ移行は、案件に応じて役割を分けます。
データ量や複雑さに応じて、
- 飛躍が移行作業まで実施する
- お客様側で作業し、飛躍が設計・サポートする
のいずれかを選択します。
すべてを飛躍側で実施することが最適とは限りません。
公開後の運用まで考え、コストと社内体制のバランスから判断します。
現在のECを、これからの事業に使える基盤へ。
Shopifyへの移行がすでに決まっている場合も、
現在のECを使い続けるべきか、リニューアルすべきか迷っている場合もご相談ください。
現在の環境と今後の事業を確認しながら、必要な移行・リニューアルの形を一緒に整理します。
