BASEのシステム開発の進め方/やり方/流れや方法/手法/工程/手順

結論からいうと、BASEのシステム開発は、要件整理、会社選定、設計・開発、テスト、段階稼働、定着の順に進めると、業務に定着させられます。

以下では、開発の全体像、6フェーズの進め方、費用相場、見積もりの確認点を整理します。全体像はBASEのシステム開発の完全ガイドもご覧ください。

▼全体ガイドの記事
・BASEのシステム開発の完全ガイド

BASEのシステム開発の全体像

ショップ立ち上げから別基盤への移行まで、BASEのシステム開発を4段階の尺度で示した図。
必要な作業範囲に応じて、検討する段階が変わります。

BASEは、BASE株式会社が提供するクラウド型のネットショップ作成・運営基盤です。商品、カテゴリ、在庫、注文、顧客、決済、配送、販促を扱えます。

サーバーや決済機能を自社で構築せずに販売を始められます。2026年8月確認の公式料金表では、スタンダードプランは初期費用と月額費用が0円です(出典: BASE公式「料金プラン」)。商品が売れたときに手数料が発生します。

BASEで作るシステムには4つの段階があります

相談内容は、必要な作業と目的で4段階に分けると整理できます。

  • ショップ立ち上げ:アカウント、商品、決済・配送、テンプレートを設定します。
  • 業務改善:CSV、商品画像、注文処理などの運用を見直します。
  • システム連携:POS、在庫、倉庫、会計、CRMなどとつなぎます。
  • 別基盤への移行:BASEの制約を超える要件に対応します。

移行を検討する要件には、BtoB価格、複雑な承認、海外販売、特殊な会員制度があります。

分類せず「BASEを開発したい」と依頼すると、ショップ制作会社にAPI連携を依頼したり、大規模なスクラッチ開発を提案されたりする場合があります。

販売開始、手作業の削減、複数システムのデータ統合のどれを目指すかを先に決めると、過剰投資を防げます。

標準機能と独自開発の境界を先に決めます

BASEで標準対応する範囲と、独自に補う範囲を先に分けます。

  • 標準機能:デザイン変更、商品登録、クーポン、配送設定はBASE標準機能やアプリを使います。
  • 連携対象:二重入力や在庫ずれが起きる業務に絞ります。
  • 独自画面:BASE画面を置き換えず、集計・承認・照合に絞ります。
  • API機能:OAuth 2.0認証、商品情報の取得・更新、注文取得、在庫更新などがあります。

独自画面を社内向け機能に限定すると、設計が安定します。標準機能やアプリの利用可否と運用負荷も確かめます。

APIはβ版で、一部機能の新規受付終了や仕様変更の注意書きもあります(出典: BASE Developers API v1ドキュメント、2026年8月確認)。見積もり前に必要な権限、利用可能なエンドポイント、申請可否、利用上限を確認します。

ポイント

BASE標準機能で販売を始め、二重入力や在庫ずれなど不足する業務だけを連携すると、過剰な独自開発を避けやすくなります。

BASEのシステム開発の進め方

要件整理、設計・開発、テスト、稼働へと進むBASEシステム開発の主要工程を示した図。
各工程で業務データと連携結果を確かめながら進みます。

開発では、業務データの正本、同期方法、失敗時の復旧を決めます。商品・注文・在庫を外部連携する場合、要件整理とリリース前後の照合が品質を左右します。

要件整理から定着までを、次の6フェーズで進めます。

フェーズ1:要件整理では業務とデータの正本を決めます

要件整理では、業務の流れとデータの持ち方を順番に明らかにします。

  1. 商品登録から受注、出荷、返品、売上計上までを書き出し、商品コード、SKU、価格、在庫数、注文番号、顧客情報の所在と更新担当者を整理します。
  2. Excel、POS、倉庫管理、会計ソフトに情報が分散していれば、項目ごとに正本を一つ決めます。在庫は倉庫を正本、販売ページはBASEを表示先とする例があります。
  3. 月間・繁忙期の注文数、商品・SKU数、店舗数、連携先、同期頻度を確認し、キャンセル・返品、担当者・権限、障害時の連絡先も決めます。
  4. 削減する手作業の件数や在庫差異の検知時間を数値化します。

情報ごとの責任範囲と、開発で達成する目標を揃えられます。作業時間の半減が目的なら、削減対象からMVP(Minimum Viable Product)を決められます。

フェーズ2:選定ではBASE対応と連携経験を見極めます

