POSの開発費と保守費は店舗数に比例する？共通基盤と店舗別作業を分ける

POSの見積書に「10店舗」と書かれていたとき、経営側が知りたいのは金額そのものではありません。5店舗に減らしたら費用も半分になるのか、そして来年3店舗増やしたらいくら増えるのかです。ところが多くの見積書は、店舗数で動く費用と1回だけ発生する費用を同じ1行にまとめてしまうため、この問いに答えられません。

この記事は、その1行を分けるための手順書です。開発（導入時）と保守（稼働後）では、店舗数の効き方がまったく違います。使う物差しは「店舗ごとに人と物が要る作業＝比例する費用」「共通基盤＝連動しない費用」「レンジをまたぐと跳ねる費用＝階段状の費用」の3つで、以降はこの3語で統一します。前半の開発費（導入時）はこの3つを章ごとに分けて扱い、後半の保守費（稼働後）は費目ごとに見たうえで、最後の早見表で同じ3つへ仕分けます。「数量課金はおかしい」という結論から入ることはしません。POSは、数量が本当に費用へ効く領域が実在する分野です。

TL;DR｜POSの費用は3つの型に分かれる

• 「店舗数で費用が上がるのはおかしい」という前提から入らないでください。 POSは端末という物理的な設備を各店舗に置き、人が現地へ行って設置する仕組みです。店舗数がそのまま作業量になる費目は確かに存在します
• 比例してよいのは、1店舗ごとに物と人が要るものです。 端末・周辺機器の調達、キッティング（初期設定を済ませた端末を用意する作業）と現地設置、店舗ごとのマスタ設定、店舗スタッフの研修、開店当日の立ち会い。ここは店舗数比例が自然です
• 連動しないのは、1回作って全店で使うものです。 POSアプリ本体、本部・基幹システムとの連携、帳票、権限設計、そして「全店へ配信する仕組み」。10店舗でも100店舗でも作るのは1回です
• 保守費の体制を決めているのは、店舗数ではなく「駆けつけ到着時間」だと読めます。 IPAの非機能要求グレード2018では、保守員の到着時間は「駆けつけ無し」から「常駐」まで6段階に刻まれている一方、拠点数は「単一」「複数」の2段階しかありません。刻みの細かさから読み取れることで、金額そのものを示した資料ではありません
• 同じ費目でも、公開料金の課金軸はサービスごとに違います。 「1店舗につき月額」で課金するサービスもあれば、無料プランに「店舗数の制限もありません」と明記しているサービスもあります。店舗数課金は業界の必然ではなく、各社の選択です
• 見積書の各行を「比例する／連動しない／階段状」の3つに仕分け、どれにも入らない行を質問対象にしてください。 判定できない行は、高いのではなく、判定材料が足りない行です

自社の見積書を実際に分解するときは、見積もり内容の登録不要レビューで行項目ごとの確認観点を出したうえで、この記事の確認質問を組み合わせるのが早いです。

「10店舗ぶん」は、見積書の中で3つの別々の数に化ける

見積書に「10店舗」と書かれているとき、その10という数字は、実際には性質の違う3つの数を1つに丸めています。

10店舗の案件でも、1店舗に3台置く業態なら端末は30台であり、5店舗ずつ2回に分けて展開するなら立ち上げ回数は2回です。10・30・2という3つの数のうち、どれが見積書のどの行に掛かっているのかが書かれていないと、店舗数を減らしたときに何が減るのかを計算できません。

ここは「単価が高い・安い」より前の話です。数え方が確定していない見積書は、そもそも比較できません。

見積書の数量欄でまず確定させること

• 1店舗あたりの端末構成（レジ何台、ハンディ何台、プリンター・釣銭機・決済端末の有無）。業態が混在する場合は業態ごとに
• 現地作業が発生する店舗と、発生しない店舗（既存端末を流用する店舗、リモート設定で済む店舗が混ざっていないか）
• 展開を何回に分けるか（全店一斉か、パイロット店を先行させるか）
• 既存店と新規店の区別（既存店はデータ移行と営業中の切り替えが加わる）
• 本部側の作業が何店舗目で増えるか（本部機能は通常、店舗数に連動しません）

見積書では、どう書かれているか

実際の見積書で問題になりやすいのは、次のような書かれ方です。いずれも金額が不当という意味ではなく、そのままでは3つの型のどれなのか判定できないという意味です。

