棚割管理システム開発の発注/外注/依頼/委託方法について

棚割管理システムの発注・外注は、棚の作図だけでなく商品マスター、POS、店舗展開、棚替え指示までの業務範囲を固め、標準機能と連携要件を分けて委託先へ比較可能に伝える進め方が基本です。

Excelや画像で棚割を管理していると、店舗ごとの採用状況、変更履歴、カット商品、新商品の指示が担当者の経験に依存しやすくなります。この記事では、棚割管理システムを発注・外注するときの発注形態の選び方、RFPと要件の整理、契約形態、2026年時点の費用相場、委託先選定と見積比較のポイントを、メーカー・卸・小売本部それぞれの視点で解説します。

▼全体ガイドの記事
・棚割管理システム開発の完全ガイド

棚割管理システムを発注・外注する前に押さえる全体像

棚割管理システムの発注計画を検討する担当者

棚割管理システムは、商品を棚に並べる画像を作るだけのツールではありません。商品マスター、棚・ゴンドラ、店舗、適用期間、POS実績、在庫や発注を結び付け、計画した棚割を店舗で実行し、その結果を次の提案へ戻す業務基盤です。発注時に作図機能だけを比較すると、導入後にデータ移行や棚替え指示を別のExcelで補うことになり、期待した効果が出にくくなります。

誰が何のために発注するかを分けて考えます

小売本部が発注する場合は、店舗別の棚割モデル、採用店舗、棚替えカレンダー、作業指示、POS分析、権限管理が中心になります。メーカーや卸が発注する場合は、得意先への提案棚割、商品画像・サイズの整備、複数小売へのデータ変換、提案書の作成が重視されます。同じ「棚割管理システム」でも、利用者と成果物が違うため、RFPの冒頭で自社の立場、店舗数、取引先構造、現行業務を明記することが大切です。

発注形態はSaaS、パッケージ、スクラッチを比較します

標準機能を早く使いたい場合は、クラウドSaaSやパッケージ導入が候補になります。サーバーの構築・更新を抑えやすく、商品マスターや棚替え帳票など、棚割業務で使われる機能を試してから判断できる点が利点です。一方、独自のMDルール、既存基幹との深い連携、特殊な什器、リアルタイムの店舗実行まで求める場合は、パッケージへの追加開発、専門ベンダーとの共同開発、スクラッチ開発を比較します。

2026年時点でも、製品ページに一律の料金を掲載せず個別見積とするサービスが多いため、名称だけで安さを判断できません。サイバーリンクスの公式ページでは棚POWERのクラウド版について、棚割の作成・分析・提案・履歴管理・作業指示まで対応し、累積1,000社以上の導入実績と20年以上のパブリッククラウド実績を掲げています。こうした公開情報は候補を絞る材料ですが、自社の店舗数や連携本数を入れた導入費用とは分けて確認します。

棚割管理システムの発注・外注はどのように進めますか?

棚割管理システムの要件を整理する打ち合わせ

発注は、いきなり複数社へ「棚割システムを作ってください」と依頼するより、現状把握、要件整理、候補へのRFP提示、提案比較、契約、要件定義、PoC、段階展開の順に進めると失敗を減らせます。とくに棚割では、画面を見れば分かる機能よりも、商品マスターやPOSデータを正しく受け渡せるか、店舗が指示を実行できるかが成否を左右します。

現状業務とデータを棚卸しします

最初に、棚割を作る人、承認する人、取引先へ提案する人、店舗で棚替えする人を洗い出します。次に、JANコード、商品名、ブランド、カテゴリー、幅・高さ・奥行き、画像、ケース入数などの商品マスターを確認します。重複JAN、単位の揺れ、終売商品の残存、商品画像の不足がある場合は、システム導入前に整備範囲と担当を決めます。

