「加盟店からの売上報告が締め日に揃わない」「ロイヤリティの計算式が入ったExcelを、担当者ひとりしか触れない」——フランチャイズ本部の業務でよく聞かれる悩みです。FC本部の業務は、売上報告の回収・ロイヤリティ計算・請求・発注の取りまとめ・SVの巡回記録・マニュアルの周知と範囲が広く、しかも加盟店ごとに契約条件が違うのが特徴です。直営店と違って相手は独立した事業者のため、本部の都合で作業を増やすこともできません。結果として、店舗が増えた分だけ本部の手作業が積み上がっていきます。この記事では、FC本部システムの導入や開発を検討している担当者の方に向けて、よくある課題、システムで解決できること、発注前に決めておきたい項目、費用と期間の目安を整理します。
FC本部システムとは
FC本部システムとは、フランチャイズ本部と加盟店の間で発生する情報のやりとりを一元管理する仕組みのことです。呼び方は「加盟店管理システム」「チェーン本部システム」と分かれますが、指しているものはほぼ同じです。売上報告の受け取りからロイヤリティの自動計算、請求、発注の一元化、SV（スーパーバイザー）の巡回記録までを1つの仕組みでつなぎ、本部の集計作業と情報伝達の手間を減らすことを目的としています。
対象になる業務範囲は、おおむね次のとおりです。
- 加盟店の登録情報（契約形態・開業日・契約更新期限・テリトリー・保証金）
- 売上報告の収集と締め処理（日次・月次）
- ロイヤリティ・広告分担金の計算と請求
- 商材・資材の発注取りまとめと加盟店への請求
- SVの巡回記録・チェックリスト・指摘事項の追跡
- マニュアル・通達・研修コンテンツの配信と既読管理
- 店舗別・エリア別のKPI集計とランキング表示
- 新規加盟の開業準備進捗（物件・内装工事・研修・備品手配）
直営店向けの店舗管理システムとの最大の違いは、情報をやりとりする相手が自社の社員ではないことです。加盟店は別の法人または個人事業主であり、本部の指示で入力作業を無制限に増やせる相手ではありません。この前提が、機能の作り方と後述する失敗パターンのほとんどを決めています。
Excel・LINE運用で起きやすい5つの課題
加盟店が10店舗程度までは、Excelとメール、LINEグループの組み合わせでも回ります。破綻しはじめるのはその先です。典型的な詰まり方を5つに分けて整理します。
1. 売上報告が締め日に揃わない
報告の経路が店舗ごとにバラバラで、LINEの写真、FAX、メール添付のExcelが混在している状態です。本部の担当者は届いた数字を集計用シートに転記し、出していない店舗に督促の連絡を入れます。月初の数日がこの作業で埋まり、転記の途中でどの数字がどの報告に基づいていたのか追えなくなります。誤りが見つかっても、原因が店舗の報告なのか本部の転記なのか切り分けられません。
2. ロイヤリティ計算が1人のExcelに閉じている
ロイヤリティの計算方式は、売上歩合方式・粗利分配方式・定額方式に大別され、これらを組み合わせている本部も少なくありません。さらに加盟した時期による料率差、開業直後の減免期間、最低保証額といった条件が重なります。これらをExcelの数式で積み上げると、作った本人以外は触れない状態になります。締め後に売上の訂正が入ったときに過去分をさかのぼって再計算できず、差額を翌月の請求で調整する運用が定着してしまうこともあります。
3. 加盟店ごとの契約条件と期限を追えない
契約書はファイルサーバーかキャビネットにあり、契約更新期限・テリトリー権の範囲・保証金の預り残高が一覧になっていません。更新期限に気づくのが加盟店からの問い合わせになったり、条件を確認するために毎回契約書を開くことになったりします。店舗数が増えるほど、契約情報を「探す時間」が積み上がります。
4. 本部からの通達が届いたか分からない
価格改定、キャンペーンの実施要領、法改正への対応。本部からの通達をメールとLINEグループで流しても、誰が見たかは分かりません。徹底されていない店舗が出たときに「聞いていない」と言われ、伝えた証跡も残っていない。周知の確認が電話での個別フォローになり、これも本部の作業として残ります。
5. SVの巡回品質が人に依存する
巡回の記録が紙のチェックシートと個人のスマホの写真、手帳のメモに分散している状態です。前回の指摘がその後どうなったのかが引き継がれず、担当交代のタイミングで店舗の状況把握がリセットされます。本部としても、どの店舗がどの項目でつまずいているかを横並びで見られないため、指導の内容がSV個人の力量に左右されます。
FC本部システムで解決できること
前章の課題に対して、システム側でどう受けるのかを対応させたものが次の表です。
| 現場でよくある課題 | システムでの対応例 |
|---|---|
| 売上報告の回収と転記 | 加盟店がスマホやPCから直接入力。POSデータや会計データのCSV取込・API連携にも対応。未提出の店舗を本部のダッシュボードに一覧表示し、締め日前に自動で督促通知を送る |
| ロイヤリティ計算 | 契約ごとに計算方式（売上歩合・粗利分配・定額）と料率、減免期間、最低保証を登録し、締め処理で自動計算。計算根拠を明細として保存し、あとから検証できる状態にする |
| 請求と入金確認 | 計算結果から請求書を自動作成し、インボイス制度で必要な記載項目も満たす。入金データと突き合わせて未入金を可視化する |
| 契約情報の管理 | 契約書のファイルと契約更新期限・テリトリー・保証金残高をセットで保管し、更新期限の一定日数前に本部へ通知する |
| 通達・マニュアルの周知 | 対象店舗を指定して配信し、既読と確認者を記録。過去の通達とマニュアルを検索できる形で残す |
| SVの巡回 | チェックリストをテンプレート化し、写真付きで記録。前回の指摘と対応状況を同じ画面に表示して、指導の引き継ぎを可能にする |
| 数値の見える化 | 店舗別・エリア別の売上推移とランキングを集計。加盟店側も自店と全体平均を比較できるようにする |
本部の作業が減るだけでなく、加盟店にとってのメリットが同時に成立しているかが定着の分かれ目になります。売上を入力すると自店の推移とチェーン平均が見える、必要なマニュアルがその場で探せる、といった見返りがあるかどうかで、入力が続くかどうかが決まります。
発注前に決めておきたい6項目
見積の金額と開発期間が大きく動くのは、次の6項目です。相談の段階で固まっていなくても構いませんが、どれが未決かを把握しておくと、見積のブレの理由が分かるようになります。
- ロイヤリティの計算ルールと「例外」の扱い：標準ルールはそのまま実装できます。費用に影響するのは、個別に条件が違う契約を何パターン認めるか、締め後の訂正をシステム上で再計算させるかどうかです。まず例外契約の件数を数えることから始めます。
- 売上データの入り口：加盟店の手入力か、POS連携か、会計システムからのCSV取込か、銀行の入金データか。どのPOSが何店舗に入っているか、リプレイスの予定があるかまで確認します。ここが曖昧なまま進むと、連携開発があとから丸ごと追加になります。
- 加盟店側で誰がどの端末を使うか：店長が閉店後にスマホで1日1回入力するのか、事務担当が月末にPCでまとめて入力するのか。複数店舗を持つオーナーの店舗切り替えが必要かどうかも含めて、入力画面の作り方が変わります。
- 権限をいくつの階層に分けるか：本部管理者／本部担当（経理・SV）／エリアマネージャー／加盟店オーナー／店長・スタッフ。実際には本部・店舗オーナー・店舗スタッフの3階層で足りる場合もあります。階層を増やすほど画面と検証の量が増えるため、運用上必要な分だけに絞ります。
- 会計・請求業務とどこで切るか：請求書の発行までシステム側で行うのか、会計ソフトに渡すのか。インボイス制度と電子帳簿保存法の保存要件を、どちらの仕組みで満たすのかを先に決めます。
- 想定する店舗数とブランド数：3年後に何店舗を目指すのか、複数ブランドの展開予定があるのか。ブランドが増えるとロイヤリティ体系もマニュアルも分岐します。開業準備の進捗管理を第一段階に含めるかも、この見通し次第です。
パッケージ導入と個別開発、どちらを選ぶか
FC本部向けの機能を持つパッケージ・SaaSもあり、販売管理システムのカスタマイズで対応する製品もあります。個別開発と比較すると、それぞれの向き不向きは次のように整理できます。
| 比較項目 | パッケージ・SaaS | 個別開発 |
|---|---|---|
| 導入までの期間 | 短い（数週間〜） | 2〜6か月程度 |
| 初期費用 | 低い。月額課金が中心 | まとまった初期費用が必要 |
| ロイヤリティの例外対応 | 製品が対応する計算方式に運用を寄せる必要がある | 自社の契約体系に合わせて実装できる |
| 加盟店が使う画面 | 提供される画面のまま使う | 店舗の運用に合わせて作れる |
| 既存POS・会計との連携 | 用意された連携先に限られる | 必要な連携を個別に作れる |
| 店舗数の増加・ブランド追加 | 店舗数に応じた課金の製品が多く、店舗が増えるほど月額が上がる | 設計次第で費用が増えにくい |
判断の目安としては、売上報告の回収と請求だけを早く止血したい場合や、ロイヤリティが単一の方式で例外がない場合はパッケージが向きます。一方で、契約体系が複数ありその例外がそのまま収益構造になっている場合、加盟店に毎日触ってもらう画面がチェーンの強みに直結する場合、既存システムとの連携が前提の場合は、個別開発のほうが結果的に早く落ち着きます。
会計や請求は既存のパッケージに任せ、加盟店との接点になる部分だけを個別開発するという組み合わせも現実的な選択肢です。この2択の間にある手段まで含めた整理は業務課題の解決手段は7つあるで、社内で作るか外部に任せるかの判断軸はシステム開発は内製化と外注どちらが正解？で解説しています。
費用と期間の目安
個別開発の場合、機能の範囲によっておおよそ次のような目安になります。要件によって変動するため、あくまで検討初期の参考としてご覧ください。
| 範囲 | 主な機能 | 費用の目安 | 期間の目安 |
|---|---|---|---|
| スモールスタート | 加盟店の登録情報＋売上報告の収集＋本部の集計画面 | 100〜300万円 | 2〜3か月 |
| 標準構成 | 上記＋ロイヤリティの自動計算・請求・通達配信・権限の階層分け | 300〜800万円 | 4〜6か月 |
| 基幹連携型 | 上記＋POS・会計・発注システムとの連携、SV巡回、複数ブランド対応 | 800万円〜 | 6か月〜 |
すべてを一度に作る必要はありません。本部の作業時間を最も奪っている工程から切り出すのが定石で、多くの場合それは売上報告の回収とロイヤリティ計算です。ここが自動化されると本部に余力が生まれ、次に何を作るべきかの判断材料も蓄積されます。
参考として、マッサージ・整体のフランチャイズ本部向けに施術技術を動画で共有・標準化するプラットフォームを開発した事例では、本部・店舗オーナー・店舗スタッフの3階層で権限を分けた構成を、開発期間6か月・初期費用280万円で構築しています。詳細は施術指導動画の共有プラットフォーム開発事例をご覧ください。
発注で失敗しやすい3つのパターン
- 加盟店の入力負荷を本部の都合だけで決めてしまう：本部が欲しいデータを並べた結果、店舗の入力項目が30を超えるような設計になることがあります。加盟店は本部とは別の事業者であり、負荷が見返りを上回れば入力は止まります。使われなくなれば本部は督促の作業に戻るだけです。設計段階で数店舗に実際の画面を触ってもらい、1回あたりの入力時間を確認しておきます。
- ロイヤリティの例外を「運用でカバー」にする：標準ルールだけをシステム化し、例外契約は本部が手作業で調整する形にすると、Excelが残り続けて二重管理になります。システムの数字と請求額が合わない状態は、信頼という点でも本部にとって不利です。例外は件数を数えたうえで、実装するのか契約側を揃えるのかを発注前に決めます。
- 店舗が増えたときの運用を想定していない：加盟店アカウントの発行、マニュアルの差し替え、権限の付与といった作業が手作業のままだと、拡大したぶんだけ本部の負担が増えます。FC本部システムは店舗数が増えるほど効果が出る仕組みであるべきで、その逆になっていないかを要件の段階で確認します。
まとめ
FC本部システムは、加盟店管理で決めておくべき6項目を先に整理しておくことで、費用と期間の見通しが立ちます。本部と加盟店の間の情報のやりとりを1か所に集める仕組みであり、売上報告の回収からロイヤリティの計算、請求、通達の周知、SVの巡回記録までが対象になります。
- Excelとメール、LINEの運用は10店舗前後までは回るが、その先は本部の手作業が店舗数に比例して増える
- 費用が動くのはロイヤリティの例外対応と、売上データの入り口（POS・会計連携）の2点
- 加盟店は本部とは別の事業者のため、入力の見返りが設計に組み込まれていないと定着しない
- 全機能を一度に作らず、本部の作業時間を最も奪っている工程から切り出す
「自社のFC本部業務でシステム化すべき範囲はどこまでか」「どのくらいの費用感になるか」といったご相談も承っています。要件が固まっていない段階でも構いませんので、お気軽にお問い合わせください。
