月商別の運営
月商1,000万円のEC運営：統制と拡張性を整える
記事確認日：
当サイトは広告・アフィリエイトを利用しています。広告掲載について
布製バッグと小物100SKU（色やサイズ別の在庫管理単位）を扱い、店主1人と担当スタッフ3人の計4人で月2,000件ほどを発送する架空のECサイトを考えてみます。自社サイトとモール、外部倉庫を連携させていると、返金の可否判断やシステム停止時の連絡が店主一人へ集中しがちです。月商1,000万円という規模は上位プランへの切り替えが必須になる条件ではなく、誰が判断し、連携が止まったら何を止めるかという運用ルールを見直す一つの目安になります。週1時間ほどの見直し時間を使い、返金の権限表と連携停止時の対応手順を決め、契約更新までに試すデータ出力を一つ選ぶところまでを整理します。
売上以外に、何が店主へ集中している？
返金の承認、セール価格の公開、倉庫連携の障害といった判断を、待ち時間が発生している担当業務から順に棚卸しすることから始めます。統制とは、誰が操作して誰が確かめるかをあらかじめ決めておく運用のことです。
たとえばスタッフ4人で月2,000件を処理する店では、店主が不在のあいだに返品希望への対応が保留になり、返金処理が滞ってしまうような事態が起こります。取扱量が増えても不正やシステム障害が自動的に急増するわけではありませんが、判断が一人に集中していると顧客対応全体の遅れに直結します。Shopifyのストア権限設定にあるように、注文の閲覧や返金処理などの操作権限を切り離すことはできますが、上位プランの契約が必ずしも前提になるわけではありません。業務手順の整理そのものが追いついていない場合は、まず手作業を標準化するを参考に、判断待ちが発生している個別の作業を書き出すことから始めます。
返金や価格変更を、誰に任せられる？
操作を行う担当者、判断を下す承認者、システムに必要な許可を一覧表にまとめ、いま使っているツールの機能と突き合わせます。ここでいう権限とは管理画面で実行できる操作を指し、承認とは店として処理を進めてよいか確認する判断手順を意味します。
架空店の場合、顧客対応担当が返品理由と履歴を調べて店内の申請台帳に内容を用意し、店主が確認して承認の記録を残したうえで、返金操作の権限を持つ担当者が画面から実行するような分担が考えられます。管理画面の操作権限だけで社内の二人承認が自動で強制されるわけではないため、画面の操作権限と人の承認手順を分けて設計します。全員を管理者権限にするのではなく、返金だけでなく口座設定の変更や顧客データの出力も同じ台帳に並べ、退職や異動に伴う不要なアカウントの停止担当も決めておきます。
権限の設定については、Shopifyのプラン別スタッフ機能（2026年10月時点の通常価格：日本向け月払い4,850円、年払いは月換算3,650円で本体1年分43,800円、いずれも適用される税別）において、Basicプランには追加スタッフアカウントが含まれず、Growで最大5件、Advancedで最大15件と案内されています。また、Shopifyの役割と権限の仕様で示されている通り、注文閲覧、出荷、元の決済方法への返金、注文エクスポートなどは個別に割り当て可能です。本番の実データを使った操作練習は避け、手順書上で動きを確認します。
連携が止まったら、何を止めてどう戻す？
自動連携が停止した際は、まず責任者へ速やかに連絡し、注文データの状態を確認したうえで、倉庫側と事前に合意した代替手順だけを用いて出荷を進めます。APIとはシステム同士をつなぐ仕組みのことで、復旧後の照合とは、手動で対応した分と自動で再送された分で同じ注文を二重に出荷・処理していないか突き合わせる確認作業です。
架空店でAPIや連携アプリが2時間停止した場面を想定し、紙上で練習しておきます。倉庫への注文取り込みが止まった場合、管理画面上のステータスを一律「処理済み」に書き換えたり、自動再決済や実発送を伴うテストを行ったりしてはいけません。対象となる注文番号、手動で処理した担当者名、対応時刻を控え、再送や在庫数更新の再開順序を倉庫の担当者と事前に取り決めておきます。
データを取り出す際、Shopifyの注文エクスポート機能を使えば注文や取引履歴をCSV出力できますが、取引履歴に含まれるのは売上確定済みの決済のみで未確定の承認データは含まれず、複数商品が含まれる注文では行が分かれます。またCSVが障害発生時に必ず即時取得できるとは限らない前提で手順を組みます。さらに受注や在庫を束ねる仕組みとして、ネクストエンジンの機能概要では受注・在庫・商品管理や倉庫連携が案内されていますが、自店のカートや倉庫の仕様によって連携条件が異なります。復旧時は注文番号をキーにして、手動出荷分と自動連携分の重複を必ず照合します。
システム費25万円を、どう評価すればいい？
システムの費用は、運営にかかる他の費目と同じ比較基準で並べて残額を把握し、追加のシステム投資は同じ期間に発生する費用と、それによって回避し得る影響を切り分けて評価します。配賦とは特定の業務や作業に割り当てた費用のことで、残額とは記載した項目だけを差し引いた差額を指します。
以下は、月2,000件・税抜平均注文額5,000円の架空店における1か月あたりの試算モデルです。
| 費目 | 金額（円） | 区分・前提 |
|---|---|---|
| 売上高 | 10,000,000 | 税抜比較額（月2,000件×平均5,000円） |
| 商品原価 | 4,000,000 | 税抜比較額 |
| 決済手数料（仮） | 350,000 | 税抜比較額（説明用簡略値：税抜売上の3.5%相当） |
| 配送料 | 1,200,000 | 税抜比較額（1件あたり600円×2,000件） |
| 梱包資材費 | 160,000 | 税抜比較額（1件あたり80円×2,000件） |
| 広告宣伝費 | 1,200,000 | 税抜比較額（集客広告費用） |
| システム利用費 | 250,000 | 税抜比較額（カート・連携アプリ等の架空予算） |
| 人件費・作業配賦 | 800,000 | 税区分対象外（運用および物流作業への管理会計上の配賦） |
| 返品・事故見込 | 200,000 | 税区分対象外（破損や返品対応の見積損失） |
| 記載費用控除後の残額 | 1,840,000 | 記載項目のみを控除した差額（税抜等の一律基準ではない） |
この試算では、課税取引として置いた売上や各経費は税抜比較額として揃えていますが、人件費配賦80万円と見込損失20万円は管理会計上の見積もりであり、課税取引の税抜額や会計税務上の引当金ではありません。家賃や設備の減価償却費、給与の法定福利費、各種税金は含まれておらず、残額1,840,000円は営業利益や限界利益、銀行口座の現金残高を示すものでもありません。自店の数値に置き換える際は、実契約の税込請求額と混同せず、比較基準を揃えて再計算してください。またシステム費25万円（売上の2.5%相当）は架空の配分であり、特定サービスの利用料や一般的な適正上限を意味しません。
さらに、月商1,000万円を30日・24時間で割った1時間あたり約13,900円（10,000,000÷30÷24）は平均売上の換算値であり、2時間システムが停止したからといって機械的に27,800円の損失になるわけではありません。停止時の影響を評価する際は、時間経過によって他店へ流出する失注の粗利益と、問い合わせ対応などの追加人件費を重複なく見積もります。
システムのコストを見積もる際は、Shopify利用規約第5条5項に記載されているように表示料金に適用税が含まれない点や、Shopifyの請求サイクルと支払い条件で示されている通り、本体の請求サイクル（30日または1年）と連携アプリの請求サイクルが異なり得ること、年払いは開始時の前払いである点を確認しておく必要があります。
販路や倉庫を増やす前に、何を試す？
販路や拠点を拡張する際は、新しい接続先と既存の注文データを使い、在庫更新・注文キャンセル・予約品やセット品・再発送の扱いを限定されたテスト範囲で確認します。
架空店で別の外部倉庫を増設する場合、管理画面や連携システムが複数拠点の在庫管理に対応しているか、キャンセルや返品が起きた際に同じ注文番号が意図せず再取り込みされないかを確かめます。ネクストエンジンの機能一覧（2026年10月時点）を見ると、Shopifyロケーションとメイン機能の拠点照合連携は「2026年10月以降の対応予定・進捗0%」と案内されており、すべての拠点連携が直ちに現行機能で完結するとは限りません。
また業務自動化の手段として、Shopify Flowの仕様（2026年10月時点：Basic以上でアプリ本体は無料、外部へのHTTPリクエスト送信はGrow以上、API制限あり）を活用し、特定タグの付与などを試す余地はありますが、すべての外部連携が無制限に自動化できるわけではありません。未対応の処理が見つかった場合は無理に自動化を急がず、手動で照合する運用案と担当者を決めておきます。
契約を更新しても、あとで移れる？
更新後に他システムへの切り替えを検討する可能性があるなら、契約期間・更新停止期限・未使用期間の返金可否・データ出力の範囲・移行費用・切戻し条件を契約ごとに洗い出し、期日から逆算して準備します。切戻しとは、問題が出た時に前の運用へ戻す判断と手順のことです。
まずは注文CSVなどを少数のサンプルで出力し、どの項目が正しく出力され、どのデータ（決済の承認データや個別アプリ内の独自設定など）が出力対象外になるのかを事前に確かめます。Shopifyのデータ出力ヘルプにあるように、CSVだけで店舗の全データや銀行入金履歴まで完全に復元できるわけではありません。
契約解除時の条件についても事前の確認が欠かせません。Shopifyの請求ルールおよびShopifyサブスクリプションの返金ポリシーでは、プラン料金は通常返金不可と定められており、解約しても未使用分が自動返金される保証はなく、個別審査の対象となります。外部アプリの返金判断も開発者ごとに委ねられています。すべての契約に共通する期限があると仮定せず、自社で契約しているサービスごとに公式の更新期日を確認し、自社で作業を行う社内作業期限と分けて台帳に記録しておきます。
今の体制で、まず何を確かめればいい？
契約を増やしたりプランを切り替えたりする前に、まずは判断や作業が一人に偏っている業務を一つだけ選び、権限表の作成か障害時手順の確認を机上で行ってから必要な機能を見極めます。試行とは、影響を限った範囲で確かめることです。
たとえば週1時間の見直し時間を使い、店主不在時の返金承認の引継ぎか、倉庫連携が停止した際の緊急連絡網と手動注文番号の控え方のどちらか一方を机上で検証します。Shopifyのストア権限設定やネクストエンジンの機能概要を確認し、現行の機能や運用ルールの見直しで足りるなら、新しい有料契約を増やす必要はありません。
この記事の確認範囲
料金や記載の誤りを知らせる
公式ページの変更や計算ミスを見つけた場合にお知らせください。氏名は不要です。個人情報や注文情報は入力しないでください。
送信内容は記載確認のためCloudflare D1へ保存します。保存項目・期間・削除依頼はプライバシーポリシーをご確認ください。