データ連携では、POS・ID-POSの売上、数量、粗利、在庫、発注、店舗コード、棚・ゴンドラ番号、既存棚割、電子棚札やEDIのデータを一覧にします。連携ごとに、データの持ち主、更新頻度、API・CSV・バッチの方式、エラー時の再送方法、履歴を何年保持するかを確認します。サンプルデータを実際に渡せる状態にしておくと、委託先の見積精度が上がります。

RFPには業務シナリオと受け入れ条件を書きます

RFPには、目的、対象業態、対象店舗数、利用者数、商品点数、棚割モデル数、繁忙期、希望スケジュール、予算の考え方、既存システム、データ移行、保守体制を記載します。機能一覧だけでなく、「バイヤーが棚割案を作成し、承認後に対象店舗へ棚替えカレンダーを配信し、店舗が実施結果を登録する」といった業務シナリオを書くと、各社が同じ前提で提案できます。

見積の提出形式もRFPで統一します。要件定義、基本設計、開発・設定、商品マスター整備、データ移行、外部連携、テスト、教育、導入支援、保守を分け、標準機能、設定、追加開発、将来オプションを区別してもらいます。必須機能と、初回リリース後でもよい機能を分けると、予算を守りながら段階導入の提案を受けやすくなります。

代表店舗のPoCから段階展開へ進みます

候補が決まったら、通常棚、催事棚、冷蔵ケース、生鮮など性質の異なる売場を含む3〜5店舗程度で、棚割作成から店舗指示、実施確認、POS実績との比較までを試します。ここで確認するのは、見た目の美しさだけではありません。商品を一括置換できるか、店舗別の差分を出せるか、通信断時に作業できるか、連携エラーを再処理できるか、店舗担当者が迷わず使えるかを確認します。

本番展開は、商品マスターと棚割の標準化、POS分析、発注・棚札連携、AI画像認識の順に段階を分ける方法が現実的です。1,000店舗を超える企業でも、導入事例では取引先説明会を行い、タバコ以外の棚割を約1か月半でクラウドへ移管した例があります(出典: 日本総合システム株式会社「ウエルシア薬局株式会社 導入事例」、2017年掲載)。移行期間だけをまねるのではなく、説明会、データ変換、店舗の問い合わせ窓口まで含めて計画します。

棚割管理システムの契約形態はどれを選びますか?

棚割管理システムの契約条件を確認する担当者

契約形態は、作る対象がどこまで固まっているか、発注側がどれだけ意思決定と検収を担えるかで選びます。棚割業務は導入後に現場の要望が出やすく、契約を一つに決めるより、要件整理は準委任、完成物の開発は請負、クラウド利用はサービス契約というように、工程ごとに責任を分ける設計が適しています。

要件定義や伴走支援は準委任契約が向いています

準委任契約は、委託先が専門的な業務を遂行することを約束する契約です。要件定義、現行データの調査、業務整理、プロジェクト管理、PoC支援のように、作業を進めながら前提を明らかにする工程と相性があります。成果物の完成を一律に保証する契約ではないため、稼働時間、担当者、定例会、作成する資料、報告方法、作業範囲を契約書や個別発注書に具体化します。

準委任で注意したいのは、発注側の担当者が委託先へ直接指揮命令するような運用にしないことです。誰が優先順位を決め、誰が受入判断をするかを明確にし、委託先の責任者を通じて作業を依頼します。データを扱う場合は、秘密保持、アクセス権限、再委託、返却・削除、事故発生時の報告も事前に確認します。

完成物と検収を定義できる部分は請負契約にします

請負契約は、合意した仕事の完成と成果物の引き渡しを前提にする契約です。確定した要件に基づく画面、データ連携、帳票、移行ツール、テスト仕様書など、完成条件を記載しやすい工程に向いています。検収では「棚割が表示できる」だけでなく、商品マスターを取り込める、適用開始日を管理できる、店舗別の棚替え指示を出せる、エラーを再送できるなど、業務シナリオごとの受入条件を置きます。