このうち特に見落とされやすいのが「保守費 月額 10店舗 × ◯◯円」です。この1行が、リモート監視だけを指すのか、故障時に技術者が店舗まで行くところまで含むのかで、費用の構造がまったく別物になります。 前掲の表のとおり、訪問の有無・回数・到着目標時間を分けて聞くところから始めてください。

【開発費】どこに店舗数が効くのか｜非機能要求グレードで分解する

システム基盤の要件を整理する公的な資料に、独立行政法人情報処理推進機構（IPA）の「非機能要求グレード2018」があります。発注側とベンダーが何を合意すべきかを238のメトリクス（合意すべき評価項目）に分解したもので、項目一覧・グレード表・利用ガイドが公開されています（2018年4月版）。

この資料には、店舗の「数」「散らばり」「立ち上げ方」が、それぞれ別の項目として入っています。順番に見ると、費用を刻んでいるのが店舗数そのものではないことが分かります。

拠点数は「単一」「複数」の2段階しか刻まれていない

この資料で、店舗数そのものに当たる項目は「F.2.3.1 拠点数」です。小項目説明は「システムが稼働する拠点の数。」。ところが、そのレベル区分は次の2つしかありません。

備考の【レベル1】欄、つまり「複数拠点」を選んだ場合の注記には、こう書かれています。「拠点数を合意した場合は具体的な値を設定すること。」

つまりこの資料の枠組みでは、拠点が1つか複数かという分岐はあっても、10拠点と100拠点をレベルとして区別していません。具体的な数は「別途設定する値」であって、難易度の段階ではないという扱いです。店舗数が費用に効くとしたら、それは拠点数という項目を通じてではなく、別の項目を経由しているということになります。

なお非機能要求グレードは、利用ガイド［解説編］が「主に、システム基盤で実現される要求をスコープとしている」と述べているとおり、システム基盤の非機能要求を対象とした汎用資料です。POS専用のガイドではありません。ここでは金額の根拠としてではなく、発注側とベンダーが合意すべき項目の並びとして参照します。

費用を刻んでいるのは拠点数ではなく展開ステップ数

同じ資料の移行性の大項目に「D.2.1.1 システム展開方式」があり、そのメトリクスは「拠点展開ステップ数」です。小項目説明は「システムの移行および新規展開時に多段階による展開方式をどの程度採用するかの程度。」。こちらは6段階に刻まれています。

拠点数が2段階しかないのに対し、展開ステップ数は6段階です。刻みが細かい軸のほうが、費用の段階を実際に動かしている可能性が高いと読めます。 見積書で聞くべきは「何店舗か」ではなく「何回に分けて立ち上げるか」だ、ということです。

ただし原典はレベルが高いほど難しいとは言っていません。備考にはこうあります。「拠点展開時のリスクによっては難易度が逆転し、一斉展開の難易度が高くなる場合もある。対象システムについて、拠点毎に展開時のリスクを考慮して拠点展開ステップ数を判断すること。」

段階展開のほうが常に高くつくわけでも、一斉展開のほうが常に安いわけでもありません。10店舗を1日で一斉に切り替えるなら、その日だけ10店舗分の要員が同時に要ります。段階展開なら要員は少なくて済む代わりに、期間と並行稼働が伸びます。どちらを選んだかと、その理由が見積書または補足資料に書かれているかどうかが、確認すべき点です。（この当てはめは本記事による解釈で、IPAがPOSについて述べているものではありません。）

地域的広がりは6段階に刻まれている

もう1つ、店舗の「数」ではなく「散らばり」を扱う項目があります。「F.2.4.1 地域的広がり」です。

備考にはこうあります。「レベル5になると、多言語対応などの考慮も必要となる。また、国内であっても範囲が広がるにつれて、ネットワークや物流、サポートなどの面で対応が必要となる。」

同じ10店舗でも、1つの商業施設内に10店舗あるのと、全国7地方に散らばっているのとでは、この項目のレベルが変わります。原典が名指ししているのはネットワーク・物流・サポートの3つで、いずれも現地へ物と人を運ぶ話です。店舗数を聞かれたら、あわせて店舗の分布も見積書に書かれているかを確認してください。

【開発費】店舗数に比例する費用｜1店舗ごとに人と物が要る

ここまでは「店舗数は費用の軸として粗い」という話でしたが、店舗数比例が正当な費目は明確に存在します。次の3つの条件のどれかに当てはまるものです。

