Hantera 50 Google Business-platser utan kalkylark

Kalkylarket börjar bra. En flik per region, en kolumn för butikskoden, en för Google-betyget, en tredje för "profil komplett?". Någon lägger till villkorsstyrd formatering och det ser ut som ett system. Ett halvår senare har det fyrtio kolumner, tre personer äger olika kopior, och ingen kan säga om raden för butik 1042 speglar Google eller vad en chef skrev i mars.

Det som går sönder är inte datainmatning. Det är förtroendet. Ett kalkylark registrerar vad någon trodde i ett ögonblick; en profil ändras när Google tillämpar en redigering, när en butik stänger, när ett omdöme försvinner. Vid femtio platser blir gapet mellan arket och listningarna ett jobb ingen anställdes för.

Vad är hantering av Google Business Profile för flera platser?

Den definitionen är medvetet tråkig: inget rankningslöfte, för värdet är inte en bättre kartposition. Det är att veta på en måndag vilken butik som är trasig och vem som åtgärdar den.

Var kalkylarket brister

1. Det finns ingen delad identitet. Ett ark säger "Manchester Arndale", ett annat "M42", Google har sin egen listning. I stunden en person måste översätta mellan tre namn kan en rad uppdateras korrekt och ändå peka på fel butik.
2. Arket är en ögonblicksbild, inte ett tillstånd. Google tillämpar en användarföreslagen redigering, en plats stänger, en helguppdatering landar på 30 butiker. Arket behåller förra månadens svar tills någon kommer ihåg att fråga.
3. Omdömen passar inte i celler. Det anonymiserade demokontot med 23 platser har 9 749 omdömen. Du kan inte lägga ett svar, dess språk, ålder och plats i ett kalkylark och fortfarande se vad som behöver besvaras i dag.
4. Åtkomst är allt eller inget. Dela filen och en regionchef ser varje region, inklusive butikerna hen inte driver. Begränsa den och huvudkontoret förlorar vyn det behöver.
5. Det lämnar med en person. Filen ligger i någons Drive, med deras namngivning och färg regler. När de går, går processen.

Kalkylarket var inte ett misstag. Det var rätt för fem platser och en rimlig bro till femton. Vid femtio är det en andra, felaktig kopia av Google, och att underhålla en kopia är inte hantering.

Butikskoden är den enda join-nyckeln

Varje företag med flera enheter har redan ett nummer som ekonomi, logistik och kassasystemet enas om. Använd det. En butikskod överlever en rebranding, en adresskorrigering och ett chefsbyte. Googles listningsnamn gör det inte.

Tre regler håller den användbar:

• En kod per trading-plats. En stängd butik behåller sin kod men byter status; koden återanvänds aldrig för en ny plats, annars fäster historiken vid fel ställe.
• Koden syns i varje vy. Platslista, omdömesrad, rapport, export, supportärende. Om ett team måste söka på namn är koden dekoration.
• Koden är inte Googles namn. Lägg inte "1042" i det offentliga företagsnamnet för enklare matchning. Den offentliga listningen följer Googles namregler; koden hör i din interna post och, där det finns, i Googles egna platsetiketter.

Butikskoder gör massarbete säkert. "Uppdatera dessa 12" är en lista du kan kontrollera; "uppdatera norra regionen" är ett filter som kan innehålla en butik som flyttade i förra veckan.

23 platser i en lista: butikskod, stad och distrikt, betyg och status. Anonymiserat demokonto.

En veckorytm som klarar en dålig vecka

Rytmen betyder mer än verktyget. En rytm som beror på att någon hittar tid fallerar i veckan en butik översvämmas eller en chef slutar. Använd korta, fasta block med en ägare var.

Veckokön bär tyngden. I produkten är det åtgärdslistan: poster rangordnade efter risk, var och en länkad till omdömet eller fältet den kom från, så en chef inte börjar med att bläddra femtio platser. Obesvarade negativa först, sedan ändringar Google flaggat, sedan dagar då en plats samlat en klunga 5-stjärniga omdömen som Google ofta tar bort. Ordningen är åsikten; länkarna är beviset.

