ECサイトリニューアルの判断基準｜「改善」で済むか「作り直し」が必要か

売上が伸び悩んでいる。表示が遅いと顧客から声が届く。運用担当者の手作業が増え続けている。サイトの問題は感じられているのに、改善で済む話なのか、作り直しが必要なのか、社内では判断がつかない。そんな立場に置かれる担当者は少なくありません。

改善は既存システムを残したまま手を入れる選択、作り直しはゼロから組み直す選択です。工数も費用も、関わる人の数も大きく違います。

この記事では、判断を狂わせない3つの軸と、現場で起きがちな思考のクセ、そして判断がついたあとに最初に着手すべきことを順に整理します。

1.改善か作り直しかは、構造の問題・将来計画・累積コストの3軸で決まる

判断は、現場の声の大きさや経営の気分で決まりがちです。営業から「サイトが古い」と言われ、開発から「もう手を入れたくない」と言われ、経営から「ECに投資したい」と言われる。どれも本当の話で、判断材料としては並列に扱えません。

ここでは、現場の声を整理し直すための3つの軸を提示します。構造の問題か表層の問題か、事業計画に追いつくか、累積コストが膨らみ続けていないか。この3軸が揃って初めて、改善で済むか作り直しが必要かの判断が動き出します。

1-1. 軸1｜構造の問題か、表層の問題か

「商品ページが見づらい」という相談から始まり、結局はサイトの土台ごと組み直すことになる。実務でしばしば起こる流れです。表面ではデザインの問題に見えても、追っていくと商品データのバリエーション設計に無理があり、ページを整理する余地がそもそもなかった。これは画面の裏側の問題で、デザインで隠せる範囲を超えています。

サイトの不満が「見た目・UI・コピー」の話なら改善で対処できる範囲、「データの持ち方・システム連携・基盤」の話なら作り直しを検討する局面です。テンプレートやCSSで動かせるのか、それとも商品データの構造や決済処理の流れから組み直すのか。両者は手を入れる難易度がまったく違います。

ここを混同したまま改善に走ると、改修費が膨らみ続けます。「画面上で見えていること」と「画面の裏側で起きていること」──不満を一度この2つに仕分けてみる。3軸の最初の軸は、ここから入ります。

1-2. 軸2｜事業計画に追いつくか、追いつかないか

今のサイトに目立った不満はない。商品も売れている。担当者からも「特に困っていることはない」と返ってくる。   安心していた半年後、経営会議で「海外向け販売を始める」と決まる。気づけば、多通貨対応も多言語切り替えも、今のサイトには載せられない構造だった。   事業計画が動き出した瞬間に、判断は「作り直し」に切り替わります。

サイトは「今」のためだけに作るものではなく、これから事業がどう動くかを乗せる器です。今後1〜3年でBtoB卸の販路を増やす予定があるのか、海外向けに広げる構想が動き出しているのか。事業計画の中で具体的に動きそうな展開があるなら、今のサイトがそれを受け止められるかを、計画と並べて確認しておく必要があります。

問うべきは「今のサイトに不満はあるか」ではなく「3年後の事業計画を、このサイトに乗せられるか」。社内の事業計画資料を、今のサイトの仕様と1項目ずつ突き合わせて読み直す。乗せきれない項目を書き出していくと、軸2の判定材料がそろっていきます。

1-3. 軸3｜改修コストが膨らみ続けていないか

3万円、10万円。1回ごとは大きく見えない改修費が、半年・1年と積み上がるうちに、作り直し相当の額に迫っていく。気づいた時には、累計で300万円・500万円を超えていることがあります。

部分改修の累計額が増え続けているなら、作り直しのほうが結果的に安く済むケースがあります。改修が増え続ける背景には、構造に無理が出ているという事情があります。1つの機能を直すと別のところで不具合が出る、アプリを足すと既存の処理と競合する。連鎖が起きている場合、軸1(構造の問題)が同時に進行しているサインです。

改修費を月次・年次でグラフにして並べると、累計の伸び方が一目で分かります。じわじわ増えているのか、特定の不具合に断続的な対応が続いているのか。パターンが浮かんでくれば、構造に問題があるかどうかの当たりがつきます。

「もう少しだけ」で改修を重ねる前に、月次・累計の改修費をグラフに並べてみる。グラフが急角度で伸びているなら、3軸でフラットに見直すタイミングです。

2.「もったいない」と「とりあえず」で、リニューアル判断は狂う

3軸を持っていても、判断の現場では心理的なクセが入り込みます。Raboに届く相談で目立つのが、過去の投資への執着と、目的不在のまま発注に動くケース。どちらも判断を狂わせる方向に働きます。

2-1. 「もったいない」で作り直しを避け続ける

「2年前に〇〇〇万円かけた」「あの時の経営判断を否定したくない」「まだ動いているから」。リニューアルの相談で会話を進めるうち、判断材料の中にこうした言葉が混ざってきます。過去にかけた投資額や、長く使ってきた愛着が判断に紛れ込むと、改善で延命する選択を取り続けてしまいます。

投資額が大きいほど、判断は曇りやすくなります。気づけば改善を3回、4回と繰り返し、累計で作り直し相当の額を投じている。それでも「もったいない」が手放せず、3軸での冷静な評価ができない状態が続きます。

切り替えるための手段は単純で、過去の改修履歴・投資額をいったんテーブルに並べることです。総額、月平均、種類別の内訳。数字を目の前に置いてから、もう一度3軸(構造・計画・累積コスト)を当て直す。3軸の評価結果と数字のテーブル──判断材料はこの2つで揃います。