1. 物理的な設備を、店舗ごとに調達して設置する（レジ端末、プリンター、キャッシュドロア、スタンド、決済端末、ネットワーク機器）
2. 人が、店舗ごとに現地へ行く（設置、配線、動作確認、開店当日の立ち会い）
3. 同じ作業を、店舗ごとに繰り返す（店舗コード・税率・メニュー・従業員登録などの個別設定、店舗スタッフへの操作研修）

この3つは、店舗が2倍になれば作業量も概ね2倍になります。むしろ「一式」でまとめられているほうが、後から作業範囲の争いになります。

公開されている「導入費用例」は、レジ1台構成の積み上げ

クラウドPOSのスマレジは、料金ページで「POSレジの導入費用例」として、機器構成と合計金額を3パターン公開しています（株式会社スマレジ、2026年8月25日取得、いずれも税込）。

3例に共通して含まれているのが、タブレット端末、レシートプリンター、カスタマーディスプレイ、キャッシュドロア、スタンド、ロール紙、そして「導入サポート（セットアップ＋トレーニング）」88,000円（税込）です。小売の例にはバーコードリーダー、飲食の例にはキッチンプリンターが加わり、合計が上がります。

ここで注目すべきは金額の水準ではなく、構成の形です。3例はいずれもタブレット1台を軸にした積み上げで、業態が違えば加わる機器が変わります。そして導入サポート費が3例すべてに同額で計上されています。立ち上げ作業が店舗ごとに発生することは、公開資料の側からも確認できます。 同社は同じページで、レジ端末について「1店舗につき3台までご利用いただけます」「追加の場合、別途1,540円（1台／税込月額）」とも注記しており、店舗と台数が別の軸として扱われています。

Square（飲食店向けSquare POSレジの料金ページ、2026年8月25日取得）も、導入支援を別料金として公開しています。「マンツーマンの導入サービス」がフリープラン・プラスプランともに「¥189,000～」、プレミアムプランは「カスタム料金に対応いたします」。同ページは「Square POSレジのプランには、決済端末・ハードウェアは含まれていません」とも明記しています（なお当該ページでは税抜／税込の記載を確認できませんでした）。

人が入る導入支援と、機器そのものは、ソフトウェアの利用料とは別勘定になっている。 これが公開料金の側から読み取れる構造です。自社の見積書で「POS導入 一式」となっている場合、この3つ（ソフト・機器・人）が分かれているかを見てください。

補助金の区分も、ソフトとハードを分けている

公的制度の側でも、同じ切り分けが行われています。「デジタル化・AI導入補助金2026」（旧：IT導入補助金）のインボイス枠（インボイス対応類型）は、公式サイト上で補助率と補助額を次のように区分しています（2026年8月25日取得）。

※ ハードウェア側は「PC・ハードウェア等」という区分名が表示されていますが、ソフトウェア側の区分名は当該ページ上で文字として確認できませんでした。補助対象欄には「ソフトウェア（必須）」「オプション」「役務」が並んでいるため、本記事ではそれをまとめて呼んでいます。また補助額が50万円を超える場合の補助率は、原文では「補助額のうち50万円以下については3/4（小規模事業者は4/5）、50万円超については2/3」と按分で規定されています。

補助対象のハードウェアには「POSレジ・モバイルPOSレジ・券売機」が明記され、注記として「ハードウェアを補助対象として申請する場合は、そのハードウェアがソフトウェアの使用に資するものであること」「ハードウェアのみの申請は不可である」とあります。補助対象の役務には「導入設定・マニュアル設定・導入研修」「保守サポート」も含まれます。

公的制度がソフトウェア側とハードウェア側で補助率も上限も別に定めているという事実は、この2つが性質の違う費用だという整理を裏づけます。 見積書でも同じように分かれているのが自然です。

なお、この10万円・20万円という金額は原文では区分ごとの補助額であり、「1台あたり」とは書かれていません。制度の詳細や締切は年度・締切回ごとに変わるため、実際の申請では公式サイトの公募要領で最新の条件をご確認ください。

【開発費】店舗数と連動しない費用｜1回作って全店で使う

一方、次の費目は店舗数が何倍になっても成果物の数が変わりません。

• POSアプリケーション本体の開発・カスタマイズ（画面、会計ロジック、値引き・ポイント・軽減税率の処理）
• 本部・基幹システムとの連携開発（売上集計、在庫、購買、会計、人事）
• 商品マスタ・価格マスタの設計（項目定義、階層、改定の仕組み）
• 権限設計とログ設計（誰がどの操作をでき、どこまで遡って追えるか）
• 帳票・レポートの開発
• 要件定義・基本設計・プロジェクト管理
• 全店へ設定やソフトウェアを配信する仕組みそのもの

