Convertir la disponibilidad de unidades en tiempo real en un activo de marketing
Tu software de almacenamiento ya sabe qué está disponible ahora mismo. Ponlo a trabajar más allá del portal de reservas.
contenido
Tu portal de reservas ya muestra la disponibilidad en tiempo real a cualquiera que esté en él. La mayoría de las personas que buscan almacenamiento no lo están. Están en un directorio de self-storage comparando instalaciones, o en la página de tu propio sitio web para una ubicación específica que no es el widget de reservas en sí, y ninguno de esos lugares sabe qué está realmente disponible ahora mismo a menos que se lo digas.
Esta publicación cubre el envío de los datos de disponibilidad en tiempo real de tu software de almacenamiento a ambos: directorios de terceros y las páginas específicas de tu propio sitio donde realmente puede influir en una decisión, como un banner de «últimas unidades» en una página de ubicación.
Si aún no has leído Una introducción a las API, empieza por ahí.
Qué significa «integrar mediante API» en la práctica
Tu software de almacenamiento contiene datos de inventario en tiempo real: cuántas unidades de cada tipo existen en una instalación y cuántas están disponibles actualmente. Las páginas de ubicación de tu sitio web y cualquier directorio de terceros en el que estés listado no conocen esto por defecto. Muestran lo que era cierto cuando la página se construyó por última vez o el listado se actualizó por última vez, lo que podría estar desactualizado semanas.
Una integración de API cierra esa brecha. Tu software de almacenamiento expone la disponibilidad a través de su API; un pequeño script o capa de middleware la lee según un calendario y la envía a donde necesite aparecer: tu propio sitio web, el feed de un directorio, o ambos.
Cómo se mueven estos datos
La mayoría de las plataformas de almacenamiento no admiten webhooks, por lo que esto funciona con el mismo patrón de sondeo utilizado en toda esta Academy: algo llama al endpoint de disponibilidad periódicamente y recoge lo que haya cambiado. La disponibilidad no necesita ser precisa al segundo; una actualización cada quince a treinta minutos es normal, por lo que esto encaja cómodamente en una sincronización programada, la misma mecánica cubierta en la publicación sobre automatizaciones de Zapier, solo que dirigida a un sitio web o feed de directorio en lugar de a un CRM o una hoja de cálculo.
Qué datos se mueven realmente y para qué sirven
| Tipo de datos | En qué se convierte | Se utiliza para |
|---|---|---|
| Unidades disponibles por tipo, por instalación | Un recuento, o un nivel simplificado (Disponible, Limitado, Completo) | Mostrar disponibilidad precisa dondequiera que se muestre |
| Disponibilidad que cruza un umbral establecido | Una condición de banner o insignia | Generar urgencia, p. ej. «Últimas unidades disponibles» |
| Ocupación a nivel de instalación | Una cifra resumen | Listados de directorios que muestran el estado general en lugar de detalles a nivel de unidad |
Decidir qué exponer realmente
Vale la pena decidir esto deliberadamente en lugar de optar por defecto por «mostrar todo».
Recuentos exactos o un nivel. Mostrar «quedan 2» es más convincente que «disponibilidad limitada», pero también muestra a competidores y clientes tus cifras exactas. Muchos operadores prefieren un indicador por niveles (Disponible, Limitado, Completo) para superficies de cara al público, y mantienen recuentos exactos para informes internos.
El umbral para «últimas unidades». Decide qué lo activa: un número fijo (tres o menos de un tipo de unidad determinado) o un porcentaje de la capacidad total, y aplícalo de manera consistente en todas las ubicaciones para que el banner signifique lo mismo en todas partes.
Dónde necesita aparecer realmente. Un banner de página de ubicación y un listado de directorio son destinos diferentes con formatos diferentes. Los directorios varían ampliamente en lo que aceptarán; algunos quieren un feed simple, otros esperan un formato específico completamente, por lo que esto suele ser una integración por directorio en lugar de un feed que encaje en todas partes.
Casos de uso prácticos
Un banner de «últimas unidades» en tus propias páginas de ubicación. Un pequeño script comprueba la disponibilidad según un calendario y muestra un banner una vez que un tipo de unidad cruza tu umbral, convirtiendo una página estática en algo que refleja la realidad.
Listados de directorios de terceros precisos. En lugar de actualizar manualmente un listado de directorio cuando cambia la disponibilidad, los mismos datos lo alimentan automáticamente, por lo que un cliente que compara instalaciones ve algo cierto en lugar de algo desactualizado.
Un widget de disponibilidad simple en cualquier lugar de tu sitio. No todas las páginas necesitan un widget de reservas completo. Un indicador de nivel ligero (Disponible, Limitado, Completo) puede estar en una página que de otro modo no tiene nada que ver con reservas.
Qué necesitas para configurar esto
Una clave de API de tu software de almacenamiento, con alcance de solo lectura, ya que esto solo necesita leer la disponibilidad.
Un pequeño script o tarea programada que llame al endpoint de disponibilidad, aplique los umbrales elegidos y escriba el resultado en algún lugar donde tu sitio web o feed de directorio pueda leerlo.
Una decisión sobre la frecuencia de actualización. Quince a treinta minutos es típico; rara vez hay necesidad de algo más rápido para este caso de uso.
Formato específico del directorio, si estás alimentando un listado de terceros, ya que la mayoría tienen su propia estructura de feed esperada.
Dónde tiene límites esto
Esto no es verdaderamente en tiempo real. Un breve retraso entre que algo cambie en tu software de almacenamiento y que aparezca en otro lugar es normal y está bien para este caso de uso, a diferencia de, digamos, el control de acceso, donde el mismo retraso sí importaría.
Exponer recuentos exactos de unidades públicamente es una decisión competitiva, no solo técnica. Un indicador por niveles evita mostrar a los competidores tus cifras precisas mientras sigue dando a los clientes una sensación genuina de urgencia o escasez donde existe.
Cómo se ve esto con Kinnovis Connect
Si eres cliente de Kinnovis, los datos de unidades y disponibilidad se leen a través de Kinnovis Connect de la misma manera que el resto de la Academy, sondeados según un calendario con una clave de API con alcance de solo lectura (reader_api), ya que esta integración solo lee datos.
Preguntas frecuentes (FAQ)
No. El portal de reservas sigue siendo el lugar donde un cliente realmente reserva una unidad. Esto se trata de asegurarse de que las superficies a su alrededor (tus propias páginas de ubicación y cualquier listado de directorio) reflejen la misma realidad en lugar de estar desactualizadas.
Depende de tu disposición a mostrar a los competidores tus cifras. Un indicador por niveles (Disponible, Limitado, Completo) es la opción más común para superficies de cara al público.
Cada quince a treinta minutos es típico. La disponibilidad no cambia lo suficientemente rápido como para necesitar algo más frecuente para este caso de uso.
Para el banner del sitio web, probablemente sí, ya que implica un pequeño script y algo de lógica en torno a los umbrales. Para los feeds de directorios, comprueba primero si el directorio tiene un método de integración estándar, ya que algunos aceptan un formato de feed que no necesita desarrollo personalizado.
No si está construido correctamente. El sitio web debería leer desde un resumen pequeño y actualizado regularmente en lugar de llamar directamente a la API de tu software de almacenamiento en cada carga de página.
API Academy
Automatizaciones de Zapier que los operadores de self-storage usan de verdad
Segmentación de Mailchimp para self-storage: envíe mensajes a los clientes adecuados
HubSpot para self-storage: segmenta clientes y haz seguimiento de renovaciones como negocios
Empieza hoy
Desbloquea el verdadero potencial de tus
instalaciones de self-storage
Kinnovis. Diseñado para hacer simple la gestión de instalaciones.
