BtoB通販を一人担当で始めるには？月額費用と運用負担の考え方

◆監修・編集責任者　小園 将隆　2026年9月20日

電話やFAXで受けた注文を入力している間にも、納期の問い合わせが入る。
BtoB通販を始めたいと思っても、「サイトの管理まで一人で抱えることになるのでは」と迷っていませんか。
月額料金を見れば支払う金額は分かりますが、それだけでは、自分の仕事がどれだけ減るのかまでは見えてきません。

一人担当での導入を考えるなら、知りたいのは安いプランの名前よりも、「いくら払うと、今のどの仕事を任せられるのか」ではないでしょうか。
この記事では、受注の入力や取引先への対応を手がかりに、月額費用に含めて比べたい範囲と、導入後も担当者に残る仕事を整理します。
前半で選び方の全体像をつかみ、後半で見積もりや立ち上げの具体的な考え方を確かめられる構成です。

一人担当のBtoB通販は、月額料金と「残る仕事」を一緒に見る

毎月の料金が安くても、注文を販売管理ソフトへ入力し直し、出荷後に発送状況を別の画面へ登録するのであれば、担当者の負担は思ったほど変わらないかもしれません。
一方、利用料が高いサービスを選べば、必ず仕事が減るわけでもありません。
違いが出るのは、自社の受注の流れと、システムが受け持つ範囲が合っているかどうかです。

たとえば、いつも同じ商品を同じ条件で注文する取引先なら、注文内容をそのまま受け取れる仕組みが役立ちます。
しかし、注文のたびに特別価格を決めたり、急ぎの納期を調整したりする取引では、受付をオンラインにしても相談は残ります。
この二つをまとめて「受注業務」と呼んでしまうと、導入前に期待したことと、導入後に実際にできることがずれやすくなります。

月額費用の相場を知りたいときも、特定のサービスの最安プランを基準にするだけでは十分ではありません。
価格の対象が注文受付までなのか、取引先別の価格管理やデータ連携まで含むのかで、比較している中身が違うためです。
まずは同じ仕事を任せる条件にそろえ、その条件での月額利用料と追加費用を比べる。
この順序なら、安さだけで選んでから足りない機能に気づく事態を避けやすくなります。

料金を見る前に、減らしたい仕事を一つ決める

「全部を効率化したい」という希望は自然ですが、一人で導入を進めるときは、最初からすべてを変えようとすると準備も膨らみます。
日々の仕事で、特に時間を取られている場面を出発点にすると、必要な仕組みが絞れてきます。
受注の転記が負担なら、注文データを今の販売管理へ渡せるか。
電話での確認が多いなら、商品情報や注文状況を取引先自身が見られるか。
同じ「通販サイト」でも、最初に確かめたい点は変わります。

ここでは、まだ機能名に詳しくなくても構いません。
「この入力を二度している」「この質問を毎週受けている」と伝えられれば、提供会社と話す材料になります。
月額料金を先に決めて機能を削るよりも、減らしたい仕事を決めて、そのために必要な費用を確かめるほうが、導入の意味を社内でも説明しやすくなります。

月額料金に含まれるものと、別にかかるものを分ける

見積書を比べるときに迷うのは、同じ名前の費用でも対象がそろっていないことです。
「サポート付き」とあっても、操作の質問に答える支援と、商品登録を代行する支援とでは、担当者が任せられる仕事が違います。
費用の高低を見る前に、何をしてもらえる金額なのかを読み解く必要があります。

毎月の支出は、基本料金だけで完結するとは限らない

月額の基本利用料に加えて、必要なオプション、他システムとの接続、運用支援などが別契約になる場合があります。
決済サービスを組み合わせるなら、固定料金だけでなく、取引に応じた手数料の条件も比較に入ります。
すべてが必ず発生するという意味ではありません。
自社が使う構成で何が必要なのかを確認することが大切です。

料金の上限についても、商品数や取引先数だけを見ればよいとは限りません。
管理者の人数、使える機能、データの容量など、契約で区切られる項目はサービスによって異なります。
「今の件数なら契約できるか」と「事業が広がったときに費用がどう変わるか」は、分けて考えると見落としが減ります。

