E-mails de Visitas Imobiliárias em Uma Planilha,
Reagendamento e Tudo Mais
Uma confirmação de visita é a única mensagem na conversa que informa ao agente de visitas como entrar no imóvel, e esses detalhes ficam no corpo da mensagem, não em um anexo. A documentação de ajuda do ShowingTime descreve a confirmação como contendo o tipo e a localização da caixa de chaves, as instruções de visita e os detalhes de acesso (ShowingTime). O guia da caixa de chaves do BrokerBay leva os agentes ao mesmo lugar: abra o e-mail de confirmação da visita para encontrar o código, que é válido apenas para o compromisso confirmado. Lida como um aviso de calendário, a mensagem parece um horário e um endereço. Lida como um registro de acesso, é o documento do qual o compromisso depende.
O volume não é um caso isolado. O ShowingTime gerencia quase quatro milhões de visitas por mês em 1,2 milhão de anúncios ativos (suporte do ShowingTime), e cada uma deixa uma confirmação em algum lugar de uma caixa de entrada. As equipes que mantêm uma planilha de visitas tentam transformar esse fluxo em um registro que podem classificar, usar para relatórios e entregar a um CRM. A parte difícil não é ler um endereço. É manter o registro fiel depois que uma visita muda.
Principais Conclusões
- Uma visita pode gerar cinco e-mails, e apenas um deles prova que você consegue entrar no imóvel.
- Um reagendamento chega como uma nova solicitação, então a linha antiga mantém um horário que não existe mais e ainda parece concluída.
- Quinze minutos de trabalho na planilha separam o registro da visão atual, e é essa etapa que a maioria das equipes pula.
Uma confirmação de visita carrega os detalhes de acesso, não apenas o horário
Os campos de que uma equipe precisa já estão no corpo do e-mail, gerados a partir da ficha do anúncio no momento em que o agendamento é confirmado. O que muda entre as plataformas é menos o conjunto de campos do que o texto, a ordem e se um determinado campo entrou nessa mensagem específica.
| O que o e-mail carrega | Onde fica | O que muda entre as plataformas |
|---|---|---|
| Endereço do imóvel e número do MLS | Topo do corpo, acima dos detalhes do agendamento | Ambos quase sempre estão presentes; o rótulo e a ordem mudam, e alguns modelos dividem o endereço em duas linhas |
| Data da visita e janela de horário | Corpo, geralmente o bloco em negrito mais destacado | Alguns mostram horário de início e fim, outros mostram um início mais uma duração, então um horário de término pode ter de ser deduzido ou deixado em branco |
| Agente de visitas e celular | Corpo, perto do bloco do agendamento | A pessoa que comparece pode ser um agente de cobertura ou de visitas, e não o agente do comprador que solicitou o agendamento |
| Agente do vendedor e co-agente | Corpo, muitas vezes em uma seção de contato | O co-agente pode estar totalmente ausente quando o anúncio foi puxado antes de o co-anúncio ser adicionado |
| Instruções de visita | Parágrafo do corpo, às vezes rotulado como "Additional Instructions" | Texto livre, e pode estar ausente quando o anúncio mudou depois da extração única do MLS feita pela plataforma |
| Tipo e localização da caixa de chaves | Corpo, perto da seção de acesso | Supra, SentriLock, Master Lock ou uma caixa de combinação; a nota de localização é escrita pelo lado do vendedor e varia muito |
| Código de acesso ou código de um dia | Corpo, ou um link para o app da caixa de chaves | O BrokerBay coloca o código na confirmação; o acesso SentriLock funciona pelo SentriKey, então o e-mail pode carregar o agendamento e as instruções enquanto a destrava acontece no app |
| Status: confirmado, reagendado, cancelado | Linha de assunto e corpo | O remetente e o layout permanecem quase idênticos nos três casos, e é por isso que o status é o campo perdido com mais frequência |
O ShowingTime inclui o texto das instruções no e-mail de confirmação, mas esse texto não pode ser ajustado no momento em que o agente confirma a solicitação; uma correção tem de sair como uma mensagem separada, que aparece de forma diferente na caixa de entrada do agente de visitas (ShowingTime instructions). Cada mensagem é um instantâneo, e a correção é um segundo instantâneo que não se parece com o primeiro.
A confirmação é o registro de acesso de um agendamento. Trate-a como um aviso de calendário e a localização da caixa de chaves, as instruções e o código ficam enterrados na caixa de entrada.
Uma visita gera vários e-mails, e apenas um é a confirmação
Um único agendamento pode gerar cinco mensagens antes de alguém entrar no imóvel: a solicitação, a confirmação, um lembrete, um reagendamento ou cancelamento se algo mudar, e uma solicitação de feedback depois. Elas vêm da mesma plataforma, com assuntos parecidos, e no ShowingTime a confirmação pode exibir o nome do agente do vendedor como remetente em vez do nome da plataforma.
O volume é familiar para quem já organizou uma visita de sábado. Um agente do comprador descreveu a experiência no r/realtors como uma "ENXURRADA de e-mails dizendo que o agente recebeu a solicitação, viu a solicitação, pensou sobre a solicitação, comeu um sanduíche perto da solicitação." Cada uma dessas mensagens é uma linha candidata se o pipeline for construído com a lógica de "novo e-mail entra, nova linha sai".
O relatório de tendências geracionais de 2025 da NAR coloca o lado do comprador em perspectiva: os compradores pesquisaram por uma mediana de 10 semanas e olharam uma mediana de sete imóveis (NAR, 2025). Sete imóveis significa pelo menos sete agendamentos, distribuídos entre quantos lados de venda e plataformas esses imóveis usarem. Portanto, a planilha de um único anúncio recebe mensagens de muitos agentes diferentes, com hábitos de nomenclatura diferentes e modelos de plataforma diferentes.
Um e-mail de lead é uma consulta que precisa se tornar um registro de contato. Uma confirmação de visita é um agendamento que já existe, e a planilha está tentando espelhá-lo, e é por isso que o fluxo de trabalho de e-mails de leads no setor imobiliário resolve um problema diferente. A função da confirmação é comprovar o acesso para uma janela específica, e apenas uma das cinco mensagens faz isso.
Se todo e-mail virar uma linha, a planilha se enche de solicitações que depois foram recusadas, confirmações que depois foram remarcadas e pedidos de feedback que não trazem nenhum detalhe de acesso. A confirmação é a linha que vale a pena manter. O cancelamento é a linha que muda a verdade. Uma coluna Status é o que permite manter as duas sem fingir que são o mesmo evento.
Onde a planilha e o sistema de visitas deixam de concordar
A planilha e o sistema de visitas raramente discordam porque um campo foi lido errado. Eles discordam por causa de como as plataformas emitem e revisam confirmações, e cada uma dessas estruturas produz um tipo específico de linha desatualizada.
Um reagendamento chega como uma nova solicitação, então a linha antiga nunca muda
No ShowingTime, reagendar um compromisso envia uma nova solicitação de compromisso com as informações de reagendamento ao agente do vendedor para confirmação (reagendamento no ShowingTime). A linha original não é editada por ninguém. Ela permanece na planilha com um horário que não existe mais, e continua lá porque parece concluída.
Uma linha desatualizada não parece desatualizada. Ela tem um endereço, um horário e um agente, que é exatamente o que uma linha correta tem.
A atualização compete com todo o resto em um sábado, e uma linha que parece concluída nunca anuncia que está desatualizada. Nenhuma mensagem de erro aparece para dizer que o horário antigo nunca foi substituído.
Co-agente e instruções são obtidos uma vez do MLS e depois param de atualizar
O ShowingTime faz uma obtenção inicial e única dos dados do anúncio, incluindo o co-agente do vendedor e as instruções de visita. Alterações feitas no MLS depois disso não são captadas automaticamente (co-agente; instruções). Um anúncio que adiciona um co-agente depois de entrar no ar pode continuar enviando confirmações com o campo de co-agente em branco, e um anúncio cujas instruções mudam pode continuar enviando as antigas, ou nenhuma.
Nenhuma configuração de extração recupera um campo que o e-mail nunca continha. Um co-agente em branco na planilha é um sinal sobre a ficha do anúncio, não um sinal sobre a leitura. A resposta útil é sinalizar o campo em branco e corrigi-lo na plataforma de visitas, em vez de rodar a extração novamente e esperar um resultado diferente.
O código de acesso expira com o agendamento para o qual foi emitido
O guia de caixa de chaves BrokerBay da Master Lock é explícito: o código na confirmação é válido apenas para o agendamento confirmado (guia do Master Lock Vault, 2022). Isso transforma uma linha duplicada em uma falha no mundo real: o agente de visitas abre a planilha, lê o código da linha anterior, dirige até o imóvel, e a caixa não abre.
Uma linha duplicada custa um minuto de limpeza. Um código desatualizado custa uma viagem, uma visita atrasada e um comprador parado na varanda. É por isso que a planilha precisa de uma visão atual, não apenas de um registro.
Quem Mexe em uma Visita, e Quais Campos Cada Função Controla
Seis pessoas podem mexer em um único agendamento, e cada uma controla uma parte diferente do registro. Montar a planilha como se um único "você" mantivesse tudo é assim que as passagens de bastão se perdem.
| Função | O que fazem | O que controlam na planilha |
|---|---|---|
| Agente do comprador | Solicita a visita e mantém a relação com o cliente; pode enviar um agente de cobertura em seu lugar | O contato do lado do comprador e, muitas vezes, o nome de quem realmente comparece |
| Agente de visitas | Encontra o comprador, destranca o imóvel, o tranca na saída e reporta o resultado | Notas de acesso e o resultado da visita, se a equipe os registrar |
| Agente do vendedor | Define as instruções de visita, o método de acesso e as restrições do anúncio | Endereço, número do MLS, instruções, tipo de caixa de chaves e o contato do lado do vendedor |
| Coordenador ou assistente do anúncio | Confirma solicitações, cobra feedback e monta o relatório semanal de atividade do vendedor | O próprio registro: status, reagendamentos e se uma linha está atual |
| Vendedor | Pode confirmar agendamentos e receber notificações de visita no app da plataforma | Nada na planilha, mas é o público do relatório gerado a partir dela |
| Coordenador de transação | Assume quando o anúncio entra em contrato e monta o arquivo da transação | Lê a atividade de visitas para contexto; não mantém o registro |
Depois que a responsabilidade fica explícita, o conjunto de colunas vem em seguida. O coordenador do anúncio controla o status e os reagendamentos. O agente do vendedor controla as instruções e o acesso, o que significa que um campo em branco ali é uma correção a montante. O agente de visitas controla as notas de campo que nunca aparecem na confirmação.
O Conjunto de Colunas que Funciona no ShowingTime, SentriLock e BrokerBay
O conjunto de colunas precisa descrever um agendamento, não um e-mail. Digite esses nomes uma vez, e o mesmo conjunto lê as três plataformas porque os valores são encontrados pelo significado, e não pela posição em um modelo fixo.
| Coluna | Por que ela merece seu lugar |
|---|---|
| Plataforma | ShowingTime, SentriLock ou BrokerBay; o primeiro filtro quando surge uma dúvida de formato |
| Número de agendamento ou confirmação | A chave mais limpa para vincular um reagendamento ao original, quando o e-mail mostra uma |
| Endereço do imóvel | O campo com que todo relatório e toda conversa com o agente começa |
| Número do MLS | Vincula a visita ao registro do anúncio sem depender de correspondência de endereço |
| Data da visita | Separada do horário para que a planilha ordene corretamente |
| Horário de início | O valor que o agente de visitas realmente precisa na porta |
| Horário de término | Muitas vezes derivável de uma duração; vale uma coluna porque o próximo agendamento depende dela |
| Status | Confirmado, reagendado ou cancelado; a coluna que impede um registro de fingir que toda mensagem é atual |
| Agente de visitas | A pessoa que precisa de acesso, que pode não ser o agente que solicitou o agendamento |
| Celular do agente de visitas | O número que o lado do vendedor liga quando a caixa não abre |
| Agente do vendedor | O dono das instruções e a pessoa a quem ligar quando elas estão erradas |
| Co-agente | Frequentemente em branco por causa da consulta única ao MLS; um branco aqui é uma tarefa pendente, não um erro de dados |
| Tipo e localização do keybox | Supra, SentriLock, Master Lock ou combinação; o detalhe físico que coloca alguém para dentro |
| Notas de acesso | Alarme, portão, animais, posição da caixa de chaves; o campo de texto livre que evita uma segunda viagem |
| Instruções de visita | As condições do lado do vendedor, mantidas literalmente porque parafrasear perde a restrição |
| Preço de tabela no momento da visita | Um instantâneo, útil em um relatório para o vendedor; não é um campo de preço atual, então rotule-o como na data da visita |
Decida de forma deliberada se o código da caixa de chaves deve entrar na planilha. Uma planilha compartilhada com uma equipe, um assistente virtual ou uma sincronização de CRM tem uma distribuição muito mais ampla do que um e-mail de confirmação. Se a equipe só precisa saber onde está a caixa e que o código está na confirmação, uma coluna de notas de acesso com "código no e-mail de confirmação" é suficiente. Se o código precisar ser armazenado, restrinja a planilha e limpe as linhas antigas assim que o compromisso passar. Quando a plataforma emite um código de um dia, ele expira com o compromisso, então mantê-lo adiante não tem valor operacional. Um código de combinação estático é um problema diferente, e armazená-lo em uma planilha compartilhada merece uma análise mais rigorosa.
Como os E-mails Chegam à Planilha Sem Encaminhar Cada Mensagem
O que as pessoas chamam de configuração ShowingTime para Google Sheets é, na verdade, uma rota de e-mail: a plataforma envia uma confirmação, uma caixa de entrada a lê, e a planilha recebe a linha. A conexão é a caixa de entrada, porque nenhuma das três plataformas grava visitas na sua planilha. Um endereço de e-mail dedicado mais uma regra de encaminhamento substitui o encaminhamento manual, e a extração lê o corpo da mensagem onde os detalhes de acesso já estão.
O Email Inbox do ImageToTable.ai dá a cada conta seu próprio endereço. Os e-mails enviados para lá chegam a uma fila de processamento sem que ninguém faça login, e as duas configurações que importam aqui são o que ele lê e de quem aceita e-mails. O padrão lê anexos reais e ignora o corpo, o que é o padrão errado para uma confirmação que não tem anexo útil. Esse padrão existe para e-mails que carregam um arquivo real, que é o caso para o qual o fluxo de trabalho de extração de dados de e-mail com prioridade em anexos foi criado, e confirmações de visita são o caso oposto. Mudar para somente corpo ou anexos e corpo faz a própria mensagem ser a entrada; o fluxo de trabalho de extração somente do corpo explica o modo em mais detalhes.
A partir daí, a Extração de Colunas Personalizadas é o que remove o modelo por plataforma. Você digita os nomes das colunas que deseja, como Endereço do Imóvel, Data da Visita, Horário de Início, Status e Agente de Visitas, e a IA encontra cada valor entendendo o que ele significa, em vez de onde ele está na página. Os nomes que você digita se tornam os cabeçalhos da saída. O mesmo conjunto de colunas lê uma confirmação do ShowingTime, uma confirmação do BrokerBay e um aviso de compromisso do SentriLock sem uma regra separada para cada formato.
Defina o conjunto de colunas uma vez
Comece pelas colunas no nível do agendamento acima. Deixe de fora campos que nenhuma plataforma envia, como texto de feedback, e adicione-os depois apenas se um e-mail real os trouxer.
Configure uma regra de encaminhamento automático para e-mails da plataforma
No Gmail ou Outlook, encaminhe os e-mails dos remetentes da plataforma para o endereço da caixa de entrada dedicada. Esta é a etapa que elimina o encaminhamento manual de cada confirmação. Uma regra por remetente da plataforma é suficiente.
Mude a caixa de entrada do padrão somente anexos
Escolha somente corpo se as confirmações chegarem como texto da mensagem, ou anexos e corpo se algumas plataformas também anexarem um PDF. Na configuração padrão, uma confirmação sem anexo gera uma linha vazia.
Coloque na lista de permissões os endereços da plataforma, não os nomes de exibição
Uma confirmação do ShowingTime pode exibir o nome do agente do vendedor como remetente, enquanto o endereço pertence à plataforma. Filtre pelo endereço, ou a lista de permissões rejeitará exatamente o e-mail que você quer.
Vincule o modelo e ative o processamento automático
Com o conjunto de colunas salvo como modelo, o processamento automático inicia a extração quando o e-mail chega. Sem um modelo vinculado, as mensagens ficam na fila até que alguém as inicie manualmente.
Anexe à planilha ou exporte para o CRM
O complemento do Google Sheets anexa as linhas extraídas à planilha ativa sem sair do Sheets. Se o destino for um CRM, exporte o lote como CSV ou obtenha-o através da API; todo CRM imobiliário convencional importa CSV.
O mesmo formato de pipeline funciona para um único anúncio ou um lote deles: as linhas se acumulam em uma tabela, com a coluna da plataforma separando as fontes. A mecânica da transferência de e-mail para planilha, incluindo o que fazer quando um fornecedor envia tanto um corpo quanto um anexo, está detalhada na análise do pipeline de e-mail para planilha.
Mantendo uma linha por visita após o reagendamento
Uma linha por visita exige duas camadas: um registro somente de acréscimo e uma visão atual. A extração acrescenta uma linha para cada mensagem que lê. Ela não edita nem exclui uma linha anterior, então a reconciliação precisa ficar na planilha, não na extração.
A camada um é o registro. Cada confirmação, reagendamento e cancelamento recebe uma linha, e nenhuma linha é jamais editada. Esta é a trilha de auditoria: ela prova o que a plataforma enviou e quando. Mantê-la somente de acréscimo também significa que uma correção equivocada fica visível em vez de sobrescrever silenciosamente o original.
A camada dois é a visão atual. Ela lê o registro, mantém a linha ativa mais recente de cada agendamento e oculta as substituídas. No Google Sheets, uma coluna auxiliar em uma cópia do registro faz o trabalho: ordene pelo número do agendamento e pela data do status, depois conte as linhas anteriores com a mesma chave. Uma fórmula como =COUNTIFS($B$2:$B2,$B2)>1 sinaliza cada linha após a primeira, e filtrar o sinalizador para FALSE deixa uma linha por agendamento.
Se a plataforma emitir um novo número de confirmação para um reagendamento, as linhas antiga e nova não compartilharão uma chave. Faça a correspondência pelo endereço do imóvel mais o agente de visitas, e mantenha a linha cujo status é mais recente. Se um cancelamento chegar, decida a política antes do primeiro: ou exclua-o da visão atual e deixe-o no registro, ou mostre-o como cancelado para que o lado do vendedor possa ver por que o horário desapareceu.
Quinze minutos de trabalho na planilha separam um registro de uma visão atual. Também é a etapa que a maioria das equipes pula, e é por isso que a planilha fica desatualizada enquanto a extração continua funcionando perfeitamente.
O Que Isto Não Faz
O pipeline lê e-mails e não executa a visita, então seu limite precisa estar claro antes que alguém construa um relatório sobre ele.
- Sem integração nativa com plataformas. Não há conector ShowingTime, SentriLock ou BrokerBay, nem pull de API da plataforma de visitas, e nenhuma forma de agendar, confirmar, reagendar ou cancelar um compromisso pela planilha.
- Sem controle de calendário ou caixa de chaves. O pipeline não grava no Google Calendar ou Outlook, e não abre, atribui ou gerencia uma caixa de chaves. Ele registra o que a plataforma enviou.
- Sem atualização no local. Um reagendamento gera uma nova linha. Manter uma linha atual por visita é a etapa de planilha de duas camadas acima, não um comportamento automático.
- O relatório da plataforma continua sendo o registro por listagem. O Listing Activity Report do ShowingTime inclui informações do agente de visitas, notas e feedback, e sua versão para proprietários deliberadamente omite os detalhes do agente de visitas (Listing Activity Report). Use a planilha para a visão multiplataforma, multi-listagem, de equipe e de CRM que o relatório da plataforma não oferece, não como substituto dele.
- A caixa de entrada só é tão completa quanto as configurações de notificação. O SentriKey envia notificações de visita para seu Message Center mesmo quando o e-mail está desmarcado (SentriKey guide). Se alguém do lado do vendedor desativou o e-mail, a confirmação existe, mas nunca chega ao pipeline.
- Não é um CRM. A saída é uma planilha ou JSON. Follow Up Boss, kvCORE e sistemas similares importam CSV, e um push direto é tarefa para a API, não um conector integrado.
O registro também termina onde o arquivo da transação começa. Assim que a listagem entra em contrato, a atividade de visitas se torna contexto para o pacote de documentos de fechamento, que tem suas próprias regras de completude e seu próprio lugar para ficar.
Perguntas frequentes
Um conjunto de colunas consegue ler e-mails do ShowingTime, SentriLock e BrokerBay juntos?
Sim, desde que os valores estejam presentes no corpo da mensagem. As três plataformas usam textos e ordem de campos diferentes, e a Extração de Colunas Personalizadas encontra cada valor pelo significado, não pela posição, então um único conjunto de nomes de colunas cobre as três. Uma notificação que só diz "faça login para ver seu compromisso" e não traz detalhes não consegue gerar campos, porque os valores não estão na mensagem.
As confirmações precisam de um anexo em PDF?
Não. A confirmação é enviada como conteúdo da mensagem, e não como um PDF para destacar, e é por isso que o padrão de somente anexos não retorna nada útil. Configure a caixa de entrada para somente corpo ou anexos e corpo, para que o texto da mensagem seja lido diretamente.
Ele consegue atualizar a linha quando uma visita é reagendada ou cancelada?
Não. Cada mensagem se torna uma nova linha. Manter uma visão atual significa filtrar o registro somente de acréscimo para a linha ativa mais recente de cada compromisso, que é a abordagem de duas camadas descrita acima. A extração não edita nem exclui uma linha anterior.
E se o co-agente estiver ausente do e-mail?
O pipeline deixará o campo em branco, porque o valor não está lá. Isso geralmente significa que a plataforma de visitas puxou o anúncio antes de o co-agente ser adicionado, e continuará enviando o campo em branco até que o co-agente seja adicionado dentro da plataforma de visitas. Trate o campo em branco como uma tarefa pendente do lado do anúncio, não como um erro de extração.
Ele consegue gravar diretamente no Follow Up Boss ou no kvCORE?
Não nativamente. A saída é uma planilha ou JSON, e o caminho padrão é uma importação de CSV para o CRM. Equipes que precisam de um envio direto usam a REST API e um webhook como ponte própria.
É seguro manter códigos de caixa de chaves em uma planilha compartilhada?
Normalmente não. Uma planilha compartilhada alcança mais pessoas do que o e-mail de confirmação alcançava. Armazene a localização do keybox e a instrução "código no e-mail de confirmação", a menos que a equipe realmente precise do código na planilha; se precisar, restrinja o acesso e limpe as linhas após o compromisso, porque um código de um dia deixa de valer assim que o compromisso passa.
Uma planilha de visitas é um registro de compromissos, não uma lista de e-mails. Quando a planilha passa a ser baseada no compromisso, um reagendamento deixa de ser uma exceção e se torna uma mudança de status.
Essa mudança é o que torna a planilha utilizável para o relatório semanal do vendedor, o painel da equipe e a importação para o CRM. Teste com uma confirmação de cada plataforma e veja quais campos retornam, e quais o e-mail nunca continha. Experimente com uma confirmação de visita real.