最後の「配信する仕組み」が、この記事でいちばん重要な費目です。これは開発時に1回作るものですが、作るかどうかで稼働後の費用構造が変わります。IPAの非機能要求グレード2018でも「端末ソフトウェア更新作業の自動化」（C.2.2.3）が、導入コストと運用コストがトレードオフになり得る項目として印を付けられています。詳しくは後半で扱います。

これらに共通するのは、成果物の数が店舗数で変わらないことです。 10店舗でも100店舗でも、商品マスタの設計は1つ、連携インターフェースは1本、配信の仕組みは1式です。見積書でこれらの行に店舗数が掛かっているなら、何が店舗数の分だけ増えるのかを聞く価値があります。

なお、稼働後の利用料についても店舗数を掛け算しない課金軸が実在しますが、それは開発費ではなく保守・利用料の話なので、後半の【保守費】章で扱います。

【開発費】階段状の費用｜レンジをまたぐと作り方が変わる

3つ目の型が「階段状」です。ある閾値を越えたときだけ作り方が変わり、そこで費用が跳ねます。

この表の右列は一次資料に基づく記述ではなく、実務上よく見られる設計変更の例です。IPAの項番は、閾値の軸の出所として挙げています。

階段状の費用は、見積書では「一式」に隠れやすい費目です。「何店舗を境に、作り方が変わりますか」と聞けば、階段の位置が分かります。 位置を答えられる見積もりは、根拠を持って作られています。

なお、数量そのものが費用へ効く経路の一般的な考え方は、数量課金の見方をまとめたガイドで、商品数・ユーザー数・デバイス数などの他の軸とあわせて整理しています。開発費全体の内訳と工程については開発費用の相場と見積もり妥当性の判断を参照してください。

【保守費】現地訪問の費用は、店舗数より「到着時間」で体制が変わる

ここから後半、稼働後の保守費です。開発費とは効き方が変わります。

POSの保守で特に重いのは、故障がその場で売上を止める点です。レジが動かなければ会計ができません。だからこそ、保守費の見積もりでは「壊れたときに誰が、いつ、どこへ来るのか」が金額の中心になります。

IPAの非機能要求グレード2018は、この点を店舗数ではなく時間で刻んでいます。「C.3.3.2 駆けつけ到着時間」は6段階です。メトリクスの説明は「システムの異常を検出してから、指定された連絡先への通知、保守員が障害連絡を受けて現地へ到着するまでの時間。」。

あわせて「C.3.3.1 対応可能時間」は3段階です。

この2つを見れば、「保守 月額 10店舗 × ◯◯円」という1行が何も語っていないことが分かります。 レベル0（駆けつけ無し）とレベル5（常駐）では体制がまったく違い、それは店舗数とは独立に決まります。夜間営業の業態でレベル0の営業時間内対応を契約していれば、閉店後の障害は翌朝まで放置されます。逆に、日中しか営業しない10店舗にレベル4（数時間内）を掛けているなら、その必要性を確認する余地があります。

公開料金の側も、この領域だけは定価化を避けています。スマレジのオプション「オンサイト保守」は、「機器のトラブル発生時、ご連絡いただく事で、代替機を発送し、保守技術者が現地で設置・設定を行う保守サービスです」と説明されたうえで、料金欄は「月額制/要お見積り」とだけ書かれています（2026年8月25日取得）。同ページのオプションプラン一覧の中で、金額が示されていないのはこのオンサイト保守だけです。

関連して、故障時の代替機の考え方は「C.3.4.1 交換用部材の確保」と「C.3.4.2 予備機の有無」（予備機無し／一部、予備機有り／全部、予備機有り の3段階）に整理されています。レベル0「確保しない」、レベル1「保守契約に基づき、部品を提供するベンダが規定年数の間保守部品を確保する」、レベル2「保守契約に基づき、保守を提供するベンダが当該システム専用として規定年数の間保守部品を確保する」の3段階です。予備機を何台、どこに置くかは店舗数とゆるやかに連動しますが、比例ではありません。 後述の早見表では階段状に分類しています。 5店舗でも1台の予備機で足りることがあり、逆に距離が離れていれば2店舗でも2台要ることがあります。

【保守費】店舗数を費用に変えないための項目は、IPAが印を付けている

非機能要求グレード2018の項目一覧には、「運用コストへの影響」という欄があります。利用ガイド［解説編］はこの欄をこう定義しています。