請負であっても、追加要望が無制限に含まれるわけではありません。対象店舗数、商品点数、連携本数、対応ブラウザ、性能、障害修正の範囲、仕様変更時の費用と納期を、見積書・要件定義書・契約書のどこに書くか決めます。固定価格だけを重視して要件が曖昧なままだと、後から変更費用が増えやすいため、要件定義を別契約に分ける方法も検討します。

SaaSやパッケージは利用条件と終了時の扱いを確認します

SaaSを契約する場合は、初期設定費、月額または年額、ユーザー数、店舗数、商品マスター利用料、データ連携、サポート、追加開発を分けて確認します。サービスレベル、バックアップ、障害時の復旧目標、データの保管場所、解約時のデータ返却形式、契約更新と値上げ、バージョンアップの通知も重要です。棚POWERの公式クラウド案内では、通常プランの月額19,800円、繁忙期利用向けの4か月・6か月プランが案内されていますが、これは一つの製品・プランの公開例であり、自社の導入総額を示すものではありません(出典: 株式会社サイバーリンクス「棚POWER ATWサービス」、確認日2026年8月)。

パッケージを大きくカスタマイズする場合は、標準版の保守対象と個別開発部分の保守対象を切り分けます。製品のアップデートで個別機能が動かなくなった場合の対応費、ソースコードや設定情報の保管、別会社へ移行するときの協力範囲まで確認すると、特定の委託先へ過度に依存するリスクを抑えられます。

棚割管理システムの費用相場とコスト内訳

棚割管理システムの費用と見積を確認する場面

棚割管理システムは、製品価格が公開されていないケースが多く、店舗数・利用者数・商品マスターの状態・連携本数で費用が大きく変わります。以下の金額は、リサーチノートに記載した2026年の一般的な業務システム相場と、棚割固有の移行・POS連携工数を組み合わせた編集部推定です。製品の定価や契約を保証する金額ではなく、見積を取る前の予算仮置きとして利用します。

導入形態ごとの予算レンジを確認します

クラウドSaaSを標準機能で導入する小規模なケースは、初期費用10万〜100万円、月額1万〜20万円程度、導入期間1〜3か月が一つの目安です。これは1〜20店舗、標準CSV、少人数利用を想定した一般的な単一業務SaaS相場からの推定です。商品マスター整備、POS連携、権限設定、帳票変更を含むクラウド導入では、初期費用300万〜1,500万円、月額20万〜100万円程度、期間3〜9か月を仮置きします。

パッケージ導入に大規模なカスタマイズを加える場合は、初期費用500万〜3,000万円、期間6〜12か月程度を見込みます。独自の棚割エンジンや本部MD、店舗実行、POS・在庫・自動発注・EDI・電子棚札までを一体化するスクラッチ・基幹連携型では、1,500万〜8,000万円、期間9〜18か月程度が予算検討のレンジです。AI画像認識を追加する場合は、PoCを300万〜1,000万円、実運用までを500万〜3,000万円程度追加で仮置きします。いずれも規模、精度、画像運用、保守条件によって変動する編集部推定です。

見積金額を左右する7つの項目を分けます

費用を大きく左右するのは、画面数よりも、店舗数・売場数・棚割モデル数、商品マスターの件数と品質、POSの粒度と履歴年数、外部連携の本数、棚替え帳票、権限・監査ログ、移行・教育・サポートです。たとえば、画面が少なくても、1,000店舗へ異なる棚割を配信し、店舗ごとの変更申請を受け付け、日次POSを取り込む場合は、データ処理と運用設計に工数がかかります。

見積書では、要件定義、データクレンジング、初期移行、APIやCSVの連携開発、連携テスト、性能テスト、店舗教育、問い合わせ対応を本体開発費に埋め込まず分けてもらいます。一般的なシステム開発では人月単価を50万〜150万円程度と置く情報もありますが、これは技術者の役割、地域、契約条件で変わる目安です。単価だけでなく、何人月をどの工程に使うかを比較します。

保守費用と補助金は別の前提で計算します

