無人店舗システム開発の発注/外注/依頼/委託方法について

無人店舗システムの発注・外注は、完全無人化を前提に高額な仕組みを作るのではなく、店舗の規模や商品数に合う方式を選び、例外対応まで含めた要件を整理してから委託することが成功の近道です。

無人店舗システムを開発会社やサービス提供会社へ依頼するときは、発注形態、RFP(提案依頼書)、要件定義、契約形態、費用、委託先の比較を一体で考える必要があります。本記事では、夜間無人やハイブリッド型、セルフレジ型、スマート販売機型、カメラ・センサー型を比較しながら、発注から見積比較、実証、運用開始までの進め方を解説します。

▼全体ガイドの記事
・無人店舗システム開発の完全ガイド

無人店舗システムを発注・外注する前に知るべき全体像

無人店舗システムの発注計画を整理するイメージ

無人店舗システムは、入店認証、商品選択、決済、退店、在庫・売上管理、遠隔監視を連携させる仕組みです。機器だけを購入すれば終わるものではなく、店舗運営の業務フローと、障害時に人が介入する方法まで含めて発注するシステムです。

「無人化する業務」と「人を残す業務」を分けます

最初に決めるべきことは、店員をゼロにすることではなく、どの業務を自動化すると収益と顧客体験が改善するかです。入店と会計を自動化しても、商品の補充、棚の乱れ、賞味期限の確認、清掃、返品、問い合わせ、決済失敗への対応は残ります。発注書には、これらを自社スタッフ、委託先、遠隔オペレーターの誰が担当するかを明記します。

店舗モデルによって適する発注先が変わります

商品数が少ない売場や冷凍・冷蔵商品を扱う小型拠点なら、スマート販売機型が候補になります。既存店舗の深夜帯だけを無人化するなら、入退店認証とセルフレジを組み合わせるハイブリッド型が現実的です。買い回りがあり、レジ待ちをなくしたい店舗では、QRコードで入店し、カメラや重量センサーで商品を認識するウォークスルー型が候補になります。

無人店舗システムの発注形態はどれを選べばよいですか?

無人店舗の発注形態を比較するイメージ

結論として、短期間で小さく始めるならSaaS・パッケージ型、既存システムとの接続が多いならクラウドサービスとSIerの組み合わせ、独自の店舗モデルを作るなら個別開発型が適しています。ただし、方式を決める前に1店舗で検証する範囲を切り出すと、過剰な初期投資を避けやすくなります。

SaaS・パッケージ型で発注する方法

SaaS・パッケージ型は、入店認証、セルフレジ、商品管理、遠隔監視など、完成済みの機能を月額で利用する発注形態です。要件が標準機能に収まり、店舗数が少ない場合は、要件定義や開発期間を抑えやすい方法です。一方で、既存POSの特殊な商品コード、独自の会員制度、複雑な割引、特殊な返品処理を合わせようとすると、追加開発や運用変更が発生します。

公開価格の例として、ネブラスカ技術研究所のデジテールストアは初期費用40万円から、月額費用4万円からと案内しています(出典: 株式会社ネブラスカ技術研究所「デジテールストア」、確認日2026年8月)。この価格はサービスの公開目安であり、店舗改装、端末、決済手数料、通信、保守、補充人件費まで含む無人店舗全体の総額ではありません。見積依頼では、標準料金と追加費用を分けて確認します。

クラウドサービスとSIerを組み合わせる方法

クラウドの店舗管理・決済・認証サービスを使いながら、SIerに商品マスタ、在庫、会員、基幹システムとのAPI連携を依頼する方法です。機器や決済の専門会社と、業務システムを設計する会社の強みを分けて活用できるため、多店舗展開や既存事業との接続に向いています。

この形態では、障害が起きたときにどの会社へ連絡するかが曖昧になりやすい点に注意が必要です。店舗ゲート、決済、認識エンジン、API、在庫管理の責任範囲を構成図と一覧表で分け、一次窓口、復旧目標時間、ログの受け渡し方法を契約前に決めます。