開発コストをかけることで運用コストを下げられる可能性のあるメトリクス。（中略）運用コストへの影響欄に○がついているメトリクスは、開発コストと運用コストがトレードオフの関係である可能性があることを示している。

つまりこの欄は、開発時に払うことで稼働後の費用を下げられる可能性がある項目に、印を付けたリストです。多店舗のPOSにとっては、店舗数が保守費に化けるのを抑えられる可能性がある項目、ということになります。

本記事が項目一覧PDFの該当欄を座標で判定して数えたところ、238メトリクスのうち○が付いていたのは27項番でした。これはIPAが公表している数値ではなく本記事による集計ですが、全体の1割強しかないという規模感は押さえておく価値があります。そのなかに、店舗展開と直結する項目が3つ含まれています。

更新の配信を自動化すれば、店舗が増えても作業は増えない（C.2.2.3）

備考の「運用コストへの影響」欄には、こう書かれています。

端末への更新ファイルの配布や更新処理を自動化するためには、特別なツールを導入したり作り込みを実施する必要があるため導入コストは増大する。一方、端末の更新作業が自動化されることでユーザが運用中に実施すべき作業がなくなり、運用コストは減少する。

原典が「端末ソフトウェア」と呼んでいるのは「クライアント端末のOSやネットワーク機器のファームウェア、クライアント端末上で動作するアプリケーション」です。この定義に照らせば、POSのレジ端末が該当します（原典はPOSを名指ししておらず、これは本記事による当てはめです）。 レベル0を選べば、価格改定や税率変更のたびに誰かが各店舗を回るか、店舗スタッフに手順を配ることになります。レベル3を選べば、その作業は店舗数が増えても増えません。

見積書に「ソフトウェア更新作業 10店舗 × ◯◯円／回」という行がある場合、レベル0・1、あるいは更新処理が手動で残るレベル2を選んだ結果と読めます。 金額が不当という意味ではありません。ただし、その選択が意図的だったのか、単に議論されなかったのかは、確認する価値があります。5年使うシステムなら、更新の回数だけこの費用が発生します。

監視と操作を遠隔化すれば、移動そのものが減る（C.4.4.1／C.4.4.2）

どちらも重要項目に指定され、運用コストへの影響欄にも○が付いています。備考にはこうあります。

リモート監視を実装するためには、特別なハードウェア・ソフトウェアを導入する必要があり導入コストが増大する。しかし、運用状況の確認のために管理者がわざわざサーバの設置場所まで移動する必要がなくなるため、運用コストは減少する。

リモート操作についても、ほぼ同じ文言で「メンテナンス操作のために管理者がわざわざサーバの設置場所まで移動する必要がなくなる」と書かれています。

ここは適用条件を明記しておきます。原典が想定しているのは「サーバの設置場所」であり、店舗を名指ししてはいません。 ただし「移動をなくすことで運用コストが下がる」という構造は、拠点が離れているほど強く効きます。10店舗が全国に散っているなら、移動の削減はサーバールーム1つの場合よりはるかに大きな差になります。この当てはめは本記事による解釈です。

まとめると、保守見積もりで確認すべきなのは月額そのものより、この3項目のレベルがいくつで合意されているかです。レベルが低いまま店舗数を掛け算した保守費は、店舗が増えるたびに素直に増え続けます。

【保守費】公開料金でも「店舗ごと」と「店舗数無制限」が併存している

保守・利用料の課金軸が事業者ごとに違うことを、公開料金表で並べておきます。すべて2026年8月25日取得の各社公式ページからの引用で、金額の高低を比較するものではなく、課金軸がそろっていないことを示すための表です。

読み取れることは3つです。

1. 同じ「POS」でも、課金の単位は店舗・台・アカウント（発行手数料）・無制限の4通りが実在します。 業界共通の相場は存在しません。

2. 店舗数を掛け算しない課金の単位が実在します。 Squareのフリープランは「店舗数の制限もありません」と明記しています。スマレジの本部管理は、月額に店舗数の単位が付いていません（明示されている単位は、別途の発行手数料の「1アカウントにつき」だけです）。したがって「複数店舗なら店舗数を掛けるのが当然」という説明は、そのままでは根拠になりません。

3. 人が現地へ行くサービスと、個別条件のプランが非公開です。 スマレジのオンサイト保守は「要お見積り」、Squareのプレミアムは「カスタム対応」で「利用資格要件を満たす必要があります」と書かれています。定価が付いているものと付いていないものの境目に、現地対応と個別条件があります。 自社の見積書で、現地対応が定価表のように単純な掛け算で書かれているなら、その根拠を聞く価値があります。