制作実績だけで判断せず、BASE連携の実務能力と契約後の責任範囲を確認します。

  1. デザインと業務連携の実績を分けて確かめます。デザインが得意でも、重複注文、在庫の引き戻し、返品、APIエラー再送まで設計できるとは限りません。
  2. 提案依頼書にBASEの利用範囲、外部システム、同期項目、ピーク時の処理、保守窓口を書き、同条件で比較します。
  3. API可否の検証時期、利用できない項目の代替案、在庫の正本、重複注文の防止、障害時の再送担当を質問します。
  4. 業務手順と責任分界の回答を確認し、ソースコード、設定、仕様書、テスト結果の引き渡し条件を契約前に決めます。

候補会社の回答は、技術用語だけでなく、実際の業務手順に照らして評価します。

フェーズ3:設計・開発では同期ルールと例外処理を固めます

設計から実装までは、同期ルールを決めて小さく検証し、例外時の対応まで定めます。

  1. BASE、連携基盤、POS・在庫・会計などの構成図とデータフローを作り、商品登録元、在庫更新方式、注文ステータスの更新元、再試行回数を定義します。
  2. BASE APIではOAuth 2.0のアクセストークンを安全に保管し、必要な権限だけを付与します。
  3. 商品マスタ、注文取り込み、在庫反映の順に検証します。MVPは日次CSV照合や片方向連携から始め、差異の原因を確認して自動化を広げる方法もあります。
  4. キャンセル、返品、欠品、価格変更、注文再送、API上限到達、外部停止を想定し、例外時の画面と担当者の手順も設計します。

商品・注文などでスコープが分かれるため、権限設計を見積もりと仕様書に含めます。

フェーズ4:テストでは注文・在庫・権限の異常系を検証します

画面表示だけでなく、業務結果が一致するかを一連のシナリオで検証します。

  • 取引シナリオ:登録から出荷後までの流れを確認します。
  • データ照合:注文の重複を防ぎ、業務データを照合します。
  • 異常系テスト:在庫、通信、認証、外部停止時を試験します。
  • ログ記録:管理画面に失敗処理、再送可否、担当者、発生時刻を記録します。
  • 情報管理:決済・個人情報を確認し、カード情報を独自システムに保存・通過させない責任分界を定めます。

商品登録から注文の外部取込、出荷後のステータス反映までを確認します。注文は一度だけ取り込みます。

商品数、在庫数、注文金額、送料、税、クーポン、顧客情報を照合し、ID対応表とテスト結果を残します。

在庫が0になる直前の同時注文、キャンセル、返品、配送先変更を試します。通信タイムアウト、同一データの再送、アクセストークンの期限切れ、権限不足、外部システム停止も試験します。

フェーズ5:稼働では段階リリースと照合を行います

本番切替は、準備、限定運用、照合、リリース判定の順で進めます。

  • 切替日:問い合わせに対応できる日を選びます。
  • 対象範囲:限定した範囲でパイロット運用します。
  • 事前準備:バックアップと切替時の備えを整えます。
  • 稼働後の確認:データの照合とリリース条件を確認します。

繁忙期や大型キャンペーンを避けます。全商品・全店舗ではなく、商品数や受注量を限定して開始します。

切替前に商品・在庫・顧客・未処理注文をバックアップします。戻し方、連絡網、作業者の権限、作業時間帯も確認します。

初回営業日、最初の締め日、最初の返品処理まで、BASEと外部システムの件数・金額・在庫を照合します。差異はID、時刻、処理を追跡します。

重大な未解決障害がなく、担当者が手順書で処理でき、問い合わせ先も分かることをリリース条件にします。

フェーズ6:定着では照合・教育・保守を習慣化します

操作説明会を一度開くだけでは、システムは定着しません。担当別の手順、実践教育、保守、効果確認を組み合わせます。

  • 担当別の手順:商品登録、受注確認、在庫差異、キャンセル・返品、障害連絡をまとめます。
  • 実践教育:テスト注文で手順を試し、理解できていない箇所を直します。
  • 保守契約:BASEや外部サービスの仕様変更確認、APIエラー監視、脆弱性対応、バックアップ、障害時の一次切り分け、追加開発を含めます。

月次確認では、作業時間、在庫差異、連携エラー・再送・問い合わせ件数を追跡します。

IPAのガイドラインはSaaS利用事業者に二要素認証、個人情報の安全管理、ログ・バックアップの保管と保護を示しています(出典: IPA「ECサイト構築・運用セキュリティガイドライン」)。BASE利用時も自社と委託先の担当範囲を確認します。

ポイント

業務とデータの正本を決めてから、API可否の確認、例外処理の設計、段階稼働へ進むと、連携後の差異や復旧の混乱を抑えられます。

BASEのシステム開発にかかる費用相場

初期設定、小規模改修、API連携、大規模連携の初期開発費の推定レンジを横棒で比較した図。
連携範囲が広がるほど、見積もり幅も大きくなります。

