【MEO補習】多店舗の口コミ返信を一括運用｜本部ガバナンスと権限設計
「先生、多店舗の口コミ返信って、本部で全部返した方がいいんですか？」
はい、そこを雑に決めると崩れます。
本部が全部持っても遅くなる。
店舗に全部任せても品質がぶれます。
多店舗で強いのは、本部がルールと例外対応を握り、日常の返信は現場で回すやり方です。
しかもGoogle口コミの返信は、確認済みのビジネスプロフィールから行い、承認されると公開され、投稿者にも通知されます。返信は個人名ではなく「ビジネスからの返信」として表示されるので、1件の雑な返信がそのままブランド全体の印象になります。大きい会社ほど、返信文そのものよりガバナンス設計が重要です。
今日は、多店舗の口コミ返信を一括運用するときに必要な
- 本部と店舗の役割分担
- Google上の権限設計
- 承認フロー
- 通知と見える化
- 代理店を入れるときの注意点
このあたりを、実務で回る形に整理します。
【1時限目】なぜ多店舗の口コミ返信は単店の延長で回らないのか
単店なら、店長が見て返すでも何とか回ります。
でも多店舗になると、それではすぐ破綻します。
理由は単純です。
- 店舗ごとに返信速度が違う
- 店舗ごとに言葉づかいが違う
- 低評価だけ本部に上がってこない
- どの店舗で未返信が溜まっているか見えない
- 代理店やSVが入ると権限がさらに複雑になる
つまり、多店舗の口コミ返信は「文章を書く仕事」ではなく、情報を集めて、例外だけを上げて、全体を崩さず回す仕事になります。
Google側も、複数拠点をまとめて管理する前提を用意しています。大きい事業者向けには Business Profile Manager での一括管理や、10拠点以上の bulk 管理・bulk verification が案内されていて、API でも複数ロケーションのレビュー取得や通知連携ができます。多店舗の口コミ運用が単店の延長ではないのは、Googleの仕組み側にも表れています。
【2時限目】まず押さえるべきGoogle側の管理構造
ここを曖昧にしたまま運用を組むと、後でかなり苦しくなります。
Googleビジネスプロフィールでは、オーナーとマネージャーを追加できます。マネージャーでも日常運用はかなりできて、プロフィール編集、口コミ返信、投稿管理などに関われます。一方で、ユーザーの追加削除や最終的な管理権限はオーナー側が持ちます。さらに、1つのプロフィールには複数オーナーを置けますが、プライマリオーナーは1人だけです。
複数拠点を安全に管理するなら、Googleはbusiness groupの活用も案内しています。business group は、複数の拠点を複数人で安全に共有管理するための仕組みで、Google自身が「shared folder のようなもの」と説明しています。いまも個人アカウントのIDとパスワードを共有しているなら、それはかなり危ない運用です。Googleも、そうした共有から business group に移ることを勧めています。
さらに規模が大きくなると、API側では organization account、location group、user group という考え方が出てきます。location group は地域・ブランド・カテゴリ単位で拠点群をまとめるための箱で、1店舗が複数の location group に属することもできます。user group は、人の権限をまとめるための仕組みで、Googleも「個人を location group に直付けするより、user group で管理した方がスケールしやすい」と案内しています。
【3時限目】本部一括、店舗分散、ハイブリッドの3モデル
多店舗の口コミ返信モデルは、だいたい3つです。
1. 本部一括型
本部だけが全店舗の口コミを見て、全部返すやり方です。
メリットは、トーンがそろいやすいこと。
デメリットは、遅くなりやすいことです。
高評価の感謝返信まで全部本部が抱えると、
本当に本部が見るべき低評価や炎上候補に時間を使えなくなります。
2. 店舗分散型
各店舗がそれぞれ返すやり方です。
メリットは、速いこと。
デメリットは、品質が揃わないことです。
店舗によって、
やたら丁寧、妙に軽い、反論っぽい、返信しない、が普通に起きます。
3. ハイブリッド型
これが一番現実的です。
- 高評価や軽い中立評価は店舗が返す
- 低評価やクレームは本部承認
- 通報候補や炎上候補は本部が直接持つ
この分け方なら、速さと統制の両方を取りやすいです。
多店舗で失敗しにくいのは、
本部が全部返すことではなく、
本部が全部を見える状態にして、例外だけを強く握ることです。
【4時限目】おすすめの役割分担はこうです
ここは最初に決めた方がいいです。
本部が持つべきもの
- 返信ポリシー
- テンプレの骨格
- 禁止表現
- 低評価・クレームの承認
- 通報判断
- 月次の品質チェック
- 店舗ごとの返信KPI管理
店舗責任者が持つべきもの
- 高評価への返信
- 軽い中立評価への返信
- 新着レビューの一次確認
- 危険案件のエスカレーション
一般スタッフが持つべきもの
- 原則として直接投稿しない
- 必要なら下書きだけ作る
- 店長または本部ルールに従う
Google上では owner / manager のような権限差がありますが、実務上はそれに加えて、社内運用の役割差を別で持つべきです。Googleでマネージャー権限があるからといって、全員に自由返信させるのは別の話です。
【5時限目】多店舗で崩れにくい権限設計
ここがこの記事の中心です。
原則1：プライマリオーナーは本部側に置く
プライマリオーナーは1人だけです。
ここを現場任せにしない方がいいです。
拠点数が増えるほど、最上位権限は法人側、本部側に置く方が安全です。
退職、異動、代理店切り替えのときに効きます。
原則2：日常運用はマネージャーで回す
口コミ返信や日常更新を回すだけなら、マネージャー権限でも十分なケースが多いです。
多店舗で全員にオーナー権限をばらまく必要はありません。
原則3：business group をベースに組む
複数人・複数店舗で回すなら、Googleは business group を安全な共有方法として案内しています。
パスワード共有より、こちらが基本です。
原則4：ブランド単位で大きく分ける
Googleのヘルプでは、business group は1ブランド1グループに寄せる考え方が勧められています。
理由は単純で、1つにまとめると一覧性が高く、スプレッドシートや一括管理がしやすいからです。
ただし、別ブランドや別事業部でユーザー権限を分けたいなら、グループを分ける意味はあります。
原則5：大規模なら user group で人を束ねる
拠点が多いのに、1人ずつ個別に権限を配るのはかなり非効率です。
Googleのドキュメントでも、location group に個人を直接足すより、user group を介して権限を渡す方が管理しやすいとされています。
【6時限目】本部承認が必要な口コミを最初に決める
ここを曖昧にすると、現場は必ず迷います。
おすすめは、次の条件に1つでも当てはまったら本部承認です。
- 星1〜2
- クレーム性が強い
- 事実確認が必要
- 衛生・安全・事故に触れている
- スタッフ名指し
- SNS拡散しそう
- 個人情報に触れたくなる
- 通報の可能性がある
逆に、
- 星4〜5
- 単純な感謝
- 店内の雰囲気や接客の高評価
- 簡単な星3の無難な内容
このあたりは店舗側で返していいです。
大事なのは、全部を本部に寄せることではなく、本部が見るべきものだけを確実に上げることです。
【7時限目】返信フローは「全店同じ」より「全店同ルール」にする
ここも誤解されやすいです。
多店舗運用では、返信文を全店まったく同じにする必要はありません。
でも、ルールは同じにした方がいいです。
おすすめはこれです。
高評価
- 店舗側で返信
- 3日以内
- テンプレ＋一言具体化
普通評価
- 店舗側で下書き
- 必要ならSV確認
- 受け止め＋改善姿勢
低評価
- 当日〜24時間以内に一次反応
- 詳細返信は本部または責任者承認
- 通報候補は別フロー
Googleでは、返信は承認されると公開され、投稿者にも通知されます。さらにポリシー違反が疑われるレビューは flag / report の対象です。つまり、返信フローと通報フローは分けて設計した方が安全です。
【8時限目】多店舗で本当に必要なのは“文章生成”より“見える化”
ここは重要です。
多店舗の口コミ返信で本当に詰まるのは、
「何て返すか」より
「どこで止まっているか分からない」
の方です。
だから、本部ガバナンスで必要なのは次の見える化です。
- 新着レビュー
- 未返信レビュー
- 低評価レビュー
- 承認待ちレビュー
- 通報中レビュー
- 店舗ごとの返信遅延
Googleの Business Profile APIs では、レビューの一覧取得、複数ロケーションのレビュー取得、返信、返信削除ができます。さらに通知APIでは、Cloud Pub/Sub を使って新規レビューや更新の通知を受け取れます。多店舗で一括運用を考えるなら、返信画面より先に、この一覧化と通知設計が重要です。
【9時限目】代理店や外注を入れるときの注意
ここは結構危ないです。
外部パートナーを入れると、
「全部任せたい」
という気持ちが出ます。
でも、権限の渡し方は慎重にした方がいいです。
Googleの Business Profile API FAQ では、3Pパートナーはオーナーではなくマネージャーとして追加することを強く推奨しています。つまり、代理店や外注先に最上位権限を渡す前提で組まない方がいいです。法人本部が最上位を持ち、外部パートナーは必要範囲の管理権限で入れる方が安全です。
実務では、こう切り分けるのが無難です。
- 本部：最上位権限、方針、承認
- 代理店：下書き、モニタリング、レポート、一次対応支援
- 店舗：日常返信、現場情報提供
代理店が悪いのではなく、
最上位権限と現場文脈を全部外に出す設計が危ないです。
【10時限目】多店舗でよくある失敗
1. 本部が全部返そうとする
気持ちは分かります。
でも、それでは遅くなります。
2. 店舗に全部任せる
今度は品質が揃いません。
3. 共有アカウントで回す
Googleは、複数人での安全な管理には business group を使うよう案内しています。
IDとパスワードの共有は、もうやめた方がいいです。
4. 権限を配りすぎる
全員オーナー、は危ないです。
最上位権限は絞るべきです。
5. 低評価の上げ先が決まっていない
これが一番事故ります。
誰が止めるか、誰が出すかを決めていないと、必ず属人化します。
6. グループを細かく作りすぎる
Googleのヘルプでも、business group は基本的に1ブランド1アカウントに寄せる考え方が推奨されています。細かく分けすぎると、一覧性と一括管理のメリットが消えます。
【11時限目】最初の30日でやるべきこと
多店舗運用は、最初から完璧を目指さない方がいいです。
まずはこの順番で十分です。
1週目
- 本部・店舗・代理店の役割を決める
- 低評価の承認条件を決める
- 禁止表現を決める
2週目
- high / neutral / low の3分類テンプレを作る
- 一次返信テンプレを1本作る
- 通報対象の基準を決める
3週目
- business group や権限を整理する
- 通知先と確認担当を決める
- 一覧管理の方法を決める
4週目
- 店舗ごとの返信状況を見直す
- 遅延店舗を特定する
- 本部承認の滞留原因を潰す
多店舗運用で強いのは、最初から高機能ツールを入れる会社ではありません。
例外処理の流れを先に決めた会社です。
【補習】多店舗の口コミ返信は、本部が“全部やる”仕事ではない
ここはかなり本質です。
本部の役割は、全部の口コミに文章を書くことではありません。
本部の役割は、
- ルールを決める
- 例外を握る
- 品質をそろえる
- 危ない案件を止める
この4つです。
Google側でも、複数拠点管理、business group、location group、user group、複数ロケーションのレビュー取得、通知設計まで用意されています。つまり、多店舗の口コミ返信はもともと統制前提の世界です。そこを「各店で頑張って」で回そうとすると、ほぼ必ず崩れます。
クチコミ先生のような運用支援が効くのも、ここです。
返信文を作ること自体より、
本部ルールに沿って各店舗を止めずに回すことの方が、実務では価値が大きいからです。
まとめ
多店舗の口コミ返信を一括運用するなら、
本部が全部返すのでも、店舗に全部任せるのでもなく、
本部がルールと例外を持つハイブリッド型が一番崩れにくいです。
押さえるポイントはこの5つです。
- プライマリオーナーは本部側で持つ
- business group を使って安全に共有管理する
- 高評価は店舗、低評価は本部承認に分ける
- 通知・未返信・承認待ちを見える化する
- 代理店は manager 権限前提で入れる
最後に、今日の宿題です。
- 本部・店舗・代理店の役割を1枚に書き出す
- 本部承認が必要な口コミ条件を決める
- business group の構成を見直す
- 低評価の通知先を決める
- 店舗ごとの返信KPIを1つ決める
ここまで決めれば、
多店舗の口コミ返信はかなり崩れにくくなります。