なお、保守費全体の考え方と「開発費の15〜20%」という慣習値の扱いについては、システム保守費用の相場と妥当性の判断にまとめています。数量で保守費が動く別の例（商品数）は、ECサイトの保守費用は商品数で上がるのかが対応します。

見積書の行を3分類する早見表

ここからは開発費と保守費の両方をまとめて扱います。ここまでを2枚にまとめるので、自社の見積書の各行を、右端の「実際に費用を決めている軸」が埋まるかどうかで仕分けてください。埋まらない行が、確認すべき行です。

先に3つの型の意味をそろえておきます。比例するは、店舗が増えた分だけ物と人の作業が増えるもの。連動しないは、店舗が何倍になっても成果物の数が変わらないもの。階段状は、ある閾値（同時立ち上げ数、展開段階、地域範囲、拠点の分散など）を越えたときだけ作り方が変わり、そこで跳ねるものです。同じ費目でも、設計や契約の選び方で型が変わることがあります（更新ファイルの配信と利用料が良い例で、下の保守の表ではそれぞれ2行に分けています）。

開発（導入時）の早見表

保守（稼働後）の早見表

この3つが同じ1行にまとまっている見積書は、金額の妥当性を判定できません。 これは高いという意味ではなく、判定材料が足りないという意味です。

その料金体系が合理的と言えるケース

店舗数で費用が上がる見積もりが正当である場合は、具体的にあります。次のいずれかに当てはまり、かつその根拠が見積書または補足資料に書かれているなら、そこは説明済みとして扱ってかまいません。

1. 物と人が店舗ごとに要る費目になっている。 端末調達、キッティング、現地設置、店舗別設定、スタッフ研修、開店立ち会い。これらが店舗数比例なのは自然です。むしろ一式にまとめられているほうが、後の争点になります。

2. 現地訪問の水準が明示されている。 到着目標時間、対応時間帯、訪問回数の上限、超過時の単価、交通費の扱いが書かれているなら、店舗数を掛ける根拠があります。前掲C.3.3.2の6段階のどこで合意したのかが分かる形が理想です。

3. 更新配信が自動化されていない前提を、双方が理解して選んでいる。 端末台数が少なく、更新頻度も低いなら、自動配信の仕組みを作らず都度作業で回すほうが総額で安いことがあります。開発コストと運用コストのトレードオフとして選ばれているなら、説明済みです。

4. 店舗が地理的に分散している。 全国に散る10店舗と、1つの商業施設内の10店舗では、物流とサポートの負荷が違います。地域的広がりが根拠として書かれていれば、これは説明済みです。

5. サービス提供者の公開料金体系が、そもそも店舗課金になっている。 ASP型（月額でクラウド提供される形態）のPOSを使う場合、店舗ごとの月額はサービスの定価そのものです。この場合に確認すべきは金額ではなく、その定価に何が含まれ、何が含まれていないか（現地訪問、端末保守、追加端末）です。

確認が必要なケース｜4状態への仕分け

見積書の各行は、高い／安いの2値ではなく、次の4状態で判定してください。

「高リスク」に入りやすいのは、保守の月額に現地訪問が含まれるかどうかが書かれていない見積書です。 含まれると読んで契約し、実際には別途実費だった場合、年間の実支出は見積書の数字から大きくずれます。逆に、実際には年に1回も呼ばない水準の駆けつけ体制を全店に掛けている場合も、同じく確認対象です。どちらも「不当」ではなく「合意されていない」という状態です。

「店舗数が多いのに安い」見積書のほうが危ないことがある

数量課金の記事では過大見積もりが話題になりがちですが、多店舗のPOSでは過小見積もりのほうが実害になりやすい領域があります。次の5つが見積書に無い場合、削られた側になっている可能性があります。

1. 展開リハーサルと並行稼働。 既存店の切り替えは営業を止められないため、閉店後の作業か、旧レジと並行で動かすかのどちらかになります。この行が無い見積書は、切り替え当日の混乱を発注側が引き受ける前提です。

2. 店舗スタッフの研修と操作手順書。 非機能要求グレードでは「C.5.8.1 オペレーション訓練実施の役割分担」が「実施しない／全てユーザが実施／一部ユーザが実施／全てベンダが実施」の4段階で、「実施しない」も選択肢として用意されています。 選ばれなかっただけかもしれません。

