Gerir 50 localizações Google Business sem uma folha de cálculo

A folha de cálculo começa bem. Um separador por região, uma coluna para o código de loja, outra para a classificação Google, uma terceira para «perfil completo?». Alguém acrescenta formatação condicional e parece um sistema. Seis meses depois tem quarenta colunas, três pessoas com cópias diferentes, e ninguém consegue dizer se a linha da loja 1042 reflete o Google ou o que um gestor escreveu em março.

O que se quebra não é o preenchimento de dados. É a confiança. Uma folha de cálculo regista o que alguém acreditava num momento; um perfil muda quando o Google aplica uma edição, quando uma loja fecha, quando uma avaliação desaparece. Com cinquenta localizações, a diferença entre a folha e as listagens torna-se um trabalho para o qual ninguém foi contratado.

O que é a gestão de Google Business Profile para várias localizações?

A definição é deliberadamente aborrecida: nenhuma promessa de posicionamento, porque o valor não é um melhor lugar no mapa. É saber numa segunda-feira que loja está avariada e quem a está a corrigir.

Onde a folha de cálculo se quebra

1. Não há identidade partilhada. Uma folha diz «Manchester Arndale», outra diz «M42», o Google tem a sua própria listagem. No momento em que alguém tem de traduzir entre três nomes, uma linha pode ser atualizada corretamente e ainda apontar para a loja errada.
2. A folha é um instantâneo, não um estado. O Google aplica uma edição sugerida por um utilizador, uma localização fecha, uma atualização de feriado cai em 30 lojas. A folha mantém a resposta do mês passado até alguém se lembrar de perguntar.
3. As avaliações não cabem em células. A conta de demonstração anonimizada com 23 localizações contém 9 749 avaliações. Não se coloca uma resposta, o seu idioma, a sua idade e a sua localização numa folha de cálculo e continua a ver o que precisa de resposta hoje.
4. O acesso é tudo ou nada. Partilhe o ficheiro e um gestor regional vê todas as regiões, incluindo lojas que não gere. Restrinja-o e a sede perde a visão de que precisa.
5. Sai com uma pessoa. O ficheiro vive no Drive de alguém, com os seus nomes e as suas regras de cor. Quando essa pessoa sai, o processo sai.

A folha de cálculo não foi um erro. Era adequada para cinco localizações e uma ponte razoável até quinze. Com cinquenta, é uma segunda cópia imprecisa do Google, e manter uma cópia não é gestão.

O código de loja é a única chave de ligação

Todos os negócios multi-site já têm um número com que as finanças, a logística e o sistema de ponto de venda concordam. Use esse. Um código de loja sobrevive a uma mudança de marca, a uma correção de morada e a uma mudança de gestor. O nome da listagem Google não.

Três regras mantêm-no útil:

• Um código por localização comercial. Uma loja encerrada mantém o código mas muda de estado; o código nunca é reutilizado para um novo local, ou o histórico liga-se ao lugar errado.
• O código aparece em todas as vistas. Lista de localizações, linha de avaliação, relatório, exportação, pedido de apoio. Se uma equipa tem de pesquisar por nome, o código é decoração.
• O código não é o nome Google. Não ponha «1042» no nome público do negócio para facilitar a correspondência. A listagem pública segue as regras de nomes do Google; o código pertence ao seu registo interno e, quando disponível, às etiquetas de localização do próprio Google.

Os códigos de loja tornam o trabalho em massa seguro. «Atualizar estas 12» é uma lista que pode verificar; «atualizar a região norte» é um filtro que pode incluir uma loja que mudou na semana passada.

23 unidades numa lista: código de loja, cidade e distrito, classificação e estado. Conta de demonstração anonimizada.

Um ritmo semanal que sobrevive a uma semana má

A cadência importa mais do que a ferramenta. Um ritmo que depende de alguém encontrar tempo falha na semana em que uma loja inunda ou um gestor se demite. Use blocos curtos e fixos, com um responsável cada.

A fila semanal carrega o peso. No produto é a lista de ações: itens ordenados por risco, cada um ligado à avaliação ou ao campo de onde veio, para que um gestor não comece a navegar por cinquenta localizações. Primeiro as avaliações negativas sem resposta, depois as alterações assinaladas pelo Google, depois os dias em que uma localização reuniu um conjunto de avaliações de 5 estrelas que o Google remove com frequência. A ordem é a opinião; as ligações são a prova.