ランニングコストには、クラウド利用料、ユーザー・店舗・商品数に応じた従量費、保守、監視、バックアップ、商品画像やデータ変換、問い合わせ対応、追加研修が含まれます。パッケージでは、初期費用の10〜20%を年間保守の目安として個別見積する場合がありますが、契約期間、アップデート範囲、障害対応時間によって変わるため、相場をそのまま当てはめません。AIを使う場合は画像処理量、端末、モデル更新、誤認識レビューの人件費も運用費に入れます。

補助金は、導入費用を自動的に値引きする制度ではありません。2026年のデジタル化・AI導入補助金では、補助対象となるITツールはIT導入支援事業者が登録申請し、承認を受ける必要があり、未登録のツールは交付申請できないと公式に案内されています(出典: 中小企業基盤整備機構「デジタル化・AI導入補助金2026」、2026年)。棚割システム本体だけでなく、開発委託、導入設定、研修、保守が対象になるかは、類型・登録内容・公募要領を申請前に確認します。

委託先の選定と見積比較で確認するポイント

棚割管理システムの委託先と見積を比較する場面

委託先は、開発実績の件数や知名度だけで決めず、棚割業務を理解し、データを扱い、導入後の現場定着まで伴走できるかで選びます。棚割専業の製品会社、流通基幹に強いSIer、業務整理から入る開発会社、AI・画像認識の技術会社では得意領域が異なります。自社が求める範囲を定めたうえで、単独発注と複数社の共同体制を比較します。

小売・メーカー・卸の業務経験と導入体制を確認します

候補会社には、同じ業態、近い店舗規模、同程度のデータ連携を経験した事例を見せてもらいます。確認したいのは導入社数だけではなく、何店舗を何期間で移行したか、元データはExcelか別システムか、取引先や店舗への説明を誰が担ったか、稼働後の問い合わせ件数と支援体制はどうだったかです。日本総合システムの公式事例では、1,000店舗超の棚割を一元管理し、取引先説明会を経て約1か月半で移管した経緯が公開されています。自社と同じ条件とは限りませんが、確認すべき事例情報の粒度を知る参考になります。

デモでは、きれいなサンプル画面ではなく自社の棚写真、商品マスター、店舗コード、POSサンプルを使います。バイヤーが商品を置き換え、承認者が履歴を確認し、店舗が棚替え指示を受け、実施結果を戻す一連の操作を実演してもらいます。メーカーや卸であれば、得意先ごとの棚割互換形式、提案書の出力、商品画像の登録と更新まで確認します。

同じRFPで金額・範囲・前提を横並びにします

見積比較では、合計金額の安い順に並べるのではなく、総額に含まれる範囲をそろえます。要件定義が含まれるか、商品マスターのクレンジングは何件までか、POS連携は何本か、過去データは何年分か、店舗教育は何回か、稼働後の保守時間は何時間かを確認します。標準機能として提示された項目も、ユーザー数・店舗数・商品数の上限と追加料金を確認します。

比較表には、初期費用、月額・年額、追加開発、移行、教育、保守、ライセンス、クラウド基盤、連携テスト、税区分、納期、支払条件を記載します。さらに、価格の前提、除外項目、発注側が準備するデータ、想定する作業時間、納品物、検収条件を並べます。安い見積に移行や連携テストが含まれていなければ、実際の総額は高くなるためです。

データ品質・AI・セキュリティを選定条件に入れます

棚割システムへID-POS、店舗従業員ID、棚写真、防犯カメラ画像などを結び付ける場合は、利用目的、アクセス権限、委託先監督、保存期間、削除、監査ログ、暗号化、事故時の報告をRFPに入れます。AI画像認識を使う場合は、画像を外部学習に利用するか、撮影条件をどう定めるか、誤認識を誰が確認するか、モデル更新の履歴を残すかも確認します。AIの判定をそのまま棚替えや発注へ反映せず、人が承認する工程を残すことが安全です。