スクラッチ開発で独自モデルを作る方法

独自商品、独自の入店体験、高度な購買分析、複数拠点の本部管理など、標準サービスでは差別化できない要件がある場合は、個別開発を検討します。カメラ、重量センサー、ゲート、決済、クラウド、管理画面を一体で設計できますが、初期費用だけでなく機器更新、認識精度の改善、OSや決済仕様の変更への対応費も自社の負担になります。

発注時には、最初から全店舗・全商品を対象にせず、限定商品と限定時間帯で実証するフェーズを設けます。AIの認識率だけではなく、誤認識1件あたりの返金や問い合わせにかかる工数、通信断からの復旧、現場スタッフが迷わず対応できるかを受入条件に入れることが重要です。

RFPと要件整理はどこまで準備して発注すべきですか?

RFPと要件定義を作成するイメージ

RFPは、開発会社に「何を、なぜ、いつまでに、どの条件で提案してほしいか」を伝える文書です。機能一覧だけではなく、店舗の現状、目標KPI、想定する顧客、商品、時間帯、既存システム、運用体制、予算の考え方、評価基準まで書くと、各社の提案と見積を同じ条件で比較しやすくなります。

業務要件は現場の例外から書き始めます

要件整理では、理想的な購買手順だけでなく、入店できない、商品を棚に戻す、同じ棚に複数人が手を伸ばす、セット商品を分ける、決済が失敗する、返品したい、未成年者が酒類を購入しようとする、といった例外を書き出します。無人店舗の品質は通常時の自動化率より、例外が起きたときの安全な処理と顧客への説明で決まります。

店舗条件も数値で示します。店舗面積、営業時間、1日の取引数、ピーク時間帯、SKU数、冷蔵・冷凍設備、通信回線、電源容量、入口と出口の位置、有人スタッフが駆け付けられる時間を記載します。商品認識型を検討する場合は、包装の似た商品、量り売り、セット商品、季節商品など、誤認識の原因になりそうな商品も一覧にします。

RFPには機能・非機能・運用条件を分けて記載します

機能要件には、入店認証、年齢確認、商品登録、決済、返金、在庫、売上、クーポン、遠隔監視、アラート、権限管理、レポートを記載します。非機能要件には、営業時間中の稼働、応答時間、通信断時の動作、監査ログ、バックアップ、データ保存期間、個人情報の扱い、セキュリティ更新、障害時の復旧目標を記載します。

食品を扱う場合は、温度、補充、清掃、廃棄、ロット、衛生記録を要件に含めます。厚生労働省は、2021年6月1日から原則としてすべての食品等事業者にHACCPに沿った衛生管理を求め、衛生管理計画や実施記録を案内しています(出典: 厚生労働省「HACCP(ハサップ)」、2026年確認)。したがって、温度や清掃の記録をシステムで残すか、別の帳票と連携するかを発注前に決めます。

提案依頼時に受入基準と検証方法まで示します

「認識精度を高くする」といった表現だけでは、完成後に発注者と受託者の認識がずれます。対象商品、照明条件、カメラの死角、同時利用人数、評価期間を決めたうえで、誤請求率、決済成功率、入店失敗率、アラートの通知時間、復旧時間、返金処理時間などを受入基準にします。数値を確定できない場合でも、測定方法と改善協議の条件を定義します。

提案書には、標準機能、追加開発、将来対応、対象外を分けて記載してもらいます。実証店舗で確認できることと、本番展開時に追加されることを区別すると、安い提案が後から高くなるリスクを抑えられます。

無人店舗システムの契約形態はどう選びますか?

無人店舗システムの契約条件を確認するイメージ

契約形態は、要件が固まっているか、検証しながら作るか、完成済みサービスを使うかで選びます。無人店舗では機器とソフトウェアが現場条件に左右されるため、全工程を一つの契約で固定するより、企画・実証・本番展開を分けるほうがリスクを管理しやすい場合があります。