立ち上げ時の費用は、誰が準備するかで見え方が変わる

商品名や品番、取引先ごとの価格を整理する作業は、画面を契約しただけでは終わりません。
手元のデータに表記揺れがあれば、どれを正しい情報とするかを決める必要があります。
提供会社に登録を依頼できる場合でも、その判断まで丸ごと渡せるとは限らないため、担当者自身の準備時間も必要です。

初期費用を抑えるために自分で作業する方法はあります。
ただし、日常の受注を続けながら夜や休日に準備する計画になっているなら、費用を減らしたというより、作業を担当者へ移した状態かもしれません。
依頼する範囲を決めるときは、金額と一緒に、通常業務を圧迫せずに準備できるかを考えたいところです。

一人で回せるかは、商品数だけでは判断できない

商品が多いから無理、少ないから安心、とは言い切れません。
商品情報をまとめて更新できる会社と、一件ずつ手で直している会社では、同じ点数でも負担が違います。
取引先の数についても同様です。
毎回同じ条件で注文する相手と、その都度相談して注文を決める相手を、同じ一社として数えるだけでは実情をつかめません。

見たいのは、件数に加えて、どこで人の手や判断が入るかです。
注文の受付、価格の確認、在庫や納期の回答、出荷への引き渡し。
この流れの途中で担当者が立ち止まる箇所が分かると、機能の説明も自分の仕事に引き寄せて読めるようになります。

定型の注文と、相談が必要な注文を分ける

仮に、普段の注文の大半は定番品で、一部だけが急ぎの手配だとします。
この場合、急ぎの相談まで無理にサイトだけで完結させる必要はありません。
まず定番の注文をオンラインで受け取り、相談が必要なものは別の窓口へつなぐ設計も考えられます。
これは運用の例であり、特定企業の実績ではありません。
大切なのは、例外があるために全部を手作業のままにするのでも、例外まで一律に自動処理するのでもなく、任せられる範囲を見つけることです。

価格の例外を誰が承認するか、在庫が足りないときに誰へ相談するかまで、一人の担当者が背負っているケースもあるでしょう。
サイトの導入だけで、社内の判断権限まで変わるわけではありません。
システムで減らせる処理と、社内で分担すべき判断を分けると、「導入したのに忙しい」という問題の中身も見えやすくなります。

休んだ日に止まる仕事も、運用負担の一部

一人担当の不安は、普段の忙しさだけではありません。
体調を崩した日や外出中に、注文がどこまで進んでいるかを誰も説明できない状態は、担当者にも取引先にも負担になります。
操作をすべて代わってもらえなくても、受注状況を見られる人、緊急時の連絡先、保留してよい注文の範囲が決まっていれば、対応の見通しは変わります。

このため、管理者を追加できるか、役割ごとに閲覧や操作の権限を分けられるかも、検討したい条件です。
一人で日常運用することと、一人しか状況を分からないことは同じではありません。
料金を抑えるための契約が、代わりの人を置けない仕組みになっていないかという見方も必要です。

見積もりは、同じ注文を処理する前提で比べる

機能一覧にチェックを付けるだけでは、実際の手間が分からないことがあります。
「CSV対応」と書いてあっても、出力したデータをそのまま取り込めるのか、列の並べ替えや値の修正が必要なのかで、日々の作業は違います。
比較の場では、普段よくある注文を題材に、受付から出荷へ渡すまでの動きを説明してもらうと、違いを具体的に確かめられます。
実データを見せる場合は、取引先名や個人情報を伏せた見本を用意できます。

デモで見たいのは、きれいな画面より途中の作業

取引先が商品を選び、注文を送れることは入口です。
自社が注文を受けた後、どの画面を見るのか、価格の例外をどう扱うのか、注文内容を直したらどこへ反映されるのか。
その続きまで見ると、導入後の仕事を想像しやすくなります。
特に、今の業務で困っている場面を再現できると、一般的な説明では気づかなかった手間が見えてきます。

