Sobre nosotros
El software debe ser lo más silencioso del hotel.
El mejor sistema hotelero no es el que tiene más funciones. Es aquel que el equipo deja de notar, porque el huésped, el folio y el informe coinciden entre sí. Construimos para ese tipo de silencio.
Por qué existimos
Los hoteles no tienen un problema de software. Tienen un problema de continuidad.
Recorre un hotel a las 07:00 y cuenta los lugares donde el mismo dato se escribe dos veces: la reserva, la lista de llegadas, el tablero de housekeeping, la hoja del desayuno, la carpeta de la auditoría nocturna. Cada copia la mantiene alguien a quien le importa, y cada copia se desvía.
La mayoría del software hotelero añade otra copia. Resuelve bien el problema de un departamento y pide al siguiente que lo concilie. El coste es invisible en una demostración y evidente un lunes por la mañana.
Construimos lo contrario: un único núcleo operativo para el huésped, el folio y la definición de los informes, con módulos organizados a su alrededor. El producto no son las pantallas. El producto es el acuerdo entre ellas.
“Un sistema se gana su lugar cuando el equipo deja de traducir entre departamentos.”
Principios operativos
Lo que no estamos dispuestos a ceder.
Estos principios deciden qué construimos y, más a menudo, qué nos negamos a construir.
01
Un dato, un único origen
Un huésped, una tarifa, un folio, un estado de habitación: cada uno tiene un único registro autorizado. Las integraciones leen de él o escriben a través de él; no guardan una versión privada.
02
La excepción es el producto
El camino feliz es fácil. El valor aparece en el cargo anulado, la habitación cambiada, la factura disputada, el grupo que cambia de idea a las 23:00. Esos flujos se diseñan primero.
03
Configuración antes que personalización
Los hoteles difieren en política, no en física. Configuramos tarifas, folios, roles y reglas de auditoría en lugar de bifurcar el código, para que las actualizaciones sigan siendo actualizaciones.
04
La recepción debe seguir funcionando
La resiliencia es un requisito de producto. Una caída de la WAN, una interfaz fallida o una versión defectuosa deben degradar una función, no detener las llegadas.
Cómo implantamos
Un cambio de sistema es una promesa, no una demostración.
La mayoría de las instalaciones fallidas no son fallos de software. Son decisiones sin resolver que se descubren demasiado tarde. Nuestro método de implantación adelanta las decisiones.
01
Escribir la verdad actual
Mapeamos los sistemas, las interfaces, los informes y las soluciones provisionales. La solución provisional suele ser donde vive el requisito real.
02
Decidir las excepciones
Anulaciones de tarifa, límites de crédito, facturación de grupos, política de no-show, derechos de corrección. Cada una se convierte en una regla escrita con un responsable antes de empezar la configuración.
03
Construir y ensayar en un entorno de pruebas
La configuración, la migración de datos y las interfaces se prueban con datos representativos. La primera auditoría nocturna se ensaya antes de ser real.
04
Formar con tus procedimientos
Las sesiones por rol usan los escenarios del propio establecimiento. Una presentación de formación genérica enseña el software; no enseña el hotel.
05
Acompañar hasta el primer cierre
Cobertura presencial o remota durante la primera auditoría nocturna y el primer cierre de mes. La medida del éxito es un cierre limpio, no un formulario de aceptación firmado.
Cómo trabajamos
Aburridos donde importa.
El software de hospitalidad gestiona dinero, datos personales y la experiencia del huésped al mismo tiempo. Tratamos las partes poco glamurosas como funciones del producto.
Ámbito explícito
Qué es nativo, qué se configura, qué es una integración a medida y qué queda fuera del alcance: escrito antes de que empiece el proyecto.
Responsabilidad con nombre
Cada interfaz y cada despliegue tiene un responsable de nuestro lado y una vía de escalado del tuyo.
Sin teatro de certificaciones
No ponemos insignias en una página para insinuar una auditoría que no hemos completado para tu despliegue. Las afirmaciones de seguridad se confirman por escrito, contrato mediante.
El equipo
Tres disciplinas en una misma sala.
El producto lo construyen personas que tienen que convivir con él: responsables de implantación, operadores hoteleros e ingenieros trabajando sobre la misma especificación.
Producto e ingeniería
Es responsable del modelo de datos, de los contratos de interfaz y de la disciplina de versiones.
Implantación
Es responsable del análisis, la configuración, la migración y el plan de cambio de cada establecimiento.
Soporte
Es responsable del primer cierre, de la vía de incidencias y de las preguntas operativas que llegan después de la puesta en marcha.
No publicamos el tamaño del equipo ni el número de oficinas como prueba. La prueba es la llamada de referencia y el primer cierre limpio.
Datos de la empresa
La entidad detrás de la plataforma.
Lodgcore desarrolla e implanta la plataforma. Aquí figuran la oficina, los canales de contacto y los idiomas del sitio.
English · 中文 · العربية · Español · Français · Português · Deutsch · Tiếng Việt · Bahasa Indonesia · Русский
- Oficina
- Oficina de Lodgcore, sala 312K, edificio Huilange, n.º 273, Huangpu Blvd W, distrito de Tianhe, Cantón 510620, Guangdong, China
- Correo electrónico
- sale@hotelpmssystem.com
- Llamar
- +86 13922702227
- +8613922702227
Preguntas frecuentes
Preguntas frecuentes
¿Es un proveedor de PMS o un integrador de sistemas?
¿Cómo se gestiona un establecimiento que ya está en producción con otro PMS?
¿Es posible dar soporte a un grupo con establecimientos en distintos países?
¿Qué hace falta de nuestra parte para empezar?
¿Hay una prueba disponible?
Siguiente paso
Vea la plataforma con sus propios flujos.
Una sesión de 30 minutos centrada en su tipo de propiedad y en los sistemas que ya utiliza. Sin presentación: revisamos llegadas, cuentas, auditoría nocturna e informes en vivo.
Respuesta habitual en un día laborable.