請負契約は仕様と成果物を明確にできる場合に向いています

請負契約は、定めた成果物を完成させ、検査・納品する形態です。画面、API、機器設定、テスト仕様書、操作マニュアルなどを成果物として明示できる場合に向いています。反対に、商品認識や店舗導線を試しながら要件が変わる実証段階では、変更が追加費用や納期延長につながりやすいため、変更管理の手順と再見積の条件を契約書に入れます。

準委任契約は検証や継続改善を進める場合に向いています

準委任契約は、一定の業務を専門家に委託し、要件整理、設計支援、開発支援、運用改善を進める形態です。現地調査で課題が見つかる、実証結果で認識方式を変える、店舗スタッフの運用を見ながら画面を改善するといったプロジェクトに適しています。作業時間や体制に対して支払うため、作業範囲、稼働上限、成果物の扱い、報告方法を明確にします。

機器・データ・障害対応の責任分界を契約に残します

無人店舗では、ソフトウェアの納品だけでなく、カメラ、重量センサー、ゲート、決済端末、通信回線、電源、店舗工事が関係します。故障機器の交換費、現地駆け付け、代替運用、決済失敗時の返金、誤認識時の負担、ログの所有権、個人情報の削除、契約終了後のデータ返却を責任分界表にします。

顔認証や顔識別機能を使う場合は、利用目的、撮影主体、保存期間、アクセス権、問い合わせ窓口を決めます。個人情報保護委員会は、顔識別機能付きカメラの利用について利用目的の通知・公表や掲示などの留意点を示しています(出典: 個人情報保護委員会「犯罪予防や安全確保のための顔識別機能付きカメラシステムの利用について」、2026年確認)。防犯目的で取得した顔特徴データをマーケティング目的に転用する場合など、目的の違いが重要になるため、委託先任せにしない体制が必要です。

無人店舗システムの費用相場とコスト内訳

無人店舗システムの費用を見積もるイメージ

無人店舗システムの費用は、既製サービスを使うか、センサー・AI・既存基幹連携を個別開発するかで大きく変わります。公開価格があるサービスと、要件に基づく推定レンジを混同せず、初期費用、月額費用、店舗工事、決済、保守、運用人件費を分けて見積もることが大切です。

方式別の初期費用レンジは推定として比較します

リサーチノートと公開サービス価格をもとにした発注時の推定目安は、1店舗の夜間無人・簡易構成で300万〜800万円程度、センサーやカメラと既存POS・在庫・決済を連携する個別開発で800万〜2,000万円程度、ウォークスルー型のAI認識を含む新規店舗モデルで2,000万〜5,000万円程度です。多店舗の本部基盤、分析、24時間監視、既存基幹、BCPまでスクラッチで構築する場合は5,000万円〜1.5億円超となる可能性があります。

これらは無人店舗固有の統計的な相場ではなく、機器、ソフトウェア、連携、テスト、工事の構成から作った推定レンジです。店舗面積、SKU数、取引量、既存システムのAPI、カメラ台数、冷蔵設備、セキュリティ要件で大きく変わるため、記事の金額だけで予算を決めず、同じRFPで複数社へ見積を依頼します。

初期費用以外に毎月・毎年かかる費用を積み上げます

ランニングコストには、システム利用料、クラウド、通信回線、決済手数料、機器の保守、監視オペレーター、故障交換、ソフトウェア更新、セキュリティ対応、電気代、清掃、補充、棚卸、返金処理が含まれます。特に、無人化によって削減できる人件費だけを効果として計上すると、補充や例外処理の人員を見落とします。

3〜5年の総保有コストを比較するときは、導入年の初期費用と毎月の固定費、取引量に応じた変動費、機器交換の周期、撤去費を同じ表に並べます。たとえば月額が安い提案でも、専用機器の購入、現地保守、追加API、商品登録、返金対応が別料金なら、総額では逆転する可能性があります。

