Zarządzanie 50 lokalizacjami Google Business bez arkusza

Arkusz zaczyna się dobrze. Jedna zakładka na region, kolumna kodu sklepu, druga na ocenę Google, trzecia na „profil kompletny?”. Ktoś dodaje formatowanie warunkowe i wygląda to jak system. Pół roku później ma czterdzieści kolumn, trzy osoby mają różne kopie i nikt nie potrafi powiedzieć, czy wiersz sklepu 1042 odzwierciedla Google, czy to, co menedżer wpisał w marcu.

Nie psuje się wprowadzanie danych. Psuje się zaufanie. Arkusz zapisuje to, w co ktoś wierzył w danym momencie; profil zmienia się, gdy Google stosuje edycję, gdy sklep się zamyka, gdy opinia znika. Przy pięćdziesięciu lokalizacjach luka między arkuszem a wpisami staje się pracą, na którą nikogo nie zatrudniono.

Czym jest zarządzanie wieloma profilami Google Business Profile?

Definicja jest celowo nudna: żadnej obietnicy pozycji, bo wartością nie jest lepsze miejsce na mapie. To wiedza w poniedziałek, który sklep jest zepsuty i kto go naprawia.

Gdzie arkusz się psuje

1. Brak wspólnej tożsamości. Jeden arkusz mówi „Manchester Arndale”, drugi „M42”, Google ma własny wpis. Gdy ktoś musi tłumaczyć między trzema nazwami, wiersz może być poprawnie zaktualizowany i nadal wskazywać zły sklep.
2. Arkusz to migawka, nie stan. Google stosuje edycję zasugerowaną przez użytkownika, lokalizacja się zamyka, aktualizacja świąteczna trafia do 30 sklepów. Arkusz trzyma zeszłomiesięczną odpowiedź, dopóki ktoś nie przypomni sobie, by zapytać.
3. Opinie nie mieszczą się w komórkach. Anonimowe konto demonstracyjne z 23 lokalizacjami zawiera 9 749 opinii. Nie umieścisz odpowiedzi, jej języka, wieku i lokalizacji w arkuszu i nadal nie zobaczysz, co wymaga odpowiedzi dziś.
4. Dostęp jest wszystkim albo niczym. Udostępnij plik, a menedżer regionalny zobaczy każdy region, w tym sklepy, których nie prowadzi. Ogranicz go, a centrala traci potrzebny widok.
5. Odejdzie z jedną osobą. Plik żyje na czyimś Drive, z jego nazewnictwem i regułami kolorów. Gdy ta osoba odchodzi, proces odchodzi.

Arkusz nie był błędem. Był właściwy dla pięciu lokalizacji i rozsądnym mostem do piętnastu. Przy pięćdziesięciu jest drugą, niedokładną kopią Google, a utrzymywanie kopii nie jest zarządzaniem.

Kod sklepu to jedyny klucz łączenia

Każda firma multi-site ma już numer, co do którego zgadzają się finanse, logistyka i POS. Użyj tego. Kod sklepu przetrwa rebranding, korektę adresu i zmianę menedżera. Nazwa wpisu Google nie.

Trzy zasady utrzymują go użytecznym:

• Jeden kod na lokalizację handlową. Zamknięty sklep zachowuje kod, ale zmienia status; kod nigdy nie jest ponownie używany dla nowego miejsca, bo historia przyklei się do złego adresu.
• Kod pojawia się w każdym widoku. Lista lokalizacji, wiersz opinii, raport, eksport, zgłoszenie do wsparcia. Jeśli zespół musi szukać po nazwie, kod jest dekoracją.
• Kod to nie nazwa w Google. Nie wpisuj „1042” do publicznej nazwy firmy, by ułatwić dopasowanie. Publiczny wpis podlega zasadom nazewnictwa Google; kod należy do wewnętrznego rekordu i, gdy dostępne, do etykiet lokalizacji Google.

Kody sklepów czynią pracę zbiorczą bezpieczną. „Zaktualizuj te 12” to lista do sprawdzenia; „zaktualizuj region północny” to filtr, który może objąć sklep przeniesiony w zeszłym tygodniu.

23 lokalizacje na jednej liście: kod sklepu, miasto i dzielnica, ocena i status. Anonimowe konto demonstracyjne.

Tygodniowy rytm, który przetrwa zły tydzień

Rytm ma większe znaczenie niż narzędzie. Rytm zależny od tego, czy ktoś znajdzie czas, zawodzi w tygodniu, gdy sklep zalewa woda albo menedżer odchodzi. Używaj krótkich, stałych bloków, każdy z jednym właścicielem.

Cotygodniowa kolejka dźwiga ciężar. W produkcie to lista zadań: elementy uporządkowane według ryzyka, każdy z linkiem do opinii lub pola, z którego pochodzi, aby menedżer nie zaczynał od przeglądania pięćdziesięciu lokalizacji. Najpierw negatywne opinie bez odpowiedzi, potem zmiany oznaczone przez Google, potem dni, gdy lokalizacja zebrała skupisko opinii 5 gwiazdek, które Google często usuwa. Kolejność jest opinią; linki są dowodem.