たとえば、数量の変更を電話で受けたとき、EC側だけを直せばよいのか、販売管理側も直すのか。
出荷が分かれたとき、取引先には何が表示されるのか。
こうした問いに対する答えが、見積もりの機能名と結び付いていることが重要です。
機能がないこと自体よりも、ない部分を誰がどう補うか分からないまま契約することが、後の負担につながります。

連携は「できる」だけでなく、対象と範囲を見る

販売管理と接続できるとしても、商品情報だけを渡すのか、注文や出荷の情報まで往復させるのかで、任せられる作業は異なります。
データが送られるタイミングや、失敗したときの確認方法も運用に関わります。
自動で接続する構成と、担当者がファイルを取り込む構成は、費用だけでなく、担当者が行う操作も含めて比較したいところです。

連携を導入すれば、すべての転記や照合作業がなくなると考えるのは早計です。
コードが一致しない商品や、新しい取引条件など、確認が必要な場面は残り得ます。
一方、最初から複雑な連携を作り込むことだけが正解でもありません。
当面はファイルで運用するなら、その作業が毎日の業務に収まるか、将来切り替えるときに何が必要かまで見通せると判断しやすくなります。

初年度の費用と、翌年以降の費用を分けて考える

月額料金は毎月の予算を考えるのに便利ですが、導入の判断では初期費用も外せません。
初年度と翌年以降を分けると、立ち上げ時だけの負担と、継続して必要な負担が混ざらずに済みます。
以下は比較のための整理であり、特定サービスの料金や費用相場を示すものではありません。

初年度の支出は、初期設定やデータ準備の費用に、その年に利用する期間の基本料金・オプション料、必要な支援費用や従量費用を加えて考えます。
翌年以降は、継続する料金に、追加設定や変更が必要になったときの費用を別に見込みます。
請求開始の時期や最低利用期間によって支払額は変わるため、「月額に12を掛ければすべて」とは限りません。

料金差と、空く時間は同じ表で考えられる

たとえば、比較する二つの構成で月額が1万円違い、作業時間が月5時間違うと仮定します。
差額を時間で割ると、1時間あたり2,000円です。
これは説明用の仮定であり、実際の削減効果を示した数字ではありません。
このように置いてみると、その時間を取引先への提案や繁忙時の対応に使えるか、という話ができます。
料金の差だけを見ていたときより、社内で判断する材料が具体的になります。

ただし、時間が空いたからといって、その分だけ給与や残業代が減るとは限りません。
支出を減らす効果と、同じ体制で対応できる余地が増える効果は、区別して説明したほうが実態に合います。
受注の増加や売上の伸びを、導入するだけで得られる成果として計算に入れることも避けたいところです。

社内説明では、安さよりも改善の対象を伝える

稟議で伝えたいのは、「この価格なら安い」だけではありません。
今どの作業に手間がかかり、導入するとそのどこが変わり、何は変わらないのか。
その対応関係が分かると、費用の必要性を説明できます。
たとえば、注文の入力を減らす計画なのに、在庫精度の改善や売上増加まで効果として並べると、導入後に期待との食い違いが生まれます。

試用やデモで確認できたことと、まだ見積もりの前提にしていることを分けておけば、判断する側も不確実な部分を把握できます。
すべてを確定させてから相談する必要はありませんが、分からない部分を確定した効果のように見せないことが大切です。

立ち上げを一人に集中させないための進め方

日常業務を続けながら通販を始める場合、公開日だけを先に決めると、商品登録や取引先への案内が最後に重なりがちです。
一人担当なら、サイトを作ることと、取引先に使ってもらうことを分けて考える余地が必要です。
画面が完成しても、注文方法が相手に伝わっていなければ、電話やFAXの対応はそのまま残ります。

全商品・全取引先を一度に切り替える必要はあるか