費用対効果は人件費削減だけでなく売上機会で測ります

評価するKPIは、削減できた勤務時間だけでは不十分です。営業時間の延長による取引数、ピーク時の待ち時間、購買率、欠品率、問い合わせ件数、誤請求率、補充にかかる時間、1取引あたりの遠隔対応工数を店舗導入前後で測ります。1店舗の損益分岐点を、月間の追加粗利と削減費用の合計が月間運用費を上回る地点として計算します。

無人店舗システムの委託先選定と見積比較のポイント

無人店舗システムの委託先を比較するイメージ

委託先は、知名度や見積の安さだけでなく、店舗運用とシステム開発を一緒に考えられるかで選びます。完成済みサービスの提供会社、無人決済に強い専門会社、既存の小売基盤に強い大手SIer、業務要件と開発を支援する会社では、得意な範囲が異なります。

委託先の実績は方式・業態・運用まで確認します

実績を見るときは「無人店舗の導入件数」だけでなく、どの方式を、どの業態で、何店舗に導入したかを確認します。小型の食品販売機と、数千SKUを扱う買い回り型店舗では、必要な認識技術、在庫管理、補充業務が異なります。契約前には、近い条件の導入事例、稼働後の保守体制、障害時の対応実績、現場スタッフ向けの教育方法を質問します。

NTTデータのCatch&Goは、専用アプリのQRコードで入店し、商品を手に取って退店すると決済が完了するウォークスルー型で、カメラと重量センサーによる行動分析も案内しています(出典: NTTデータ「デジタル店舗運営サービス Catch&Go」、2026年確認)。また、2026年には同サービスを使ったLawson Goの開設情報も公開されています。実績の確認では、このような仕組みが自社の商品・導線・顧客登録条件に合うかを具体的に照合します。

見積は同じ費目と前提条件で比較します

見積書は、要件定義、設計、アプリ、管理画面、API連携、機器、店舗工事、テスト、教育、移行、保守、監視、撤去に分けて確認します。作業一式と書かれた項目があれば、対象範囲、想定工数、納品物、回数、追加料金の条件を聞きます。見積の安さより、含まれていない費用が後から発生しない透明性が重要です。

各社に同じ質問を投げるため、比較シートには、初期費用、月額、決済手数料、機器の購入・レンタル、通信、保守時間、障害時の駆け付け、誤請求時の返金負担、商品登録費、既存POS/API、ログ保存、セキュリティ更新、撤去費を並べます。価格が公開されていない会社にも、同じ店舗条件で概算と前提を提示してもらいます。

セキュリティと遠隔運用を提案評価に入れます

無人店舗では、店舗側の機器、ゲートウェイ、クラウド、スマートフォン、決済サービスがつながります。機器の認証、通信の暗号化、ネットワーク分離、管理者権限、操作ログ、脆弱性対応、バックアップ、ソフトウェア更新の方法を評価します。カード情報を自社で保持しない設計や、決済事業者の審査条件も早い段階で確認します。

運用では、通信断、停電、扉の開閉異常、温度異常、決済失敗、誤認識、商品不足、迷惑行為を想定します。遠隔から再起動できるか、手動で解錠・営業停止できるか、有人店舗へ切り替えられるか、顧客へどのように案内するかをデモで確認します。完成した画面だけでなく、障害が起きたときの操作を見せてもらうことが有効です。

発注後の開発・実証・運用開始をどう進めますか?

無人店舗システムを実証して運用するイメージ

発注後は、要件定義、設計・開発、機器設置、テスト、実証、改善、本番展開の順に進めます。個別開発の期間は、既存サービスの設定なら1〜2か月、1店舗の個別連携なら3〜6か月、AI認識を含む実証から本番までなら6〜12か月以上が推定目安です。機器調達、電気・ネットワーク工事、決済審査、商品テスト、教育を含めて計画します。