Dwa szczegóły czynią rytm uczciwym. Po pierwsze kolejka jest wspólna: centrala i menedżer regionalny patrzą na tę samą listę, filtrowaną inaczej. Po drugie jest opróżniana, nie omawiana. Cotygodniowe spotkanie kończące się „powinniśmy na to spojrzeć” niczego nie przesunęło.

Pulpit: średnia ocena, opinie z tego miesiąca, wskaźnik odpowiedzi i wolumen opinii. Anonimowe konto demonstracyjne.

Aktualizacje zbiorcze i problem przekazania

Kiedy aktualizacja zbiorcza jest właściwa

Zbiorczość jest właściwa, gdy zmiana jest identyczna, weryfikowalna i odwracalna. Godziny świąteczne dla grupy sklepów. Nowa linia usług, którą oferuje każdy oddział. Poprawiony adres strony. Edycja opisu zatwierdzona przez markę. W każdym przypadku ten sam tekst należy w wiele miejsc, a jedyne pytanie brzmi, czy dotarł.

Trzy nawyki utrzymują bezpieczeństwo:

• Wybieraj lokalizacje jawnie po kodzie sklepu, nigdy „wszystkie” domyślnie.
• Sprawdź liczbę przed publikacją i wiedz, które sklepy są świadomie wyłączone.
• Uruchom potem audyt profilu. Aktualizacja zbiorcza, która zawiodła w czterech sklepach, powinna wyglądać jak cztery znaleziska, nie komunikat sukcesu.

Kiedy aktualizacja zbiorcza jest niebezpieczna

Pola tożsamości nie są polami zbiorczymi. Nazwa, kategoria główna i adres decydują, czym jest wpis; błędna edycja zbiorcza może wywołać zawieszenie i zajmuje tygodnie cofnięcia. To samo dotyczy każdej zmiany z lokalnymi wyjątkami: sklep z innymi godzinami w niedzielę, klinika z tymczasowym zamknięciem. Narzędzia zbiorcze nie znają kontekstu lokalnego; zna go osoba wybierająca sklepy.

Co przetrwa przekazanie

Gdy menedżer regionalny odchodzi, wiedza nieformalna odchodzi z nim: który menedżer sklepu odpowiada na opinie, który wpis jest znanym duplikatem, dlaczego jeden oddział ma dwie kategorie. Działający system zachowuje części, które da się zapisać:

• Kod sklepu i historia jego statusu.
• Każda opinia i każda odpowiedź, w tym odpowiedzi na opinie później usunięte przez Google.
• Zapisane szablony i kto je zatwierdził.
• Ślad zmian: kto zmienił które pole i kiedy.
• Dostęp per użytkownik, który można odebrać w jednym miejscu.

Wyeksportuj listę przed ostatnim dniem, nie po. Eksport do Excela to kiepski system operacyjny, ale dobry prezent na pożegnanie — i powód, dla którego kolejka eksportu istnieje.

Lista kontrolna pierwszego miesiąca

1. Zbuduj listę lokalizacji z kodami sklepów i oznacz wpisy zamknięte lub zduplikowane, zanim cokolwiek zoptymalizujesz.
2. Wybierz jednego właściciela na pole: godziny, opis, zdjęcia, odpowiedzi, dostęp.
3. Ustaw dzienny blok opinii i cotygodniową kolejkę. Wpisz oba do kalendarzy z przypisanymi nazwiskami.
4. Uruchom jeden audyt profilu w całej sieci i napraw dziesięć kontroli per lokalizacja, zaczynając od najbardziej ruchliwych sklepów.
5. Przenieś pięć najczęstszych odpowiedzi do wspólnych szablonów, a potem odpowiedz na bieżące zaległości jednym przebiegiem.
6. Uzgodnij raport miesięczny przed końcem pierwszego miesiąca: które metryki, który zakres dat, kto go czyta.
7. Przejrzyj uprawnienia. Usuń osoby, które odeszły, i ogranicz menedżerów regionalnych do ich sklepów.
8. Przetestuj przekazanie: poproś kolegę o znalezienie historii opinii i statusu profilu jednego sklepu wyłącznie w systemie, nie w Twojej pamięci.

Jeśli test trwa dłużej niż dwie minuty, proces nadal żyje w osobie. To problem arkusza w nowym interfejsie.

Sednem nie jest narzędzie

Pięćdziesiąt lokalizacji nie potrzebuje ładniejszego arkusza. Potrzebuje jednej tożsamości na sklep, jednej kolejki odzwierciedlającej bieżący stan Google, rytmu z właścicielami i zapisu, który przetrwa zmiany personelu. Zrób te cztery rzeczy dobrze, a wybór narzędzia stanie się oczywisty; zrób je źle, a każde narzędzie będzie kolejną zakładką, której nikt nie ufa.

Jeśli prowadzisz sieć handlową z godzinami sezonowymi, ten sam wzorzec widać w retailu: zmiany z centrali i lokalne wyjątki przychodzą w tym samym tygodniu. Zacznij od tego, co naprawdę kontroluje Google Business Profile, a potem wypróbuj listę z własnymi kodami sklepów.

Rozpocznij 3-dniowy okres próbny · Zobacz cennik