EC改修の発注先は、直したい範囲と必要な検証に合わせて選びます。金額や速さだけで決めず、影響調査やテスト、公開後の保守まで比べることが大切です。
まず改修範囲を整理したうえで、候補先の理解力や検証の進め方、見積もりの中身を比べます。
EC改修全体の進め方は、EC改修の完全ガイドもご覧ください。
Webサービス開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「Webサービス開発の完全ガイドブック」で詳しく解説しています。
EC改修選定前に整理すべき自社の課題
発注先を探す前に、直したい箇所と現状の困りごとを具体的にしておきます。要望を一文で説明できると、必要な技術や確認範囲を候補先に伝えやすくなります。
現行システムの仕様の説明範囲
仕様書が更新されておらず、担当者も内部の構造を説明できない場合は、部分改修でも影響がどこまで広がるかを見極めにくくなります。そこで、文書、担当者の知識、過去の改修履歴を突き合わせ、分かる範囲と不明点を分けておきます。
社内だけで情報を補えないときは、以前の保守ベンダーにも確認します。なお、資料がなくても、過去の改修履歴や連絡記録から仕様の一部がつかめることがあります。
予算感と希望納期の社内すり合わせ
改修の規模は、文言修正と決済連携とで大きく違います。このため、予算の幅と希望公開時期を社内で先に共有し、発注先との条件のずれを抑えます。
外部サービスとの連携は、相手企業の返答待ちで遅れる場合があります。たとえば決済方法を追加する場合は、通常より1〜2ヶ月ほど余裕を持ったスケジュールを検討します。
部分改修が対象とする3つの範囲
部分改修は、見た目の調整、機能の追加、裏側の保守・修正の3つに分けて考えられます。また、要望が複数にまたがるときも、中心となる範囲を先に整理すると、発注先を選びやすくなります。
フロントエンド調整型と機能追加型
フロントエンド調整型は、画面の配置やボタン、バナーを整える改修です。文言の変更やスマートフォン表示の調整も、この型に含まれます。
一方、機能追加型は、決済手段やSNS連携、CSV出力を既存システムに加えるものです。通知連携なども、この型で扱われます。
決済の追加は外部サービスとのAPI連携を伴うため、画面の調整に比べて確認事項が増えます。そのうえで、候補先の連携実績を確かめ、開発期間の見立てと必要な検証を比べます。
バックエンド保守型
バックエンド保守型は、不具合の修正や設定の変更、マスタデータの追加など、画面から見えにくい部分を扱います。そのため、影響範囲の調査とテストの進め方を発注先に聞いておく必要があります。
依頼する対象と、周辺のどの機能まで動作確認するかを、事前に決めておきます。特に、範囲が曖昧なままだと、必要なテストが見積もりに含まれないおそれがあります。
発注先を比較する評価軸
候補先は、要望を理解する力と影響調査・テストを中心に比べ、保守体制と見積もりの妥当性も見ます。そのうえで、同じ条件を各社に伝え、回答の具体性を見ます。
要件把握力と影響調査の丁寧さ
対象範囲だけでなく周辺機能への影響も質問する候補先は、要件を具体的に捉えようとしています。逆に、要望を聞いただけで見積もる場合は、認識違いや手戻りが起きないかを確かめる必要があります。
工程配分の目安は、要件定義・設計が2〜3割、開発が4〜5割、テストが2〜3割とされています。特に、テストが極端に短い場合は、対象範囲や省略の理由を尋ねます。
また、過去案件の規模や、影響調査で問題を防いだ事例を尋ねると、説明の具体性を比べられます。
改修後の保守体制と見積もりの妥当性
保守を都度対応にできるか、決済エラーなどSLAが必要な箇所を月額固定にできるかなど、契約の柔軟性も比べます。また、極端に安い見積もりは、どの作業を省いて安くしているのかを確かめます。
一般的なECサイトの月額保守は15万円前後から、小規模で機能を限定した保守は月額数万円から10万円前後に収まるケースが多いとされます。なお、金額は対象範囲と合わせて見ます。
- 要件把握：周辺機能まで踏み込んだ質問の有無
- 検証工程：影響調査とテストの対象の明確さ
- 保守と費用：契約条件と見積もり内訳の説明の具体性
内製と外部委託の選び分け
改修範囲が決まったら、社内の技術力と要望に必要な専門性をもとに、内製と外部委託の境界を決めます。
内製が向く範囲：仕様理解とノーコード対応
現行仕様を理解するエンジニアがいる場合や、ノーコード・ローコードで対応できる場合は、内製が選択肢になります。また、文言の修正やバナーの差し替えなど、日常の運用は社内で扱いやすい作業です。
内製でも、影響調査とテストは必要です。そこで、担当が替わっても同じ手順で確かめられるよう、チェックリストを残しておくと、特定の人だけに任せきりになるのを防げます。
外部委託が向く範囲：専門知識と組織的な保守体制が必要な部分
決済連携のように専門知識やセキュリティ対応が要る機能や、継続的な保守体制が必要な業務は、外部委託が向いています。たとえば、軽微な運用は内製し、複雑な機能追加や障害対応は外部に任せる分け方もあります。
分担する場合は、内製と委託のそれぞれの責任範囲を文書にしておきます。境界が曖昧だと、不具合が起きたときに、どちらの担当かを確かめるのに時間がかかるおそれがあります。
モックアップ・プロトタイプ・PoCの選び方
発注先が要望に合う検証方法を提案できるかも、比べるうえで大切な材料です。検証方法が要望に合わないと、不要な作り込みに工数がかかる場合があります。
範囲に応じた検証方法の提案力
画面の修正案を確かめるなら静的なモックアップ、操作感を試すなら一部が動くプロトタイプ、技術的な実現性が不確かな場合はPoCが候補です。そのうえで、要望に対してその方法を選んだ理由を説明してもらいます。
生成AIツールを使って、モックアップやプロトタイプを20〜30分程度で作り、工数を抑える方法もあります。また、候補先がこうしたツールをどの程度使っているかも、期間と費用を比べる際の材料になります。
PoCの検証期間と作り込みの範囲
小規模改修のPoCは、不確実性の高い技術要素に絞り、1〜2週間程度で終えるのが望ましいとされています。一方、長期の提案を受けたときは、範囲が広すぎないか、作り込みが含まれていないかを確かめます。
合格条件も、事前に決めておきます。たとえば「決済代行APIとの通信が成功する」のように確認事項を具体化しておくと、完了後の追加確認を減らせます。
見積もり比較とRFPで確認すべきポイント
候補を2〜3社に絞ったら、共通の条件で見積もりを依頼します。そこで、簡易なRFPを用意しておくと、回答の条件がそろい、金額や作業範囲を比べられます。
RFPに記載する対象範囲・現状課題・非機能要件
まず、改修するページや機能、現状の課題、希望公開時期を書き入れ、外部連携も記載します。テスト範囲と影響調査、公開後の保守条件も示します。そのうえで、要件を「必須」と「望ましい」に分けると、候補を絞りやすくなります。
現行システムの構成やサーバー、フレームワークなど、共有できる技術情報も加えておきます。候補先が影響の範囲を見積もれるため、見積もりの精度向上にもつながります。
相見積もりの内訳とテスト工程の有無
総額だけでは、テストを省いた見積もりを安く見てしまうおそれがあります。このため、要件定義、開発、テスト・公開の配分を見て、テストが少ない場合はその理由を尋ねます。
製品を候補に入れる場合は、EC改修のパッケージ・クラウド製品一覧も参考になります。
各社の金額差が大きいときは、安い理由と高い理由をそれぞれ確かめ、予算と必要な支援に照らして判断します。
- 依頼条件：対象、課題、希望時期の統一
- 見積もり内訳：調査、開発、テストの区分ごとの内容
- 価格差の理由：作業範囲と保守条件の違い
EC改修導入前の確認ポイント
候補を絞ったあとは、費用や機能に加えて、運用と責任分担まで確かめます。
範囲が小さくても有効な相見積もり
小規模な改修でも、2〜3社に相談すると相場や対応範囲を比べられます。依頼先は、Web制作会社、システム開発会社、保守専門ベンダーに加えて、実績のあるフリーランスも候補に入れます。
内製と外部委託の組み合わせ
文言やバナーの変更を内製し、決済連携など専門性が要る部分を委託する方法があります。ただし、分担する範囲と責任者は文書に残し、口頭の合意だけにしないことが大切です。
改修の範囲を超える場合の作り替え
複数の候補先から改修では難しいと指摘されたら、作り替えも比較の対象にします。そのうえで、同じ要望を別の発注先にも伝え、改修の範囲を超えるという見立てが共通しているかを確かめます。
まとめ
EC改修は、対象範囲を明確にしてから発注先と検証方法を選びます。そのうえで、影響調査とテスト、保守、見積もり内訳を共通の条件で比べ、必要な作業を見極めてください。
課題整理からRFP・相見積もりまでの流れ
まず課題と改修範囲を整理し、RFPで条件をそろえたうえで2〜3社に見積もりを依頼します。金額だけでなく、テストと保守の内容まで確かめます。
改修の限界と根本的な見直し
改修を重ねても全体の課題が解消しない場合は、システムの複雑さを洗い出します。既存システムとの連携を保ちながら根本的な見直しが必要なら、専門家に相談する方法もあります。
riplaは、フルスクラッチ開発の立場から、改修範囲の見極めや、既存システムと連携した個別開発を支援しています。
▼RFP作成前に読みたい無料ホワイトペーパー
・Webサービス開発の完全ガイドブック
・【2026年最新版】AI駆動開発の完全ガイドブック
会社紹介
株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。
また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。
もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。
・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>
株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。