棚割管理システムの発注・外注は、棚の作図だけでなく、商品マスターやPOS、店舗展開、棚替え指示までの業務範囲を固めるところから進めます。
各社の提案を同じ前提で比べるには、発注の前に、対象とする業務の範囲を決めておく必要があります。
- 提案の区分：作図と、商品・棚・店舗マスターの標準機能を分けて示す
- 連携の範囲：POS・在庫・発注とのデータ連携の内容を定める
- 棚替えから実績まで：棚替え指示から実施結果の回収まで、範囲に含める
▼全体ガイドの記事
・棚割管理システム開発の完全ガイド
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
発注・外注前に押さえる棚割管理システムの全体像
棚割管理システムは、棚の画像を作るだけでなく、商品マスターや棚・ゴンドラ、店舗を、適用期間やPOS実績、在庫・発注と結び付ける業務基盤です。
棚割管理システムは、計画した棚割を店舗で実行し、その結果を次の提案へ戻すところまでを支えます。
Excelや画像で棚割を管理していると、店舗ごとの採用状況や変更履歴、カット商品・新商品の指示が担当者の経験に頼りがちです。
発注時に作図機能だけを比べると、導入後にデータ移行や棚替え指示を別のExcelで補うことになり、期待した効果が出にくくなります。
発注者ごとの目的と成果物の違い
小売本部が発注する場合は、店舗別の棚割モデルや採用店舗、棚替えカレンダーが中心になります。そのほか、作業指示やPOS分析、権限管理も範囲に入ります。
メーカーや卸が発注する場合は、得意先への提案棚割や商品画像・サイズの整備が重視されます。加えて、複数の小売向けのデータ変換や提案書の作成も中心になります。
同じ棚割管理システムでも、利用者と成果物が異なります。そのため、RFPの冒頭に自社の立場や店舗数、取引先の構造、現行業務を書いておくと、委託先が前提をつかみやすくなります。
発注形態のSaaS・パッケージ・スクラッチ比較
発注形態は、標準機能で足りるか、独自の業務要件をどこまで求めるかで比べます。
- 標準機能で足りる場合：クラウドSaaSやパッケージ導入が候補です。サーバーの構築や更新を抑えやすく、商品マスターや棚替え帳票を試してから判断できます。
- 独自の要件が多い場合：独自のMDルールや既存基幹との深い連携、特殊な什器、リアルタイムの店舗実行まで求めるなら、追加開発、共同開発、スクラッチを比べます。
2026年時点でも、製品ページに一律の料金を掲載せず個別見積とするサービスが多いため、製品名だけで安さを判断できません。
サイバーリンクスの公式ページでは、棚POWERのクラウド版が棚割の作成・分析・提案・履歴管理・作業指示まで対応し、累積1,000社以上の導入実績と20年以上のパブリッククラウド実績を掲げています。
公開情報は候補を絞る材料になりますが、自社の店舗数や連携本数を入れた導入費用とは分けて確認します。
棚割管理システムの発注・外注の進め方
発注は、いきなり複数社へ「棚割システムを作ってください」と依頼するより、段階を追って進めたほうが失敗を減らせます。
まず現状把握と要件整理を行い、候補へRFPを示して提案を比べたうえで契約します。そのあと、要件定義、PoC、段階展開へ進みます。
とくに棚割では、画面を見れば分かる機能よりも、商品マスターやPOSデータを正しく受け渡せるか、店舗が指示を実行できるかが成否を左右します。
現状業務とデータの洗い出し
発注前に、現状の業務とデータを次の項目で洗い出しておきます。
- 業務の担い手：棚割を作る人、承認する人、取引先へ提案する人、店舗で棚替えする人
- 商品マスター：基本情報、幅・高さ・奥行き、画像、ケース入数の状況
- 売上・在庫のデータ：POS・ID-POSの売上・数量・粗利、在庫、発注のデータ
- 棚・店舗のデータ：店舗コードや棚・ゴンドラ番号、既存棚割、電子棚札やEDIのデータ
重複JANや単位の揺れ、終売商品の残存、商品画像の不足があれば、導入前に整備範囲と担当を決めます。
連携ごとに、データの持ち主と更新頻度を決め、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連携の工数を組み合わせた編集部推定です。金額は見積前の予算仮置きで、定価や契約を保証しません。
導入形態ごとの予算レンジ
初期費用と期間は導入形態によって桁が変わるため、予算の仮置きは形態ごとに次の5つの型で見ます。
- 標準機能のクラウドSaaS：初期費用10万〜100万円、月額1万〜20万円程度、導入期間1〜3か月
- 商品マスター整備やPOS連携、権限設定、帳票変更を含むクラウド導入：初期費用300万〜1,500万円、月額20万〜100万円程度、期間3〜9か月
- パッケージに大規模なカスタマイズを加える場合：初期費用500万〜3,000万円、期間6〜12か月程度
- スクラッチ・基幹連携型：1,500万〜8,000万円、期間9〜18か月程度が予算検討のレンジ
- AI画像認識の追加：PoCに300万〜1,000万円、実運用までに500万〜3,000万円程度を、追加で仮置き
クラウドSaaSの数字は、1〜20店舗、標準CSV、少人数利用を想定した一般的な単一業務SaaSの相場からの推定です。
スクラッチ・基幹連携型は、独自の棚割エンジンや本部MD、店舗実行を、POS・在庫・自動発注・EDI・電子棚札と一体化する場合が対象です。いずれも規模や精度、画像運用、保守条件によって変わります。
見積金額を左右する要因
費用を大きく左右するのは、画面数よりも、店舗数や売場数、棚割モデル数です。そのほか、次の要素も費用に関わります。
- 商品マスター：件数と品質
- POS：粒度と履歴年数
- 外部連携：連携の本数
- 棚替え帳票：権限・監査ログの要件も対象になる
- 移行・教育・サポート：作業の範囲と量
たとえば、画面が少なくても、1,000店舗へ異なる棚割を配信し、店舗ごとの変更申請を受け付け、日次POSを取り込む場合は、データ処理と運用設計に工数がかかります。見積書では、要件定義やデータクレンジング、初期移行を本体開発費に埋め込まず、分けてもらいます。連携テストや性能テスト、店舗教育なども、別の項目で示してもらいます。
一般的なシステム開発では人月単価を50万〜150万円程度と置く情報もありますが、これは技術者の役割、地域、契約条件で変わる目安です。
単価に加えて、何人月をどの工程に使うかも比べます。
保守費用と補助金の扱い
ランニングコストには、クラウド利用料や従量費、保守が含まれます。従量費は、ユーザー・店舗・商品数に応じて変わります。監視、バックアップ、商品画像やデータ変換の作業も、運用費に入ります。さらに、問い合わせ対応や追加研修の費用も含まれます。
AIを使う場合は、画像処理量や端末、モデル更新などの費用も運用費に入れます。
パッケージでは、初期費用の10〜20％を年間保守の目安として個別見積する場合がありますが、契約期間、アップデート範囲、障害対応時間によって変わるため、相場をそのまま当てはめません。
補助金は、導入費用を自動的に値引きする制度ではありません。補助金を検討する際は、次の点を押さえます。
- ツールの登録：2026年のデジタル化・AI導入補助金では、補助対象のITツールは、IT導入支援事業者が登録申請し、承認を受ける必要があります
- 未登録のツール：交付申請できないと、公式に案内されています（出典: 中小企業基盤整備機構「デジタル化・AI導入補助金2026」、2026年）
- 対象範囲：棚割システム本体だけでなく、開発委託や導入設定、研修、保守が対象になるかを、類型・登録内容・公募要領で申請前に確認します
委託先の選定と見積比較の確認ポイント
委託先は、開発実績の件数や知名度だけで決めず、棚割業務を理解し、データを扱い、導入後の現場定着まで伴走できるかで選びます。
棚割専業の製品会社や流通基幹に強いSIer、業務整理から入る開発会社など、会社によって得意領域が異なります。発注側は、自社が求める範囲を定め、単独発注と複数社の共同体制を比較します。
小売・メーカー・卸の業務経験と導入体制
候補会社には、同じ業態や近い店舗規模、同程度のデータ連携を経験した事例を見せてもらいます。確認したいのは導入社数だけでなく、何店舗を何期間で移行したか、元データが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画像認識も最初から発注したほうがよいですか？
AI画像認識は、必ずしも最初から本番機能として発注する必要はありません。まず小さく試し、そのあとで機能として加える進め方もあります。
商品画像の品質や撮影ルール、店舗の通信環境、データの保管方法などを、小規模PoCで検証します。そのうえで、棚割とPOS・店舗作業の基盤が安定してから追加すると安全です。
AIの提案を自動確定させず、誤認識を確認する担当を決めて、人が承認するHuman in the Loopの運用を要件に含めます。
まとめ
棚割管理システムの発注・外注では、まず、小売本部、メーカー、卸のどの業務を対象にするかを定めます。そのうえで、商品マスターからPOS、在庫、発注を経て棚替えと店舗実施までのデータの流れを整理し、どこまでを誰が受け持つかを決めます。
次に、SaaS・パッケージ・追加開発・スクラッチを比較し、標準機能で対応する部分と独自開発する部分を分けます。
発注前にそろえる項目
RFPには、業務シナリオや対象店舗・商品・ユーザー数、商品マスターとPOSのサンプルを書きます。さらに、連携方式や移行範囲、検収条件を入れます。教育や保守、セキュリティなども含めます。
見積は初期費用だけでなく、月額やデータ整備、連携テストまで、同じ条件で比べます。追加開発や店舗展開、問い合わせ対応も、比較の対象に含めます。
小さな検証から全店展開まで
代表店舗で棚割作成や承認、棚替え指示を試し、実施確認やPOS分析まで含めて、データ品質と現場の使いやすさを確かめます。なお、AI画像認識や電子棚札は、基盤の効果を確かめた後に追加する選択肢もあります。
製品の機能数や見積金額だけでなく、導入後に棚割データが更新され、店舗で実行され、改善へ戻る業務サイクルまで支援できる委託先を選ぶことが成功への近道です。
▼全体ガイドの記事
・棚割管理システム開発の完全ガイド
▼RFP作成前に読みたい無料ホワイトペーパー
・業務システム開発の完全ガイドブック
・スクラッチシステム開発の完全ガイドブック
・【2026年最新版】AI駆動開発の完全ガイドブック
会社紹介
株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。
また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。
もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。
・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>
株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。