最初に扱う範囲を限定できれば、登録や説明の負担を抑えながら運用を確かめられます。
たとえば、注文が繰り返される定番品や、切り替えの相談をしやすい取引先を候補にする考え方があります。
ただし、取引先がいつも一緒に注文する商品を途中で分けてしまうと、かえって注文しづらくなるかもしれません。
自社が登録しやすい単位だけでなく、相手が注文しやすいまとまりも考えたいところです。

小さく始めるというのは、必要な仕事を省くことではありません。
価格が正しく表示されるか、注文を受けた後の処理がつながるかを、限られた範囲で確かめる進め方です。
そこで見つかった分かりにくさを直してから対象を広げれば、同じ問い合わせを多くの取引先から受ける状況を減らせる可能性があります。

電話やFAXを残す期間は、二重処理に気を付ける

すぐに注文方法を変えられない取引先がある場合、複数の窓口が並ぶ期間も考えられます。
このとき問題になるのは、窓口が複数あることだけでなく、同じ注文が重複して処理されたり、どこまで対応したか分からなくなったりすることです。
注文の受付方法が違っても、最終的に状況を確認する場所が定まっていると、担当者自身も代わりに対応する人も追いやすくなります。

取引先への案内には、ログイン方法だけでなく、注文を変更したいときや急ぎの相談があるときの連絡方法も含めたいところです。
最初からすべてを説明する長い手引きより、最初の注文に必要な情報がすぐ見つかる案内のほうが使いやすい場合もあります。
問い合わせが出たら、その一件に答えるだけでなく、同じ疑問が画面や案内から解消できるかを見直す。
こうした改善を少しずつ重ねることが、一人で支え続ける負担を減らす方向につながります。

サポートとデータ管理も、費用比較から外さない

一人担当の場合、分からないことが起きたときに相談できるかは、日々の運用に直結します。
「サポートあり」という表示だけでは、困ったときにどこまで助けてもらえるかは分かりません。
利用できる時間帯、問い合わせの方法、設定作業を依頼できる範囲などが、自社の営業日や体制と合うかを見たいところです。

通常の操作相談と、注文が止まったときの対応は別

商品の登録方法を尋ねる場面と、注文を受け取れなくなった場面では、求める対応の速さが違います。
障害時の連絡方法や、提供会社側と自社側のどちらで確認するのかが分かっていると、担当者が一人で原因を探し続けずに済みます。
追加料金で支援を受ける契約なら、どの対応が対象になるのかも、基本料金と合わせて比較できます。

IPAの「中小企業の情報セキュリティ対策ガイドライン」は、クラウドサービスの安全利用についても手引きを用意しています。
関連する説明資料では、バックアップへの責任や、付帯するセキュリティ対策の確認が取り上げられています。
¹月額契約をすることと、自社のデータ管理をすべて任せられることは同じではありません。
この視点を費用比較にも加えると、保存や復旧に必要な対応を契約後に初めて知る事態を避けやすくなります。

解約や引き継ぎのときにも、データを使えるか

導入前は使い始めることに意識が向きますが、将来担当者が変わる場合や、別の仕組みへ移る場合もあります。
注文や商品、取引先の情報をどの形式で取り出せるかは、そのときの仕事量に関わります。
取り出せるデータの範囲や方法、契約終了後に利用できる期間などは、サービスの条件を確認する必要があります。

これは、一人担当に難しい管理を増やすための話ではありません。
普段使っている情報を、必要なときに会社として確認できる状態にしておくためです。
相談窓口やデータの扱いまで含めて見ると、月額料金を「画面の利用料」だけで比較するより、継続して運用するための費用として理解しやすくなります。

導入事例は、自社と共通する仕事の部分を読む

他社の事例を見るときは、商品点数や企業規模が同じかどうかだけでなく、自社が困っている仕事と共通点があるかに注目すると参考になります。
大きな会社の成功が、そのまま一人担当の会社でも再現できるとは限りません。
一方、情報を複数の場所へ入力し直している、更新内容がそろわないといった課題なら、規模が違っても設計の考え方を読み取れます。