BASEの月額・販売手数料と、制作・開発会社へ支払う初期費用は分けて考えます。

BASE専用開発の公的な統計は確認できないため、以下は公式利用料金と2026年時点の一般的なEC・業務システム相場を組み合わせた推定です。

商品数、デザイン、連携先、データ移行、テスト、保守の範囲で費用は変わります。予算のたたき台とし、実際の範囲に沿って見積もります。

BASEの利用料はプランと売上規模で試算します

プランごとの固定費と販売時の手数料に加え、注文経路や決済方法も含めて比較します。

  • スタンダード:初期・月額0円。決済手数料3.6%、1注文40円、サービス利用料3%です。
  • グロース:初期0円。年払いは月あたり16,580円、月払いは19,980円。決済手数料2.9%、サービス利用料0円です。
  • 比較条件:Pay ID経由や決済方法の例外を確認し、客単価、注文数、売上、経路を使って試算します。
  • 選択の目安:売上が読めない場合はスタンダード、料率差が月額を上回る販売量ならグロースが候補です。

損益分岐点には40円の注文単位手数料、Pay ID経由注文、決済方法の加算、年払いの契約期間も含めます。発注前に公式料金を再確認します。

BASE利用料、アプリ、決済・配送などの外部サービス費は、初期開発費と分けて見積もります。

初期開発費は作業範囲ごとに20万〜3,000万円程度まで広がります

初期開発費は、作業範囲と連携規模ごとに推定します。次の金額はBASE公式の開発価格ではありません。

  • 初期設定:商品登録支援、決済・配送、基本デザイン、操作説明まで20万〜60万円程度、2〜6週間が目安です。
  • 小規模改修:デザイン、CSV整備、簡易連携、運用設計まで50万〜300万円程度、1〜3か月程度が目安です。
  • API連携:POS、在庫、会計、CRMとの連携は300万〜1,000万円程度、3〜6か月程度。要件定義、認証、同期、エラー処理、総合テストを含みます。
  • 大規模連携:複数店舗、倉庫、基幹、移行、負荷試験、厳格な権限管理を含むと500万〜3,000万円程度、4〜10か月程度に広がる可能性があります。

上記は調査ノートに基づく、作業内容を限定した案件の推定です。2026年の一般相場はECサイト50万〜300万円、業務システム100万〜650万円、基幹連携ツール300万〜2,000万円です(出典: CLYR株式会社 Casually「システム開発の料金相場」、2026年2月更新)。

保守・運用費と5年TCOまで含めて比較します

初期費用だけで安い会社を選ぶと、API仕様変更、障害・脆弱性対応、追加機能、担当者交代時の引き継ぎで費用が膨らむ場合があります。保守と運用効果を含めた5年TCOで判断します。

  • 保守費:初期開発費の年15〜25%程度、または月15万〜80万円程度が一般的な目安です。
  • 費用の変動要因:監視時間、SLA、対応範囲、改修枠で変わるため、見積書の時間と成果物を確認します。
  • 5年TCO:初期開発、BASEプラン、外部アプリ・連携基盤、保守、追加開発、移行、教育、障害対応を合算します。
  • 効果との比較:作業工数、機会損失、出荷ミスの減少も見積もります。小規模店では標準機能と手作業が合理的な場合があります。
  • 連携の判断:複数店舗や倉庫では、連携しない場合の在庫差異や人件費も比べます。

ポイント

初期設定なら20万〜60万円程度、API連携は300万〜1,000万円程度が推定目安です。対象範囲と保守を含む5年TCOで比べます。

BASEのシステム開発で見積もりを取るポイント

金額を比べる前に、同じ業務範囲と品質条件で比較できる状態を作ります。「BASE連携一式」では含まれる作業が分かりません。

要件、成果物、検収条件、保守、追加費用の条件を分けて記載してもらいます。

要件・前提・成果物を見積書に分けて記載します

見積書は前提、作業範囲、責任分担、成果物、除外項目に分けて記載します。

  • 業務条件:ショップ・商品・SKU数、月間・ピーク注文数、決済・配送、連携先、同期項目・頻度、データ正本。
  • 運用条件:権限、ログ、バックアップ、稼働・保守時間を記載します。
  • 工程と成果物:要件整理、基本・詳細設計、実装、各テスト、移行、マニュアル、教育、リリース支援とレビュー回数。
  • 責任と移行:API申請・権限、取得不可データ、CSV・RPA保守、文字コード、商品コード、SKU、税・送料、顧客重複、未処理注文、画像URL。
  • 除外項目:見積もりに含まれない前提や作業を明記します。

作業範囲と成果物が分かれていれば、一式見積もりを比べやすくなります。含まれない前提が多いほど、追加費用になりやすいため注意します。