2-2. 「とりあえずリニューアル」で目的不在のまま走る

目的より先に空気が動くと、リニューアルは迷走します。経営陣の「そろそろ作り直したい」、現場の「とにかく今のサイトが嫌」。空気として作り直す方向に傾き、発注してから要件定義の場で「何のためにやるんでしたっけ」と誰かが口にする。このパターンで進むと、目的が固まらないまま要件定義が長期化し、公開後にKPIで効果検証もできない状態に陥ります。

リニューアル自体が目的になると、判断軸が「気持ちのリフレッシュ」に置き換わります。何を入れるか、何を外すかの判断材料が現場にないため、議論はあちこちに散ります。制作会社に丸投げしても、目的が言語化されていなければ、相手から返ってくる提案にも基準を当てられない。

数字で測れる目的を1〜2つに絞っておくと、要件定義もKPI設計も迷いません。例えば:

この粒度で目的が持てていれば、制作会社からの提案を受けるときも「これは目的に効くか」で判断できます。逆に、「これをやらなかったら何が困るのか」「やったあと、何が変わっていれば成功と言えるのか」──この2つに答えが出ない段階なら、リニューアルそのものより、3軸の見直しに戻るほうが先です。

3.改善は課題の棚卸しから、作り直しは要件定義から動き出す

判断がついた後、最初の一手は路線によって違います。改善は「今あるサイトに何を足し引きするか」を整理する作業、作り直しは「これから何を作るか」を白紙で描く作業。出発点が違えば、必要な準備も違います。作り直しを選んだ場合は、要件定義と並んで、SEOの引き継ぎ設計や費用・期間の目安も早い段階で押さえておく必要があります。

3-1. 改善路線で進める場合

判断がついた瞬間、社内では「とりあえず効きそうな施策から」「売上アップにつながりそうなものを片っ端から」という声が出てきます。すぐにでも動き出したい局面ですが、改善路線で最初にやるべきは現状の棚卸しです。

現状の課題を一覧化し、売上・運用・顧客体験のどこに効くかで優先度をつけて並べ替えます。改善は「今動いているもの」を前提に手を入れる選択なので、何が課題で、それを直すと何が変わるのかを具体化しておかないと、施策が散ります。

整理する観点としては、次のあたりを並べます:

全部を同時に進めようとすると、改善はかえって停滞します。3ヶ月単位で優先度上位の2〜3施策に絞り、効果を測定してから次に進む。このサイクルが定着すれば、改善路線でも数字を積み上げていけます。社内だけで優先度判断が難しい場合は、制作会社に課題ヒアリングを依頼する段階から相談するのも選択肢です。

3-2. 作り直し路線で進める場合

作り直し路線では、要件定義から始めます。現状のサイトに引きずられず、事業計画を起点に「これから何を作るか」を白紙で描く工程です。出発点は「今のサイトの何を直すか」ではなく、「事業計画を実現するために、サイトに何が必要か」になります。軸2(事業計画に追いつくか)の視点を、ここで具体化します。

要件定義で決めるのは、おおむね次の領域です:

・取り扱う商品・販路・決済手段 ・BtoB／BtoC／海外などの対応範囲 ・受注・在庫・出荷・顧客管理の運用フロー ・マーケティング・分析の要件 ・基幹システム・会計・物流などとの連携

この段階で「現状のサイトはこうだから」を持ち込みすぎると、新しいサイトが旧サイトの焼き直しになります。販路に卸を増やすなら、商品データの構造から見直す必要が出てくるかもしれません。海外を見据えるなら、多通貨・多言語の前提で運用フローを設計することになります。

要件定義をスキップして見た目から議論を始めると、設計の途中で「卸の商品データはどう持つのか」「海外発送時の配送料はどう計算するのか」といった、本来は最初に決めるべき論点に戻されます。要件定義の進め方が固まってから制作会社を絞り込むほうが、提案の質を比較しやすくなります。

3-3. SEO引き継ぎと費用・期間の目安は、要件定義の前に押さえる

作り直しを決めた段階で、要件定義の中身と同じくらい先に押さえておきたい論点が2つあります。SEOの引き継ぎ設計と、費用・期間の現実的なレンジです。

URL構造が変わると、検索エンジンに蓄積した評価がリセットされかねません。旧URLから新URLへの301リダイレクト、構造化データ、内部リンクの設計を要件定義の段階から計画に入れておかないと、公開後に検索流入が大きく落ち込むことがあります。「中身を作ってから後で考える」では間に合わない論点で、要件定義のテーブルに最初から載せておく必要があります。

費用は規模と要件によって幅が大きく、100万円台で収まる案件もあれば、1,000万円を超える案件もあります。最初の段階で2〜3社から相見積もりを取って比較しておくと、自社の規模感に対する目安がつかめます。

着手から公開までは、規模にもよりますが3〜6ヶ月程度。要件定義に1〜2ヶ月、設計・構築に2〜3ヶ月、テスト・公開準備に1ヶ月程度を見ておくと、現実的な計画になります。

SEO引き継ぎ、費用レンジ、期間目安。この3つを要件定義に入る前に並べておけば、議論の前提が現実に張り付きます。設計が進んでから「予算が」「期間が」「検索流入が」と戻る回数が減ります。

改善で済むか、作り直しが必要かの判断は、社内だけで完結させようとすると視点が偏りがちです。Raboでは、3軸の評価から要件定義の進め方、SEO引き継ぎや費用感の整理まで、判断材料を一緒に整理するご相談を受け付けています。「まだリニューアルするとは決めていない」段階でも、お気軽にお問い合わせください。