3. 本稼働時の導入サポート期間。 同じく「C.5.7.2 システム本稼働時の導入サポート期間」は「無し／当日のみ／1週間以内／1ヶ月以内／1ヶ月以上」の5段階です。多店舗の場合、最初の数店舗で出た問題を残りの店舗へ反映する期間が要ります。

4. 一次対応の役割分担。 「C.5.5.1 一次対応役割分担」は「全てユーザが実施／一部ユーザが実施／全てベンダが実施」の3段階です。安い保守見積もりは、店舗スタッフが一次切り分けをする前提になっていることがあります。それが現実的かは、店舗の人員体制次第です。

5. マルチベンダの保守窓口。 POSはレジ本体・プリンター・釣銭機・決済端末で提供元が分かれることが多く、前掲のスマレジの導入費用例でも、iPad（Apple）、バーコードリーダー（Socketmobile SocketScan S720）、スマレジオリジナルのスタンドというように、ページ上で製造元が異なる製品が並んでいます。「C.5.1.1 保守契約（ハードウェア）の範囲」は、保守契約なし／自社製品のみ／マルチベンダ（一部対象外を許容）／マルチベンダ（全製品を対象）の4段階に分かれます。原典は、マルチベンダのサポート契約を「複数のベンダの製品から構成されるシステムに対してワンストップのサポート窓口が提供される契約形態」と説明しています。窓口が分かれていると、店舗から見て「どこに電話すればいいか分からない」状態が生まれます。

この5番目について、原典の備考は保守契約全般についてこう述べています。

サポート契約を行うと運用コストが増大するように感じられるが、問題が発生した際に必要となる費用が膨大となるため、サポート契約を行ったほうが結果として運用コストは小さくなる場合がある。

原文が「場合がある」と限定しているとおり、常にそうだという主張ではありません。ただし、保守費を削る判断をするときに、削った先で何が起きるかを見積もる必要はあるということです。安い見積書を疑うというより、削られた行が意図的か否かを分ける、という確認です。

同じ10店舗でも、見積書はここまで違う

同じ「10店舗にPOSを入れる」案件でも、前提の置き方で見積書の形は大きく変わります。次の3つは、金額ではなく構造の違いを示すための例です（実在の案件・実在の金額ではありません）。

A社の見積書は、金額が高いか安いか以前に判定ができません。 店舗数を減らしたときに何が減るのかも、店舗を増やしたときに何が増えるのかも読めないからです。

B社とC社は、どちらも判定できます。 そのうえで比較すべきは総額ではなく、C社の「4時間以内／24時間365日」がその業態に必要かどうか、そしてB社の「更新は自動配信、オンサイトは都度」という組み合わせで、5年間の総額がどうなるかです。駆けつけ水準と更新配信の方式が違う2社の総額を、そのまま並べても比較になりません。

この「条件をそろえてから比べる」作業は、見積もり内容の登録不要レビューで見積書の行項目を分解してから行うと、抜けに気づきやすくなります。結果の閲覧までメールアドレスの入力は不要です。

ベンダーへそのまま送れる確認質問｜開発7問・保守7問

ここから先は、そのままコピーして送れる文面です。開発の見積もりと保守の見積もりで聞くことが違うため、分けています。

依頼メールの文面

◯◯株式会社 ご担当者さま

お世話になっております。◯◯の△△です。 POSシステムのお見積もりをありがとうございました。

社内で費用構造を確認するにあたり、店舗数と費用の関係について、いくつか確認させてください。 金額の減額をお願いする趣旨ではなく、店舗数が変動した場合の見通しを社内で説明できるようにするためのものです。 恐れ入りますが、下記についてご回答いただけますでしょうか。

（以下、該当する質問を貼り付ける）

ご多忙のところ恐縮ですが、◯月◯日までにご回答いただけますと幸いです。 よろしくお願いいたします。

開発（導入時）の見積もりを受け取ったときの7問

1. 御見積のうち、店舗数が変わっても金額が変わらない費目と、店舗数に比例して変わる費目を、行単位で分けてご提示いただけますか。
2. 1店舗あたりの端末構成（レジ・ハンディ・プリンター・釣銭機・決済端末の台数）をご提示ください。業態が複数ある場合は業態ごとにお願いします。
3. 店舗を10店舗から7店舗に減らした場合、御見積のどの行がいくら減りますか。 逆に13店舗へ増やした場合、どの行がいくら増えますか。
4. 展開は何回に分けるご計画ですか。 一斉展開と段階展開のどちらを想定されているか、その理由もあわせてお願いします。
5. 現地作業として想定されている内容と、1店舗あたりの所要時間・訪問人数をご提示ください。移動・交通費の扱いも含めてお願いします。
6. 店舗ごとに設定する項目と、本部で1回だけ設定する項目を分けてご提示ください。
7. 端末へのソフトウェア更新は、自動配信の仕組みを構築する前提でしょうか、それとも都度の手作業でしょうか。 自動配信を含める場合と含めない場合で、初期費用と稼働後の費用がどう変わるかをご提示ください。