複数社の体制・実績・検証方法を比較します

2〜3社程度を同じ条件で比べ、提案内容と技術検証の進め方を確かめます。

  • 得意分野:ショップ制作、API連携、在庫・受注管理、移行、保守を確認します。
  • 提案と実績:業務画面・データフローを見て、商品数、注文量、連携先、担当範囲、稼働後の保守状況を尋ねます。
  • 技術検証:API可否やデータ品質が不確かなら、有償検証でエンドポイント、権限、データ項目、同期方式を確認します。
  • 契約条件:本開発へ進まない場合も含め、検証成果物と費用を決めます。

リスク・法令・契約条件を金額と同じ重さで確認します

法令表示、個人情報の管理、契約上の責任分担を見積もりと合わせて確認します。

  • 通販表示:価格、送料、支払・引き渡し時期、返品条件、事業者名・住所・電話番号を表示します。
  • 個人情報と安全対策:利用目的、アクセス権限、委託・再委託、保管期間、削除、事故時の報告を確認します。
  • 契約条件:著作権、ソースコード等の引き渡し、再委託、他社への切替時の協力範囲を合意します。

管理者の多要素認証、最小権限、ログ・バックアップ保護、脆弱性対応、復旧の担当も定めます。

消費者庁はネット通販を特定商取引法上の通信販売に含め、申込内容を容易に確認・訂正できない最終確認画面も問題になると案内しています(出典: 消費者庁「インターネットで通信販売を行う場合のルール」)。表示内容と確認画面を要件定義し、テストします。

具体的な担当者や実施方法は、見積書と契約書に明記します。

ポイント

同じ業務範囲で比較できるよう、APIの利用可否、移行条件、成果物、保守、除外項目を見積書に明記すると追加費用を判断しやすくなります。

BASEのシステム開発でよくある質問

よくある質問には、BASEの料金範囲、API連携の可否、自社運用の方法があります。発注前に判断しやすいよう、順に回答します。

BASEのシステムは無料で作れますか?

ショップ開設だけなら、公式スタンダードプランは初期費用0円、月額0円です。販売時の決済手数料・サービス利用料、外部アプリ費、商品登録やデザイン制作の依頼費は別途発生します。

API連携や業務システム開発には、要件と連携先に応じた初期開発費と保守費が必要です。

BASE APIはすぐに使えますか?

すぐ使えると決めつけず、BASE Developersへの登録、利用許可、必要なスコープ、利用可能なエンドポイントを先に確認します。

公式ドキュメントには商品・注文・在庫などの仕様がありますが、APIはβ版で仕様変更の可能性があり、一部機能には新規受付終了の注記もあります。

使えない項目はCSV、連携サービス、手作業、別EC基盤への移行を比較し、見積もりの前提に明記します。

BASEを使うべきかスクラッチ開発すべきか迷う場合はどうしますか?

販売の始めやすさと業務要件を照らし、必要な基盤を選びます。

  • BASEを使う場合:早く販売を始めたい、決済やショップ運営基盤を自社で持ちたくない場合に向いています。
  • 移行の検討:BtoB価格、独自承認、海外・多通貨、特殊な会員制度、厳格なデータ保持が事業の中心で、BASEの制約が競争力を妨げる場合に検討します。
  • 別基盤の候補:BASEの制約が競争力を妨げる場合、ShopifyやEC-CUBEなども候補です。

BASEを選ぶ場合は、不足する業務を外部システムで補えます。

5年TCO、業務要件、移行のしやすさを並べ、短期の安さだけで決めないことが重要です。

BASEのシステム開発の進め方まとめ

まずは業務とデータの棚卸しから始めます

BASEでできることと独自に補うことを分け、要件整理から始めます。商品・注文・在庫の正本と同期ルールを決め、APIの利用可否を確かめて開発会社を選びます。

設計・開発では例外処理まで定義し、テストでは在庫差異、重複注文、キャンセル、返品、権限エラーを検証します。稼働後は段階的に切り替え、照合、教育、保守を続けます。

標準機能から段階的に拡張することが成功への近道です

費用はBASE利用料、初期制作・開発費、外部サービス費、保守費に分け、5年TCOで比較します。小規模ショップでは標準機能から始め、売上や業務量に応じて連携を追加する方法が現実的です。

複数店舗、倉庫、会計、CRMをつなぐ企業は、API可否と責任分界を早期に確かめます。法令・セキュリティ・障害時の復旧まで含めて提案を求めます。

▼全体ガイドの記事
・BASEのシステム開発の完全ガイド

会社紹介

株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。

また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。

もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。

・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>

執筆者プロフィール
張田谷凌央
張田谷凌央

株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。