Shopify修正依頼の追加費用｜都度見積もりが続く理由と防ぎ方

「バナーの文言を変えたいだけなのに見積もりが来た」「月額の保守料を払っているのに、修正のたびに追加費用がかかる」——Shopifyで自社ECを運営していると、こうした場面が続くことがあります。実際に困るのは、1件ごとの金額よりも、見積もり・承認・着手の往復で反映が遅れ、小さな改善を頼むこと自体が億劫になっていくことです。この記事では、都度見積もりが続く構造を契約の側から説明し、修正依頼を「軽微」「仕様変更」「追加開発」の3つに区分して契約に書く方法、自社で済ませられる軽微修正の範囲、まとめて依頼する運用までを整理します。制作会社が不当に請求しているという話ではなく、保守の定義が決まっていないために起きる問題として扱います。

都度見積もりが続く理由｜「保守」に何が含まれているか決まっていない

修正のたびに見積もりが出てくる状況には、たいてい次の3つのどれかが当てはまります。

• 保守契約に作業枠がない：月額の保守料が「稼働監視・アプリ更新・障害時の対応」だけを指していて、修正作業の時間が含まれていない。この場合、どんな小さな修正も契約上は範囲外になり、見積もりが出るのは契約どおりの動き
• 「保守＝障害対応のみ」と定義されている：契約書で「保守」が「不具合の修正」と書かれていると、バナーの差し替えや文言の修正は不具合ではないため、すべて別作業になる
• 「軽微な修正」の定義がない：「軽微な修正は保守に含む」と書かれていても、何が軽微かが決まっていないと、相手は安全側に倒して見積もりを出す。見積もりなしで着手して後から「それは有償では」と揉めるより、先に見積もるほうが相手にとって安全だから

まず確かめたいのは、自社の契約書・見積書で「保守」がどう定義され、修正作業の時間が月額に含まれているかどうかです。月額に何が含まれるかの読み方はShopify保守費用の相場｜月額に何が含まれるかの確認点で扱っています。含まれていないと分かれば、都度見積もりは相手の不誠実ではなく契約の構造だと分かり、交渉の相手が「担当者」から「契約内容」に変わります。

修正依頼を3つに区分する｜軽微・仕様変更・追加開発

都度見積もりを減らす最も効果的な方法は、修正依頼を3つに区分し、区分ごとに費用の扱いを決めておくことです。区分の境界が決まっていれば、相手は見積もりを出すかどうかで迷わず、自社も「これは枠内のはず」と根拠を持って言えます。

境界で迷いやすいのは「軽微」と「仕様変更」の間です。目安は「テーマのコードを触るかどうか」と「他のページに影響が出るかどうか」の2つ。テーマエディタの設定だけで完結し、影響がそのページに限られるなら軽微、コードを触る・他のページに影響するなら仕様変更、と線を引いておくと、相手とも認識を合わせやすくなります。迷った事例が出たら、その都度どちらに入れるかを決めて具体例に足していけば、半年ほどで現場で迷わない定義になります。

3区分を決めたら、契約書か覚書に次の項目を書きます。すでに契約中でも、更新時や月次の打ち合わせで追記を提案できます。

• 月の作業枠：保守料金に含まれる作業時間（例：月○時間）と、軽微な修正・仕様変更の一部をこの枠で処理すること
• 区分の定義と例：上の表のように、区分ごとの判断基準と具体例を列挙する。例が多いほど現場で迷わない
• 枠を超えたときの扱い：超過分の単価をあらかじめ決めるか、翌月に回すか。作業枠の未使用分を翌月に繰り越せるかどうかも決めておく
• 見積もりの返答期限：仕様変更・追加開発の見積もりを、依頼から営業日○日以内に返すこと。見積もり待ちで止まるのを防ぐ
• 見積もりの内訳：作業内容・工数・テスト範囲・影響範囲を見積書に書くこと。何に時間がかかるのかが分かれば、自社で優先順位を付けやすい

契約で決める項目の全体像（対応時間・緊急時の連絡経路・成果物の権利・解約条件など）はShopify保守契約の内容｜範囲・対応時間・契約書で決める項目にまとめています。作業枠の時間数そのものは、過去3か月に出した修正依頼を3区分に仕分けて、軽微と仕様変更の合計がどのくらいかを見てから決めると、多すぎず少なすぎない枠になります。

自社で済ませられる軽微修正｜テーマエディタでできる範囲

軽微な修正の多くは、Shopifyの管理画面にあるテーマエディタ（テーマの「カスタマイズ」画面）から、コードを書かずに自社で行えます。自社でできる作業を外注に出さなければ、見積もりの往復も費用も発生しません。本記事執筆時点の公式ヘルプでは、テーマエディタや管理画面から次のような変更ができます。