Två detaljer gör rytmen ärlig. Först, kön är delad: huvudkontor och regionchef tittar på samma lista, filtrerad olika. Sedan, den rensas, inte granskas. Ett veckomöte som slutar med "vi borde titta på dem" har flyttat ingenting.

Översikten: snittbetyg, recensioner den här månaden, svarsfrekvens och recensionsvolym. Anonymiserat demokonto.

Massuppdateringar och överlämningsproblemet

När en massuppdatering är rätt

Mass är rätt när ändringen är identisk, verifierbar och reversibel. Helgdagsöppettider för en grupp butiker. En ny tjänstelinje som varje filial nu erbjuder. En korrigerad webbadress. En beskrivningsändring godkänd av varumärket. I varje fall hör samma text på många ställen, och den enda frågan är om den landade.

Tre vanor håller det säkert:

• Välj platserna uttryckligen via butikskod, aldrig "alla" som standard.
• Kontrollera antalet före publicering och vet vilka butiker som medvetet utesluts.
• Kör profilgranskningen igen efteråt. En massuppdatering som misslyckades på fyra butiker ska se ut som fyra fynd, inte ett lyckat meddelande.

När en massuppdatering är farlig

Identitetsfält är inte massfält. Namn, primär kategori och adress avgör vad listningen är; en felaktig massredigering där kan utlösa en avstängning och tar veckor att rulla tillbaka. Samma gäller varje ändring med lokala undantag: en butik med andra söndagsöppettider, en klinik med tillfällig stängning. Massverktyg känner inte lokal kontext; personen som väljer butikerna gör det.

Vad som överlever ett överlämnande

När en regionchef slutar lämnar den informella kunskapen med dem: vilken butikschef som svarar på omdömen, vilken listning som är en känd dubblett, varför en filial har två kategorier. Ett fungerande system behåller delarna som kan skrivas ner:

• Butikskoden och dess statushistorik.
• Varje omdöme och varje svar, inklusive svar på omdömen Google senare tagit bort.
• Sparade mallar och vem som godkände dem.
• Granskningsloggen: vem som ändrade vilket fält, och när.
• Åtkomst per användare som kan återkallas på ett ställe.

Exportera listan före sista dagen, inte efter. En Excel-export är ett dåligt operativsystem men en bra avskedspresent – och anledningen till att exportkön finns.

En checklista för första månaden

1. Bygg platslistan med butikskoder och markera stängda eller dubblerade listningar innan du optimerar något.
2. Välj en ägare per fält: öppettider, beskrivning, foton, svar, åtkomst.
3. Sätt det dagliga omdömesblocket och veckokön. Lägg båda i kalendrar med namn kopplade.
4. Kör en profilgranskning över portföljen och åtgärda de tio kontrollerna per plats, mest trafikerade butiker först.
5. Flytta de fem vanligaste svaren till delade mallar och svara sedan på nuvarande eftersläpning i en omgång.
6. Kom överens om månadsrapporten innan första månaden slutar: vilka mått, vilket datumintervall, vem som läser den.
7. Gå igenom behörigheter. Ta bort alla som slutat och begränsa regionchefer till sina egna butiker.
8. Testa överlämningen: be en kollega hitta en butiks omdömeshistorik och profilstatus med bara systemet, inte ditt minne.

Om testet tar mer än två minuter lever processen fortfarande i en person. Det är kalkylarksproblemet i ett nytt gränssnitt.

Poängen är inte verktyget

Femtio platser behöver inte ett snyggare kalkylark. De behöver en identitet per butik, en kö som speglar Googles nuvarande tillstånd, en rytm med ägare och en post som överlever personalbyten. Få de fyra rätt och verktygsvalet blir självklart; få dem fel och varje verktyg är ännu en flik ingen litar på.

Om du driver en butiksportfölj med säsongsöppettider syns samma mönster i detaljhandeln: huvudkontorsändringar och lokala undantag kommer samma vecka. Börja med att läsa vad ett Google Business Profile faktiskt styr och prova sedan listan med dina egna butikskoder.

Starta 3 dagars gratis provperiod · Se priser