実証店舗は検証する仮説を絞って設計します

実証の目的は、システムが動くことの確認だけではありません。想定顧客が入店登録を完了するか、商品を正しく認識できるか、決済に失敗しないか、スタッフの補充負荷が許容範囲か、問い合わせがどの程度発生するかを検証します。対象店舗、対象商品、営業時間、測定期間、成功条件、撤退条件を事前に決めます。

たとえば、商品認識の正解率だけを追うのではなく、顧客が誤請求に気付いて問い合わせるまでの時間、返金処理にかかる工数、遠隔オペレーターが1件を解決する時間を測ります。認識精度が高くても、例外処理に人が長時間必要なら、店舗全体の費用対効果は改善しない可能性があります。

本番展開は運用マニュアルと教育を先に整えます

本番前には、通常の購買手順だけでなく、入店できない顧客への案内、返金、返品、未成年者への対応、停電、通信断、機器故障、温度異常、迷惑行為、警察・警備会社への連絡までをマニュアル化します。現場スタッフが全機能を理解する必要はありませんが、最初に誰へ連絡し、どの画面で営業を止め、顧客へ何を説明するかは練習します。

店舗を増やすときは、1店舗目で見つかった例外を標準手順と設定テンプレートに反映します。店舗ごとに機器や運用を個別調整し続けると、保守費と教育費が増えるため、共通化する機能と、店舗ごとに変えられる設定を分けて設計します。

無人店舗システムの発注・外注でよくある質問

無人店舗システムのよくある質問に答えるイメージ

発注前に多く寄せられる疑問を、費用、方式、運用の観点から整理します。自社の条件によって答えが変わる質問は、委託先へ同じ前提で確認することが大切です。

無人店舗システムの開発費用はいくらですか?

既製サービスの設定から個別開発まで幅があり、公開価格の例と開発全体の推定を分けて考えます。1店舗の夜間無人・簡易構成は300万〜800万円程度、個別のセンサー・カメラ連携は800万〜2,000万円程度がリサーチノート上の推定目安ですが、機器、工事、保守、決済、既存連携の条件で変わります。まずはRFPを作り、初期費用と3〜5年の総保有コストを見積もります。

最初から完全無人の店舗を発注すべきですか?

最初から完全無人にせず、夜間無人、限定商品、1店舗の実証から始める方法が現実的です。補充、清掃、返品、問い合わせ、誤認識、決済失敗など、人が関与する業務を先に洗い出し、無人化による削減効果が見込める時間帯や業務から段階的に広げます。

無人店舗システムの委託先はどう選べばよいですか?

自社と似た業態・商品数・店舗規模での実績があり、機器、ソフトウェア、既存システム、現場運用の責任範囲を説明できる会社を選びます。見積額だけでなく、障害時の一次窓口、返金負担、保守時間、API連携、データの所有権、契約終了時の移行方法まで比較し、可能なら実証店舗のデモや導入先への確認を行います。

まとめ

無人店舗システムの発注を成功させるイメージ

発注前に店舗条件と業務範囲を確定します

無人店舗システムの発注・外注では、完全無人という言葉から入るのではなく、店舗モデル、商品、営業時間、取引数、既存システム、残す業務を整理します。そのうえで、SaaS・パッケージ、クラウドとSIerの組み合わせ、スクラッチ開発を比較し、RFPで通常時と例外時の要件を伝えます。

小さく実証して総保有コストと運用負荷を検証します

費用は公開価格と推定レンジを区別し、機器・工事・決済・保守・通信・補充・返金を含む3〜5年の総保有コストで比較します。契約では成果物、受入基準、責任分界、データ、障害対応を明確にし、まず1店舗の実証で認識精度だけでなく、顧客体験と運用負荷、投資回収の見込みを検証してから展開することが重要です。

▼全体ガイドの記事
・無人店舗システム開発の完全ガイド

会社紹介

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

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

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

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

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

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