表計算なしで50の Google Business 拠点を管理する

表計算は良い滑り出しです。地域ごとに1シート、店舗コードの列、Google 評価の列、「プロフィール完了？」の列。誰かが条件付き書式を足すと、システムのように見えます。半年後には40列になり、3人が別々のコピーを持ち、店舗1042の行が Google を反映しているのか、3月にマネージャーが入力したものを反映しているのか、誰にも分かりません。

壊れるのはデータ入力ではありません。信頼です。表計算はある瞬間に誰かが信じたことを記録します。プロフィールは、Google が編集を適用したとき、店舗が閉じたとき、レビューが消えたときに変わります。50拠点では、シートとリスティングの差が、誰も採用されていない仕事になります。

複数拠点の Google Business Profile 管理とは

この定義はわざと地味です。順位の約束はしません。価値は地図上のより良い位置ではなく、月曜にどの店舗が壊れていて誰が直すかを知ることだからです。

表計算が壊れる場所

1. 共通の識別がない。 あるシートは「Manchester Arndale」、別は「M42」、Google は独自のリスティングを持ちます。人が3つの名前を翻訳し始めた瞬間、行は正しく更新されても別の店舗を指します。
2. シートは状態ではなくスナップショット。 Google がユーザー提案の編集を適用し、拠点が閉じ、祝日の更新が30店舗に届きます。シートは誰かが思い出すまで先月の答えを保ちます。
3. レビューはセルに収まらない。 23拠点の匿名デモアカウントには9,749件のレビューがあります。返信、言語、古さ、拠点を表に入れて、今日返信が必要なものをまだ見ることはできません。
4. アクセスは全部かゼロか。 ファイルを共有すると、地域マネージャーが担当外の店舗も含め全地域を見ます。制限すると本部が必要な視界を失います。
5. 一人と一緒に去る。 ファイルは誰かの Drive にあり、その人の命名と色のルールで動いています。その人が去るとプロセスも去ります。

表計算は誤りではありませんでした。5拠点には適切で、15拠点への合理的な橋でした。50では、Google の2つ目の不正確なコピーであり、コピーの維持は管理ではありません。

店舗コードだけが結合キー

複数拠点の事業にはすでに、財務、物流、POS が合意している番号があります。それを使ってください。店舗コードはリブランド、住所訂正、担当者変更を越えて残ります。Google のリスティング名は残りません。

3つのルールが有用にします。

• 営業拠点ごとに1コード。 閉じた店舗はコードを保ち、状態を変えます。コードを新しい拠点に再利用しないでください。履歴が誤った場所に付きます。
• コードはすべての画面に出る。 拠点リスト、レビュー行、レポート、書き出し、サポートチケット。名前で検索しないといけないなら、コードは飾りです。
• コードは Google の名前ではない。 照合を楽にするために「1042」を公開事業名に入れないでください。公開リスティングは Google の命名ルールに従い、コードは社内レコードと、可能なら Google の拠点ラベルに属します。

店舗コードは一括作業を安全にします。「この12件を更新」は確認できるリストです。「北部地域を更新」は先週移転した店舗を含むかもしれないフィルターです。

23拠点の一覧。店舗コード、市区、評価、ステータスを表示します。匿名化したデモアカウント。

悪い週に耐える週次のリズム

ツールよりリズムが重要です。時間を見つける人に依存するリズムは、店舗が浸水した週やマネージャーが辞めた週に失敗します。短く固定したブロックを、それぞれ1人の担当者で回します。

週次のキューが重さを担います。製品ではアクションリストです。リスク順に並び、各項目が元のレビューや項目へリンクするため、マネージャーは50拠点を眺めることから始めません。未返信の低評価、次に Google が指摘した変更、次に Google が削除しやすい5つ星レビューが集中した日です。順番は意見で、リンクは証拠です。

2つの詳細がリズムを正直にします。第一に、キューは共有です。本部と地域マネージャーが同じリストを、違う絞り込みで見ます。第二に、レビューするのではなく空にします。「あれを見るべきだね」で終わる週次会議は、何も動かしていません。

ダッシュボード。平均評価、今月のクチコミ数、返信率、クチコミ量を表示します。匿名化したデモアカウント。

一括更新と引き継ぎの問題

一括更新が正しいとき

変更が同一で、検証でき、元に戻せるときに一括は正しいです。店舗グループの祝日営業時間。全支店が扱う新しいサービス。修正されたウェブサイト URL。ブランド承認済みの説明文。いずれも同じ文言が多くの場所に属し、問いは反映されたかだけです。

3つの習慣が安全にします。

• 「すべて」を既定にせず、店舗コードで明示的に選ぶ。
• 公開前に件数を確認し、意図的に除外した店舗を把握する。
• その後にプロフィール監査を再実行する。4店舗で失敗した一括更新は、成功メッセージではなく4つの指摘に見えるべきです。

一括更新が危険なとき

識別項目は一括項目ではありません。名称、主カテゴリ、住所がリスティングの何たるかを決めます。そこで誤った一括編集をすると停止を招き、解くのに数週間かかります。ローカルな例外がある変更も同じです。日曜の営業時間が違う店舗、一時閉鎖のクリニック。一括ツールは現場の文脈を知りません。店舗を選ぶ人が知っています。

引き継ぎで残るもの

地域マネージャーが去ると、非公式の知識も去ります。どの店長がレビューに答えるか、どのリスティングが既知の重複か、なぜ1支店にカテゴリが2つあるか。機能するシステムは、書き残せる部分を保ちます。

• 店舗コードとその状態履歴。
• すべてのレビューと返信。後に Google が削除したレビューへの返信も含みます。
• 保存済みテンプレートと承認者。
• 監査記録。誰がどの項目をいつ変えたか。
• 一か所で取り消せるユーザー別アクセス。

最終日の前にリストを書き出してください。後ではなく。Excel の書き出しは貧弱な運用システムですが、良い送別品です。書き出しキューが存在する理由でもあります。

最初の1か月のチェックリスト

1. 店舗コード付きの拠点リストを作り、最適化の前に閉鎖・重複リスティングを記録する。
2. 項目ごとに担当を1人決める。営業時間、説明文、写真、返信、アクセス。
3. 毎日のレビュー時間と週次のキューを設定する。両方とも名前付きでカレンダーに入れる。
4. 拠点網全体でプロフィール監査を1回実行し、拠点ごとの10項目を直す。最も忙しい店舗から。
5. よく使う5つの返信を共有テンプレートへ移し、現在の滞留に一度で返信する。
6. 最初の月が終わる前に月次レポートを合意する。どの指標、どの期間、誰が読むか。
7. 権限を見直す。去った人を外し、地域マネージャーを自分の店舗に限定する。
8. 引き継ぎをテストする。同僚に、あなたの記憶ではなくシステムだけで1店舗のレビュー履歴とプロフィール状態を探してもらう。

テストが2分を超えるなら、プロセスはまだ人の中にあります。それが新しい画面での表計算問題です。

要点はツールではない

50拠点に必要なのは、きれいな表計算ではありません。店舗ごとの1つの識別、Google の現在の状態を反映する1つのキュー、担当者付きのリズム、人員変更を越える記録です。この4つを正せばツール選びは明白になります。誤れば、どのツールも誰も信じないもう1つのタブです。

季節営業時間のある小売拠点網を運営しているなら、同じ構図が小売に現れます。本部の変更と現地の例外が同じ週に届きます。Google Business Profile が実際に左右するものを読んでから、自社の店舗コードでリストを試してください。

3日間の無料トライアルを開始 · 料金を見る