Correos de visitas inmobiliarias a una sola hoja,
reprogramación incluida
Una confirmación de visita es el único mensaje del hilo que le indica al agente de visitas cómo entrar a la propiedad, y esos detalles están en el cuerpo del mensaje, no en un archivo adjunto. La documentación de ayuda de ShowingTime describe que la confirmación incluye el tipo y la ubicación de la keybox, las instrucciones de visita y los detalles de acceso (ShowingTime). La guía de la caja de llaves de BrokerBay lleva a los agentes al mismo lugar: abra el correo de confirmación de la visita para encontrar el código, que solo es válido para la cita confirmada. Leído como un aviso de calendario, el mensaje parece una hora y una dirección. Leído como un registro de acceso, es el documento del que depende la cita.
El volumen no es un caso aislado. ShowingTime gestiona casi cuatro millones de visitas cada mes en 1.2 millones de anuncios activos (soporte de ShowingTime), y cada una deja una confirmación en algún lugar de una bandeja de entrada. Los equipos que mantienen una hoja de visitas intentan convertir ese flujo en un registro que puedan ordenar, usar para informes y entregar a un CRM. Lo difícil no es leer una dirección. Es mantener el registro fiel después de que una visita se mueve.
Puntos clave
- Una visita puede generar cinco correos, y solo uno de ellos demuestra que puede entrar por la puerta.
- Una reprogramación llega como una nueva solicitud, así que la fila antigua conserva una hora que ya no existe y aun así parece terminada.
- Quince minutos de trabajo en la hoja de cálculo separan el registro de la vista actual, y ese es el paso que la mayoría de los equipos omite.
Una confirmación de visita contiene los datos de acceso, no solo la hora
Los campos que un equipo necesita ya están en el cuerpo del correo, generados a partir de la hoja de datos de la propiedad en el momento en que se confirma la cita. Lo que cambia entre plataformas no es tanto el conjunto de campos como la redacción, el orden y si un campo determinado llegó a este mensaje en particular.
| Qué contiene el correo | Dónde aparece | Qué cambia entre plataformas |
|---|---|---|
| Dirección de la propiedad y número MLS | Parte superior del cuerpo, encima de los detalles de la cita | Ambos casi siempre están presentes; la etiqueta y el orden cambian, y algunas plantillas dividen la dirección en dos líneas |
| Fecha y franja horaria de la visita | Cuerpo, normalmente el bloque en negrita más destacado | Algunos muestran una hora de inicio y de fin, otros muestran una hora de inicio más una duración, por lo que la hora de fin puede tener que deducirse o dejarse en blanco |
| Agente de visitas y número de móvil | Cuerpo, cerca del bloque de la cita | La persona que asiste puede ser un agente de cobertura o de visitas en lugar del agente del comprador que solicitó la cita |
| Agente del vendedor y co-agente | Cuerpo, a menudo en una sección de contacto | El co-agente puede faltar por completo cuando la propiedad se extrajo antes de añadir el co-listado |
| Instrucciones de visita | Párrafo del cuerpo, a veces etiquetado como "Additional Instructions" | Texto libre, y puede estar ausente cuando la propiedad cambió después de la extracción única del MLS que hace la plataforma |
| Tipo y ubicación de la caja de llaves | Cuerpo, cerca de la sección de acceso | Supra, SentriLock, Master Lock o una caja de combinación; la nota de ubicación la escribe el lado del vendedor y varía enormemente |
| Código de acceso o código de un día | Cuerpo, o un enlace a la app de la caja de llaves | BrokerBay pone el código en la confirmación; el acceso de SentriLock funciona a través de SentriKey, por lo que el correo puede contener la cita y las instrucciones mientras el desbloqueo ocurre en la app |
| Estado: confirmada, reprogramada, cancelada | Asunto y cuerpo | El remitente y el diseño permanecen casi idénticos en los tres casos, por lo que el estado es el campo que más a menudo se pierde |
ShowingTime incluye el texto de las instrucciones en el correo de confirmación, pero ese texto no puede ajustarse en el momento en que el agente confirma la solicitud; una corrección tiene que enviarse como un mensaje aparte, que aparece de forma distinta en la bandeja de entrada del agente de visitas (ShowingTime instructions). Cada mensaje es una instantánea, y la corrección es una segunda instantánea que no se parece a la primera.
La confirmación es el registro de acceso de una cita. Si se trata como un aviso de calendario, la ubicación de la caja de llaves, las instrucciones y el código quedan enterrados en la bandeja de entrada.
Una visita genera varios correos, y solo uno es la confirmación
Una sola cita puede generar cinco mensajes antes de que alguien pise la propiedad: la solicitud, la confirmación, un recordatorio, una reprogramación o cancelación si algo cambia, y una solicitud de comentarios después. Provienen de la misma plataforma, con asuntos similares, y en ShowingTime la confirmación puede mostrar el nombre del agente del vendedor como remitente en lugar del de la plataforma.
El volumen es familiar para cualquiera que haya organizado un recorrido de sábado. Un agente del comprador describió la experiencia en r/realtors como un "ALUVIÓN de correos que te dicen que el agente recibió la solicitud, vio la solicitud, pensó en la solicitud, se comió un sándwich cerca de la solicitud". Cada uno de esos mensajes es una fila candidata si el flujo de trabajo se basa en "entra un correo nuevo, sale una fila nueva".
El informe de tendencias generacionales de NAR de 2025 pone en perspectiva el lado del comprador: los compradores buscaron durante una mediana de 10 semanas y vieron una mediana de siete viviendas (NAR, 2025). Siete viviendas significan al menos siete citas, repartidas entre todos los lados del vendedor y plataformas que usen esas viviendas. Por lo tanto, la hoja de una sola propiedad recibe mensajes de muchos agentes distintos, con hábitos de nomenclatura distintos y plantillas de plataforma distintas.
Un correo de cliente potencial es una consulta que debe convertirse en un registro de contacto. Una confirmación de visita es una cita que ya existe, y la hoja intenta reflejarla, por lo que el flujo de trabajo de correos de clientes potenciales inmobiliarios resuelve un problema distinto. La función de la confirmación es demostrar el acceso para una ventana específica, y solo uno de los cinco mensajes hace eso.
Si cada correo se convierte en una fila, la hoja se llena de solicitudes que luego se rechazaron, confirmaciones que luego se movieron y solicitudes de comentarios que no contienen ningún detalle de acceso. La confirmación es la fila que vale la pena conservar. La cancelación es la fila que cambia la verdad. Una columna Estado es lo que le permite conservar ambas sin pretender que son el mismo evento.
Donde la hoja y el sistema de visitas dejan de coincidir
La hoja y el sistema de visitas rara vez discrepan porque un campo se leyó mal. Discrepan por cómo las plataformas emiten y revisan las confirmaciones, y cada una de esas estructuras produce un tipo específico de fila obsoleta.
Una reprogramación llega como nueva solicitud, así que la fila antigua nunca cambia
En ShowingTime, reprogramar una cita envía una nueva solicitud de cita con la información de reprogramación al agente del vendedor para su confirmación (reprogramación en ShowingTime). Nadie edita la fila original. Permanece en la hoja con una hora que ya no existe, y sigue ahí porque parece terminada.
Una fila obsoleta no parece obsoleta. Tiene una dirección, una hora y un agente, que es exactamente lo que tiene una fila correcta.
La actualización compite con todo lo demás un sábado, y una fila que parece terminada nunca anuncia que está desactualizada. No aparece ningún mensaje de error que diga que la hora antigua nunca se reemplazó.
El co-agente y las instrucciones se extraen una vez del MLS y luego dejan de actualizarse
ShowingTime realiza una extracción inicial y única de los datos del listado, incluido el co-agente del listado y las instrucciones de visita. Los cambios realizados en el MLS después no se recogen automáticamente (co-agente del listado; instrucciones). Un listado que añade un co-agente después de publicarse puede seguir enviando confirmaciones con el campo de co-agente en blanco, y un listado cuyas instrucciones cambian puede seguir enviando las antiguas, o ninguna.
Ninguna configuración de extracción recupera un campo que el correo nunca contuvo. Un co-agente en blanco en la hoja es una señal sobre la hoja de trabajo del listado, no una señal sobre la lectura. La respuesta útil es marcar el espacio en blanco y corregirlo en la plataforma de visitas, en lugar de volver a ejecutar la extracción y esperar un resultado diferente.
El código de acceso caduca con la cita para la que se emitió
La guía de caja de llaves BrokerBay de Master Lock es explícita en que el código de la confirmación solo es válido para la cita confirmada (guía de Master Lock Vault, 2022). Eso convierte una fila duplicada en un fallo del mundo real: el agente de visitas abre la hoja, lee el código de la fila anterior, conduce hasta la propiedad y la caja no se abre.
Una fila duplicada cuesta un minuto de limpieza. Un código obsoleto cuesta un desplazamiento, una visita tardía y un comprador de pie en el porche. Esta es la razón por la que la hoja necesita una vista actual, no solo un registro.
Quién interviene en una visita y qué campos posee cada rol
Seis personas pueden intervenir en una cita, y cada una posee una parte distinta del registro. Redactar la hoja como si un único "usted" lo mantuviera todo es la forma en que se pierden los traspasos.
| Rol | Qué hace | Qué posee en la hoja |
|---|---|---|
| Agente del comprador | Solicita la visita y mantiene la relación con el cliente; puede enviar en su lugar a un agente de cobertura | El contacto del lado del comprador y, a menudo, el nombre de la persona que realmente asiste |
| Agente de visitas | Recibe al comprador, abre la propiedad, la asegura al salir y reporta | Las notas de acceso y el resultado de la visita, si el equipo los registra |
| Agente del vendedor | Define las instrucciones de visita, el método de acceso y las restricciones del listado | La dirección, el número MLS, las instrucciones, el tipo de caja de llaves y el contacto del lado del vendedor |
| Coordinador o asistente del listado | Confirma las solicitudes, persigue los comentarios y elabora el informe semanal de actividad para el vendedor | El propio registro: estado, reprogramaciones y si una fila está vigente |
| Vendedor | Puede confirmar citas y recibir notificaciones de visitas en la app de la plataforma | Nada en la hoja, pero es el destinatario del informe que se elabora a partir de ella |
| Coordinador de transacciones | Asume el control una vez que el listado entra en contrato y arma el expediente de la transacción | Lee la actividad de visitas para tener contexto; no mantiene el registro |
Una vez que la propiedad queda explícita, el conjunto de columnas se deduce. El coordinador del listado posee el estado y las reprogramaciones. El agente del vendedor posee las instrucciones y el acceso, lo que significa que un espacio en blanco ahí es un arreglo en origen. El agente de visitas posee las notas de campo que nunca aparecen en la confirmación.
El conjunto de columnas que funciona en ShowingTime, SentriLock y BrokerBay
El conjunto de columnas debe describir una cita, no un correo electrónico. Escriba estos nombres una vez, y el mismo conjunto lee las tres plataformas porque los valores se encuentran por significado y no por posición en una plantilla fija.
| Columna | Por qué merece su lugar |
|---|---|
| Plataforma | ShowingTime, SentriLock o BrokerBay; el primer filtro cuando surge una duda de formato |
| Número de cita o de confirmación | La clave más limpia para vincular una reprogramación con su original, cuando el correo la muestra |
| Dirección de la propiedad | El campo con el que empieza todo informe y toda conversación con un agente |
| Número MLS | Vincula la visita con el registro del listado sin depender de una coincidencia de dirección |
| Fecha de la visita | Separada de la hora para que la hoja ordene correctamente |
| Hora de inicio | El valor que un agente de visitas realmente necesita en la puerta |
| Hora de fin | A menudo derivable de una duración; merece una columna porque la siguiente cita depende de ella |
| Estado | Confirmada, reprogramada o cancelada; la columna que evita que un registro pretenda que todo mensaje está vigente |
| Agente de visitas | La persona que necesita acceso, que puede no ser el agente que solicitó la cita |
| Móvil del agente de visitas | El número al que llama el lado del vendedor cuando la caja no abre |
| Agente del vendedor | El dueño de las instrucciones y la persona a quien llamar cuando están mal |
| Co-agente | Con frecuencia en blanco por la consulta única al MLS; un blanco aquí es una tarea pendiente, no un error de datos |
| Tipo y ubicación de la caja de llaves | Supra, SentriLock, Master Lock o combinación; el detalle físico que permite entrar a alguien |
| Notas de acceso | Alarma, portón, mascotas, ubicación de la caja de llaves; el campo de texto libre que evita un segundo viaje |
| Instrucciones de visita | Las condiciones del lado del vendedor, conservadas textualmente porque parafrasear pierde la restricción |
| Precio de lista al momento de la visita | Una instantánea, útil en un informe para el vendedor; no es un campo de precio actual, así que etiquételo a la fecha de la visita |
Decida de forma deliberada si el código de la caja de llaves debe incluirse en la hoja. Una hoja compartida con un equipo, un asistente virtual o una sincronización con el CRM tiene una distribución mucho más amplia que un correo de confirmación. Si el equipo solo necesita saber dónde está la caja y que el código está en la confirmación, basta con una columna de notas de acceso que diga "código en el correo de confirmación". Si el código debe almacenarse, restrinja la hoja y elimine las filas antiguas una vez pasada la cita. Cuando la plataforma emite un código de un día, este caduca con la cita, por lo que conservarlo no tiene valor operativo. Un código de combinación estático es un problema distinto, y almacenarlo en una hoja compartida merece un análisis más riguroso.
Cómo llegan los correos a la hoja sin reenviar cada mensaje
Lo que la gente llama la configuración de ShowingTime a Google Sheets es en realidad una ruta de correo: la plataforma envía una confirmación, una bandeja de entrada la lee y la hoja recibe la fila. La conexión es la bandeja de entrada, porque ninguna de las tres plataformas escribe las visitas en su hoja de cálculo. Una dirección de correo dedicada más una regla de reenvío sustituyen el reenvío manual, y la extracción lee el cuerpo del mensaje donde ya están los detalles de acceso.
La Bandeja de entrada de correo de ImageToTable.ai da a cada cuenta su propia dirección. El correo enviado allí llega a una cola de procesamiento sin que nadie inicie sesión, y los dos ajustes que importan aquí son qué lee y de quién acepta correo. La configuración predeterminada lee archivos adjuntos reales e ignora el cuerpo, lo cual es el valor predeterminado incorrecto para una confirmación que no tiene ningún archivo adjunto útil. Ese valor predeterminado existe para el correo que lleva un archivo real, que es el caso para el que está diseñado el flujo de trabajo de extracción de datos de correo con prioridad de archivos adjuntos, y las confirmaciones de visitas son el caso opuesto. Cambiar a solo cuerpo o archivos adjuntos y cuerpo hace que el propio mensaje sea la entrada; el flujo de trabajo de extracción de solo cuerpo explica el modo con más detalle.
A partir de ahí, Custom Column Extraction es lo que elimina la plantilla por plataforma. Usted escribe los nombres de columna que desea, como Property Address, Showing Date, Start Time, Status y Showing Agent, y la IA encuentra cada valor comprendiendo qué significa en lugar de dónde se ubica en la página. Los nombres que escribe se convierten en los encabezados de la salida. El mismo conjunto de columnas lee una confirmación de ShowingTime, una confirmación de BrokerBay y un aviso de cita de SentriLock sin una regla separada para cada formato.
Defina el conjunto de columnas una sola vez
Parta de las columnas a nivel de cita anteriores. Omita los campos que ninguna plataforma envía, como el texto de comentarios, y agréguelos después solo si un correo real los incluye.
Configure una regla de reenvío automático para el correo de la plataforma
En Gmail u Outlook, reenvíe el correo de los remitentes de la plataforma a la dirección de la bandeja de entrada dedicada. Este es el paso que elimina el reenvío manual de cada confirmación. Basta con una regla por remitente de la plataforma.
Cambie la bandeja de entrada de la opción predeterminada de solo adjuntos
Elija solo cuerpo si las confirmaciones llegan como texto del mensaje, o adjuntos y cuerpo si algunas plataformas también adjuntan un PDF. Con la configuración predeterminada, una confirmación sin adjunto genera una fila vacía.
Incluya en la lista blanca las direcciones de la plataforma, no los nombres visibles
Una confirmación de ShowingTime puede mostrar el nombre del agente del vendedor como remitente mientras la dirección pertenece a la plataforma. Filtre por la dirección, o la lista blanca rechazará justo el correo que usted quiere.
Vincule la plantilla y active el procesamiento automático
Con el conjunto de columnas guardado como plantilla, el procesamiento automático inicia la extracción cuando llega el correo. Sin una plantilla vinculada, los mensajes permanecen en la cola hasta que alguien los inicie manualmente.
Anexe a la hoja o exporte para el CRM
El complemento de Google Sheets anexa las filas extraídas a la hoja activa sin salir de Sheets. Si el destino es un CRM, exporte el lote como CSV o tráigalo a través de la API; todos los CRM inmobiliarios principales importan CSV.
La misma forma de canalización funciona para una sola propiedad o para un lote de ellas: las filas se acumulan en una tabla, con la columna de la plataforma separando las fuentes. La mecánica del traspaso de correo a hoja de cálculo, incluido qué hacer cuando un proveedor envía tanto un cuerpo como un adjunto, se explica en el desglose de la canalización de correo a hoja.
Mantener una fila por visita tras la reprogramación
Una fila por visita requiere dos capas: un registro de solo adición y una vista actual. La extracción añade una fila por cada mensaje que lee. No edita ni elimina una fila anterior, por lo que la conciliación debe residir en la hoja de cálculo, no en la extracción.
La capa uno es el registro. Cada confirmación, reprogramación y cancelación obtiene una fila, y ninguna fila se edita jamás. Este es el rastro de auditoría: demuestra qué envió la plataforma y cuándo. Mantenerlo de solo adición también significa que una corrección errónea queda visible en lugar de sobrescribir silenciosamente el original.
La capa dos es la vista actual. Lee el registro, conserva la última fila activa de cada cita y oculta las reemplazadas. En Google Sheets, una columna auxiliar sobre una copia del registro hace el trabajo: ordene por el número de cita y por la fecha de estado, luego cuente las filas anteriores con la misma clave. Una fórmula como =COUNTIFS($B$2:$B2,$B2)>1 marca cada fila después de la primera, y filtrar la marca a FALSE deja una fila por cita.
Si la plataforma emite un nuevo número de confirmación para una reprogramación, las filas antigua y nueva no compartirán una clave. En su lugar, haga la coincidencia por la dirección de la propiedad más el agente de visitas, y conserve la fila cuyo estado sea posterior. Si llega una cancelación, decida la política antes de la primera: excluirla de la vista actual y dejarla en el registro, o mostrarla como cancelada para que el lado del vendedor pueda ver por qué desapareció el horario.
Quince minutos de trabajo en la hoja de cálculo separan un registro de una vista actual. También es el paso que la mayoría de los equipos omite, y por eso la hoja queda obsoleta mientras la extracción sigue funcionando a la perfección.
Lo que esto no hace
El pipeline lee correos electrónicos y no ejecuta la visita, por lo que su límite debe quedar claro antes de que alguien construya un informe sobre él.
- Sin integración nativa con la plataforma. No hay conector de ShowingTime, SentriLock ni BrokerBay, no hay extracción por API desde la plataforma de visitas, y no hay forma de agendar, confirmar, reprogramar o cancelar una cita desde la hoja.
- Sin control de calendario ni caja de llaves. El pipeline no escribe en Google Calendar ni Outlook, y no abre, asigna ni gestiona una caja de llaves. Registra lo que la plataforma envió.
- Sin actualización in situ. Una reprogramación produce una fila nueva. Mantener una fila actual por visita es el paso de hoja de cálculo de dos capas anterior, no un comportamiento automático.
- El informe de la plataforma sigue siendo el registro por listado. El Listing Activity Report de ShowingTime incluye información del agente de visitas, notas y comentarios, y su versión para propietarios omite deliberadamente los detalles del agente de visitas (Listing Activity Report). Use la hoja para la vista multiplataforma, multi-listado, de equipo y de CRM que el informe de la plataforma no proporciona, no como reemplazo de este.
- La bandeja de entrada es tan completa como la configuración de notificaciones. SentriKey envía notificaciones de visitas a su Message Center incluso cuando el correo electrónico está desmarcado (SentriKey guide). Si alguien del lado del vendedor ha desactivado el correo electrónico, la confirmación existe pero nunca llega al pipeline.
- No es un CRM. La salida es una hoja de cálculo o JSON. Follow Up Boss, kvCORE y sistemas similares importan CSV, y un envío directo es tarea de la API, no de un conector integrado.
El registro también termina donde comienza el archivo de la transacción. Una vez que el listado entra en contrato, la actividad de visitas se convierte en contexto para el paquete de documentos de cierre, que tiene sus propias reglas de integridad y su propio lugar donde residir.
Preguntas frecuentes
¿Puede un solo conjunto de columnas leer juntos los correos de ShowingTime, SentriLock y BrokerBay?
Sí, siempre que los valores estén presentes en el cuerpo del mensaje. Las tres plataformas usan distinta redacción y orden de campos, y Extracción de Columnas Personalizadas encuentra cada valor por su significado y no por su posición, así que un solo conjunto de nombres de columna cubre las tres. Una notificación que solo dice "inicie sesión para ver su cita" y no incluye detalles no puede generar campos, porque los valores no están en el mensaje.
¿Necesitan las confirmaciones un archivo PDF adjunto?
No. La confirmación se envía como contenido del mensaje y no como un PDF para descargar, por eso el valor predeterminado de solo adjuntos no devuelve nada útil. Configure la bandeja de entrada en solo cuerpo o en adjuntos y cuerpo para que el texto del mensaje se lea directamente.
¿Puede actualizar la fila cuando se reprograma o cancela una visita?
No. Cada mensaje se convierte en una fila nueva. Mantener una vista actual significa filtrar el registro de solo adición a la última fila vigente por cita, que es el enfoque de dos capas descrito arriba. La extracción no edita ni elimina una fila anterior.
¿Y si el co-agente no aparece en el correo?
El flujo dejará el campo en blanco, porque el valor no está ahí. Esto suele significar que la plataforma de visitas tomó el listado antes de que se agregara el co-agente, y seguirá enviando el espacio en blanco hasta que el co-agente se agregue dentro de la plataforma de visitas. Trate el espacio en blanco como una tarea pendiente del lado del listado, no como un error de extracción.
¿Puede escribir directamente en Follow Up Boss o kvCORE?
No de forma nativa. La salida es una hoja de cálculo o JSON, y la ruta estándar es una importación CSV al CRM. Los equipos que necesitan un envío directo usan la REST API y un webhook como su propio puente.
¿Es seguro guardar códigos de caja de llaves en una hoja compartida?
Por lo general, no. Una hoja compartida llega más lejos de lo que llegó el correo de confirmación. Guarde la ubicación del keybox y la instrucción "código en el correo de confirmación" a menos que el equipo realmente necesite el código en la hoja; si lo necesita, restrinja el acceso y borre las filas después de la cita, porque un código de un día queda muerto una vez que pasa la cita.
Una hoja de visitas es un registro de citas, no una lista de correos. Una vez que la hoja se basa en la cita, una reprogramación deja de ser una excepción y se convierte en un cambio de estado.
Ese cambio es lo que hace que la hoja sea útil para el informe semanal al vendedor, el panel del equipo y la importación al CRM. Pruébelo con una confirmación de cada plataforma y vea qué campos regresan y cuáles nunca estuvieron en el correo. Pruébelo con una confirmación de visita real.