EC-Riderの公式導入事例では、日東電工CSシステム株式会社が、基幹システムとの連携を通じたサイト情報の更新について説明しています。
複数のサイトを手作業で更新していた課題と、連携後の情報反映が紹介されています。
²この事例は、一人運用を保証したものでも、現在の料金を示したものでもありません。
参考にできるのは、掲載点数の大小だけでなく、情報をどこで更新し、どこへ反映するかが運用負担に関わるという点です。

公的な手引きが示すデータ管理の視点と、この事例の情報更新の視点を合わせると、比較したいことが具体的になります。
情報を渡せるかに加えて、更新元をどこにするか、問題が起きたら誰が確認するかまで説明してもらうことです。
これは両資料を踏まえた本記事の整理であり、導入効果の実測値を示すものではありません。
自社で確認する範囲が明確になれば、事例の数字をそのまま目標にする必要もなくなります。

一人で続けられる運用を、見積もりの条件にする

BtoB通販の月額費用を考えるとき、料金表だけで答えを出そうとしなくても構いません。
注文の入力を減らしたいのか、問い合わせを減らしたいのか、休んでも状況が分かるようにしたいのか。
そこが分かると、必要な機能と支援の範囲が見えてきます。
そのうえで、毎月の支出、立ち上げ時の準備、導入後に残る仕事を並べてみる。
自社に合う費用を考える入口は、特定の料金プランではなく、今の仕事の中にあります。

EC-Riderへの相談でも、最初から詳しい仕様書を用意する必要はありません。
現在の受注方法、使っている販売管理の仕組み、特に手間のかかる作業を整理しておくと、相談したい範囲を伝えやすくなります。
「一人で運用したい」という希望だけでなく、「この仕事を減らしたい」という状況から、対応範囲と費用を確認してみてください。

よくある質問

BtoB通販の月額費用は、一人担当なら安くなりますか。

担当者が一人という条件だけでは決まりません。
必要な機能、利用上限、他システムとの連携、支援の範囲によって比較すべき費用が変わります。
基本料金に加え、自社が使う構成で必要なオプションや関連費用をそろえて見積もると判断しやすくなります。

一人で運用できる商品数や取引先数の目安はありますか。

商品数や取引先数だけから、一律の上限は示せません。
まとめて情報を更新できるか、例外注文がどのくらいあるか、出荷や請求を誰が担うかによって負担が異なります。
料金プランの収容上限と、担当者が対応できる業務量は分けて考えてください。

初期費用を抑えるために、商品登録を自分で行ってもよいですか。

可能な契約や仕組みであれば選択肢になります。
ただし、元データの整理や価格の確認も必要です。
日常の受注対応と並行して準備できる範囲かを考え、登録だけを外部へ依頼するなどの方法とも比べると、金額と作業時間の両面から判断できます。

販売管理と連携すれば、転記はすべて不要になりますか。

連携対象と処理の範囲によります。
注文情報だけなのか、商品・価格・出荷情報も含むのかを確かめる必要があります。
コードの不一致や例外注文の確認が残る場合もあるため、普段の注文を例に、どの操作が不要になり、何が残るのかを確認すると具体的に比較できます。

電話やFAXの注文を残しながら始められますか。

複数の注文方法を並行して扱う運用は考えられますが、採用するシステムと社内の処理方法によります。
同じ注文の重複処理を防ぐ方法と、受付後の状況を確認する場所を決めておくことが重要です。
取引先には、変更や急ぎの相談の窓口も合わせて案内すると混乱を減らしやすくなります。

外部委託や増員は、どの段階で検討すればよいですか。

まず負担の中身を分けると、任せたい範囲が見えます。
登録や定型処理が多いなら作業支援、価格や納期の判断が集中しているなら社内の分担が論点になります。
対応が遅れる、休むと処理が止まるといった状態を放置せず、システムだけでは補えない範囲についても体制を検討してください。

参考資料

1. IPA「中小企業の情報セキュリティ対策ガイドライン」および関連するクラウドサービス安全利用の説明資料。ガイドライン／説明資料
2. EC-Rider公式「日東電工CSシステム株式会社様」導入事例。過去の導入事例であり、現在の料金・一人運用の実績を示すものではありません。導入事例