• テキストと画像の差し替え：トップページのバナー、見出し、ボタンの文言、画像付きセクションの画像
• セクションとブロックの追加・並び替え・非表示：テーマに用意された範囲のセクション（おすすめ商品、画像付きテキスト、お知らせバーなど）を並べ替える
• テーマ設定の変更：色・フォント・ボタンの形など、テーマ全体に関わる設定
• メニュー（ナビゲーション）の項目の追加・並び替え：管理画面の「メニュー」から行う
• 商品情報・コレクション・ディスカウント（クーポン）の設定：これはテーマではなく、管理画面の各メニューから行う

注意したいのは、変更前に必ずテーマを複製してバックアップを取ること、そして「公開中のテーマを直接いじらず、複製したテーマで試してから公開する」運用です。公式ヘルプでも、テーマを編集する前の複製（バックアップ）が案内されています。一方で、テーマのコード（Liquid・CSS）を編集する作業は、見た目は小さくても仕様変更以上の扱いにし、外注側に残すほうが安全です。自社でやる作業と外注に残す作業の分け方はShopify運用の内製化｜自社の作業と外注に残す作業の分け方で詳しく扱っています。

まとめ依頼の運用｜週1回・月1回で作業枠を使い切る

作業枠を契約に入れても、依頼が1件ずつばらばらに届くと、相手は毎回の切り替えに時間を取られ、枠の消化効率が落ちます。自社内で依頼をためて、決まった周期でまとめて出す運用にすると、同じ枠でこなせる量が増えます。

• 依頼を1つの台帳に集める：スプレッドシートでよいので、依頼日・区分（軽微／仕様変更／追加開発）・対象URL・期限・優先度・状態を1行ずつ記録する
• 周期を決める：軽微な修正は週1回、仕様変更は月1回の打ち合わせでまとめて依頼する。緊急（決済・カートの不具合）だけは即時
• 優先度は自社で決めて渡す：「全部急ぎ」にせず、今月の枠で何を先にやるかを自社で決めてから出す
• 枠の残りを月の半ばで確認する：残り時間を聞き、余るなら後回しにしていた軽微修正を入れ、足りないなら翌月に送る

この台帳は、作業枠の時間数を見直すときの根拠にもなります。1件ごとの依頼の書き方（目的・対象URL・期限・優先度・完了条件）と、返事が遅いときの催促の仕方はShopify制作会社の対応が遅い｜原因の切り分けと催促の仕方で扱っています。

見積もりが来たときの確認点｜金額の前に「何に時間がかかるか」を聞く

3区分を決めても、仕様変更や追加開発では見積もりが出ます。そのとき金額の高い安いだけで判断せず、次の点を確認すると、無駄な作業を削れます。

• 作業の内訳：実装・テスト・影響範囲の確認のそれぞれにどれだけ時間がかかるか。テストや確認の比率が高いなら、それだけ他への影響が大きい変更だということ
• 目的を満たす別の方法：目的（例：スマホでの離脱を減らす）を伝え、より小さな作業で済む方法がないか聞く。テーマの既存機能やアプリの設定で代替できることは少なくない
• 分割の可否：全部を一度にやらず、効果の大きい部分だけ先に実装できないか
• 完了条件と検収方法：何をもって完了とするか。曖昧なままだと「直した」「まだ違う」の往復で工数が膨らむ

見積もりの頻度と内容を記録しておくと、「追加開発に該当する依頼が月に何件出ているか」が分かり、次の契約更新で作業枠を増やすか、追加開発を別枠で予算化するかの判断材料になります。

まとめ｜都度見積もりは「定義」で減らす

修正のたびに追加費用がかかる状況は、相手の姿勢ではなく契約の定義の問題です。保守に作業枠が含まれているかを確かめ、修正依頼を軽微・仕様変更・追加開発の3つに区分して契約に書き、テーマエディタで済む軽微修正は自社で行い、残りは周期を決めてまとめて依頼する。この4つが揃えば、見積もりの往復は「追加開発」に限られ、小さな改善を気軽に回せる状態に戻ります。

契約の全体像はShopify保守契約の内容｜範囲・対応時間・契約書で決める項目、月額の中身の読み方はShopify保守費用の相場｜月額に何が含まれるかの確認点、制作会社を選び直す場合の確認点はShopify BtoB開発会社の選び方と費用相場｜7つの確認点にまとめています。EC開発・保守運用・マーケ・データ分析を一社で一気通貫に担い、修正と改善を都度の見積もりではなく伴走の中で回す支援については、awai Buildのサービス詳細でご確認いただけます。料金は構築費＋月額（3プラン）＋売上連動の構成です。