AI画像認識は、将来機能として切り離す判断も有効です。SREホールディングスが2025年に発表した棚割り可視化ソリューションでは、電子棚札とAI画像解析を組み合わせ、店頭棚を撮影して棚割情報を認識し、POSデータと配置を分析する構想が示されています(出典: SREホールディングス「棚割り可視化ソリューションをリテールテックJAPAN 2025に出展」、2025年)。新しい技術を評価するときは、認識精度だけでなく、撮影、データ保管、誤りの確認、現場の作業負担までPoCで確かめます。

よくある質問(FAQ)

棚割管理システムの発注に関するよくある質問

棚割管理システムの発注では、「既製品と開発のどちらがよいか」「何をRFPに書けばよいか」「どの程度の予算を持てばよいか」という質問が多く寄せられます。ここでは、発注前に判断しやすいように結論から回答します。

棚割管理システムはパッケージとスクラッチのどちらがよいですか?

棚割作成、商品マスター、棚替え指示などが標準業務に近い場合は、パッケージやSaaSを先に比較する方法が適しています。独自のMDルールや基幹連携が競争力に直結し、標準機能では業務を変えられない場合は、追加開発やスクラッチを検討します。代表店舗のPoCで標準機能との差分を確認してから決めると、過剰な開発を避けやすくなります。

RFPがなくても開発会社へ相談できますか?

相談できますが、店舗数、利用者、商品点数、現行の棚割方法、連携したいシステム、困っている作業、希望時期の最低限は整理しておくとよいです。完成度の高いRFPを最初から作れなくても、業務フロー、棚割サンプル、商品マスター、POSの匿名化サンプルを見せれば、委託先と一緒に要件定義の範囲を決められます。複数社で比較する場合は、同じ情報を同じタイミングで渡すことが重要です。

棚割管理システムの発注予算はいくらですか?

標準機能の小規模SaaSなら初期10万〜100万円、月額1万〜20万円程度、連携や移行を含むクラウド導入なら初期300万〜1,500万円程度が予算仮置きの目安です。パッケージの大規模カスタマイズやスクラッチでは500万〜8,000万円程度まで広がりますが、いずれも公開価格ではなく、一般的な業務システム相場と棚割固有の要件から算出した編集部推定です。店舗数、商品マスター、連携本数、教育、保守を分けた見積を取得して確定します。

AI画像認識も最初から発注したほうがよいですか?

必ずしも最初から本番機能として発注する必要はありません。商品画像の品質、撮影ルール、店舗の通信環境、誤認識の確認者、データの保管方法を小規模PoCで検証し、棚割とPOS・店舗作業の基盤が安定してから追加する方法が安全です。AIの提案を自動確定させず、人が確認して承認するHuman in the Loopの運用を要件に含めます。

まとめ

棚割管理システムの発注方針をまとめる場面

棚割管理システムの発注・外注では、まず小売本部、メーカー、卸のどの業務を対象にするかを決め、商品マスター、POS、在庫、発注、棚替え、店舗実施までのデータと責任分界を整理します。そのうえで、SaaS・パッケージ・追加開発・スクラッチを比較し、標準機能で対応する部分と独自開発する部分を分けます。

発注前にそろえるものを明確にします

RFPには、業務シナリオ、対象店舗・商品・ユーザー数、商品マスターとPOSのサンプル、連携方式、移行範囲、教育、保守、セキュリティ、検収条件を書きます。見積は初期費用だけでなく、月額、データ整備、連携テスト、追加開発、店舗展開、問い合わせ対応まで同じ条件で比較します。

小さく検証してから全店展開へ進めます

代表店舗で棚割作成、承認、棚替え指示、実施確認、POS分析を試し、データ品質と現場の使いやすさを確認します。AI画像認識や電子棚札は、基盤の効果を確かめた後に追加する選択肢もあります。製品の機能数や見積金額だけでなく、導入後に棚割データが更新され、店舗で実行され、改善へ戻る業務サイクルまで支援できる委託先を選ぶことが成功への近道です。

▼全体ガイドの記事
・棚割管理システム開発の完全ガイド

会社紹介

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

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

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

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

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

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