Dois detalhes tornam o ritmo honesto. Primeiro, a fila é partilhada: a sede e o gestor regional olham para a mesma lista, filtrada de forma diferente. Segundo, é resolvida, não revista. Uma reunião semanal que termina com «devíamos ver aquilo» não moveu nada.

O painel: classificação média, avaliações deste mês, taxa de resposta e volume de avaliações. Conta de demonstração anonimizada.

Atualizações em massa e o problema da passagem de testemunho

Quando uma atualização em massa é certa

O modo em massa é certo quando a alteração é idêntica, verificável e reversível. Horários de feriado para um grupo de lojas. Uma nova linha de serviços que todas as filiais oferecem. Um URL de site corrigido. Uma edição de descrição aprovada pela marca. Em cada caso o mesmo texto pertence a muitos lugares, e a única questão é se foi aplicado.

Três hábitos mantêm-no seguro:

• Selecione as localizações explicitamente por código de loja, nunca «todas» por predefinição.
• Confirme a contagem antes de publicar e saiba que lojas estão deliberadamente excluídas.
• Volte a correr a auditoria de perfil depois. Uma atualização em massa que falhou em quatro lojas deve parecer quatro resultados, não uma mensagem de sucesso.

Quando uma atualização em massa é perigosa

Os campos de identidade não são campos de massa. Nome, categoria principal e morada decidem o que a listagem é; uma edição em massa errada aí pode desencadear uma suspensão e leva semanas a desfazer. O mesmo se aplica a qualquer alteração com exceções locais: uma loja com horário de domingo diferente, uma clínica com encerramento temporário. As ferramentas em massa não conhecem o contexto local; quem seleciona as lojas conhece.

O que sobrevive a uma passagem de testemunho

Quando um gestor regional sai, o conhecimento informal sai com ele: que gerente de loja responde às avaliações, que listagem é um duplicado conhecido, porque é que uma filial tem duas categorias. Um sistema funcional guarda as partes que podem ser escritas:

• O código de loja e o histórico do seu estado.
• Todas as avaliações e todas as respostas, incluindo as respostas a avaliações que o Google removeu depois.
• Modelos guardados e quem os aprovou.
• O registo de alterações: quem mudou que campo, e quando.
• Acesso por utilizador que pode ser revogado num só lugar.

Exporte a lista antes do último dia, não depois. Uma exportação para Excel é um mau sistema operativo mas um bom presente de despedida — e a razão pela qual a fila de exportação existe.

Uma lista de verificação para o primeiro mês

1. Construa a lista de localizações com códigos de loja e marque listagens encerradas ou duplicadas antes de otimizar o que quer que seja.
2. Escolha um responsável por campo: horário, descrição, fotografias, respostas, acesso.
3. Defina o bloco diário de avaliações e a fila semanal. Coloque ambos em calendários com nomes associados.
4. Corra uma auditoria de perfil em toda a rede e corrija as dez verificações por localização, começando pelas lojas mais movimentadas.
5. Passe as cinco respostas mais comuns para modelos partilhados e responda ao atraso atual numa só passagem.
6. Combine o relatório mensal antes de o primeiro mês terminar: que métricas, que intervalo de datas, quem o lê.
7. Reveja as permissões. Remova quem saiu e restrinja os gestores regionais às suas próprias lojas.
8. Teste a passagem de testemunho: peça a um colega que encontre o histórico de avaliações e o estado do perfil de uma loja usando apenas o sistema, não a sua memória.

Se o teste demorar mais de dois minutos, o processo ainda vive numa pessoa. É o problema da folha de cálculo numa nova interface.

O ponto não é a ferramenta

Cinquenta localizações não precisam de uma folha de cálculo mais bonita. Precisam de uma identidade por loja, uma fila que reflita o estado atual do Google, uma cadência com responsáveis e um registo que sobreviva a mudanças de pessoal. Acerte nas quatro coisas e a escolha da ferramenta torna-se óbvia; erre e qualquer ferramenta é mais um separador em que ninguém confia.

Se gere uma rede de retalho com horários sazonais, o mesmo padrão aparece no retalho: as alterações da sede e as exceções locais chegam na mesma semana. Comece por ler o que um Google Business Profile controla realmente e depois experimente a lista com os seus próprios códigos de loja.

Iniciar teste gratuito de 3 dias · Ver preços