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

「バナーの文言を変えたいだけなのに見積もりが来た」「月額の保守料を払っているのに、修正のたびに追加費用がかかる」。Shopifyで自社ECを運営していると、こうした場面が続くことがあります。困るのは1件ごとの金額より、見積もり・承認・着手の往復で反映が遅れ、小さな改善を頼むこと自体が億劫になっていく点です。

都度見積もりが続く主な原因は、保守契約に修正作業の時間（作業枠）が含まれていないか、「軽微な修正」の範囲が決まっていないことにあります。制作会社の請求が不当というより、保守の定義の問題です。防ぐ方法は4つあります。契約の「保守」の定義と作業枠の有無を確かめます。修正依頼を「軽微」「仕様変更」「追加開発」の3つに区分して契約に書きます。テーマエディタで済む軽微修正は自社で行います。残りの依頼はためて、決まった周期でまとめて出します。

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

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

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

最初に確かめたいのは、自社の契約書・見積書で「保守」がどう定義され、修正作業の時間が月額に含まれているかどうかです。含まれていなければ、都度見積もりの原因は担当者の対応より契約の構造にあり、話し合う対象は「担当者」から「契約内容」に移ります。月額の内訳の読み方はShopify保守費用の相場と月額の中身が参考になります。

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

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

境界で迷いやすいのは「軽微」と「仕様変更」の間です。目安は「テーマのコードを触るかどうか」と「他のページに影響が出るかどうか」の2つ。テーマエディタの設定で完結し、影響がそのページに限られるなら軽微、コードを触る・他のページに影響するなら仕様変更と線を引けば、相手とも同じ基準で話せます。迷う事例が出たら、その都度どちらに入れるかを決めて具体例に足していくと、定義が自社の依頼内容に合ったものに育ちます。

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

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

作業枠の時間数は、過去3か月に出した修正依頼を3区分に仕分け、軽微と仕様変更にかかった時間の合計から決めます。たとえば3か月で軽微な修正が12件（1件30分）、仕様変更が3件（1件3時間）なら、合計15時間を3で割った月5時間が枠の目安です。対応時間・緊急時の連絡経路・成果物の権利・解約条件など、契約で決める項目の全体像はShopify保守契約で決める項目で確認できます。

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

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

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

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

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

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

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

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

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

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

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

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

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

修正のたびに追加費用がかかる状況の多くは、相手の姿勢より契約の定義から生まれます。保守に作業枠が含まれているかを確かめ、修正依頼を軽微・仕様変更・追加開発の3つに区分して契約に書き、テーマエディタで済む軽微修正は自社で行い、残りは周期を決めてまとめて依頼します。この4つがそろえば、見積もりの往復は主に追加開発に限られ、小さな改善を気軽に頼める状態に戻ります。制作会社を選び直す場合は、Shopify BtoB開発会社の選び方と7つの確認点を判断材料にしてください。

今の保守契約で範囲外になっている作業を書き出すと、作業枠に入れたい依頼の量が見えてきます。awaiはこの洗い出しから入り、修正と改善を月額の保守運用の中で引き受け、マーケティングとデータ分析も同じ窓口で担当します。料金は構築費＋月額（3プラン）＋売上連動の構成で、詳細はawai Buildのサービス詳細にあります。