保守（稼働後）の見積もりを受け取ったときの7問（通し番号8〜14）

8. 保守月額に現地訪問（オンサイト対応）が含まれるかをお教えください。含まれる場合、年間の訪問回数の上限と、超過時の単価をご提示ください。
9. 障害発生から保守員が店舗へ到着するまでの目標時間は何時間でしょうか。また、その目標が適用される時間帯・曜日をお教えください。
10. 一次対応（受付と切り分け）は、当社の店舗スタッフと御社のどちらが行う前提でしょうか。店舗スタッフに依頼される作業がある場合、その範囲をご提示ください。
11. 交換用の予備機は何台、どこに確保される前提でしょうか。故障時に代替機が店舗へ届くまでの目安時間もお教えください。
12. 保守の対象範囲をお教えください。レジ本体・プリンター・釣銭機・決済端末・ネットワーク機器のうち、御社の窓口で受けていただけるものと、各メーカーへ直接連絡が必要なものを分けてご提示ください。
13. 店舗を1店舗追加した場合、保守月額はいくら増えますか。 また、店舗を1店舗閉じた場合はいくら減りますか。
14. 契約期間中に発生し得る追加費用（法改正対応、OSやアプリのバージョンアップ、価格改定作業、端末の入れ替え）のうち、月額に含まれるものと別途になるものを分けてご提示ください。

回答をどう読むか

• 数字ではなく、軸が返ってくるかを見てください。 「10店舗で◯◯円です」ではなく「現地作業が1店舗あたり◯人日、端末が1店舗あたり◯台」と返ってくれば、その見積もりは根拠を持って作られています
• 質問3と13に即答できるかが、いちばんの分かれ目です。 増減の計算ができないということは、見積もりの内部でも分解されていない可能性があります
• 質問9に「できるだけ早く」と返ってきたら、それは未定義です。 悪意ではなく、単に合意されていないだけのことが多いので、こちらから水準を提示して合意し直してください
• 質問7と14の回答は、5年分に換算して比べてください。 初期費用の差より、5年間の更新作業と改修の積み上げのほうが大きくなることがあります
• 回答が「一式のままで問題ありません」だった場合は、金額を疑うのではなく、契約書に作業範囲を書き込めるかを確認してください。書けるなら実質的に分解されています

根拠資料と適用条件

本記事で引用した公開情報は次のとおりです。価格・制度・公開資料は改定されるため、実際の判断では取得日以降の最新情報を各発行元でご確認ください。

各社・各機関が公表した内容と、koromo編集部が整理した確認観点は区別して記載しています。前者は出典と取得日を明示し、後者は「確認観点」として提示しています。

あわせて、次の4点にご注意ください。

POSの開発費・保守費の「相場」は、本記事では示していません。 店舗数と費用の関係について、公的機関が公表した調査データを確認できなかったためです。検索結果に出てくる導入費用の平均額について、出所が公的調査であることを確認できたものはありませんでした。

引用した公開価格は、それぞれのサービスや事業者を推奨するものではありません。 費用を決めている変数が事業者ごとに違うことを示すために引用しています。また、税区分が確認できたものとできなかったものがあるため、事業者間で金額そのものを比較してはいません。

非機能要求グレードの項目を、そのままPOSへ当てはめられるわけではありません。 同資料はシステム基盤の非機能要求を対象としており、店舗やPOSを名指ししてはいません。特にC.4.4.1・C.4.4.2の備考が想定しているのは「サーバの設置場所」への移動です。本記事では「発注側とベンダーが何を合意すべきか」という項目の並びを参照しており、レベルの選択をPOSの推奨値として扱ってはいません。

「同じ10店舗でも、見積書はここまで違う」の3例は、構造の違いを示すために作成した例示であり、実在の案件・実在の金額ではありません。

なお本記事は、法的・会計的・技術的な最終判断を提供するものではありません。契約解釈や費用の会計処理については、それぞれの専門家にご確認ください。

よくある質問