Cómo mantener una plataforma hotelera estable y escalable

Introducción Hola a todos. Bienvenido de nuevo a otra Charla de Matt. Esta semana quería hablar de la escalabilidad de nuestra plataforma y de la seguridad, que es uno de esos temas realmente complejos de los que yo no puedo hablar bien, pero Ryan sí. Y por eso dije, Ryan, ven y habla a los hoteleros en un lenguaje sencillo sobre las cosas realmente complejas que haces en nuestro negocio. Pero, Ryan, ¿quién eres y cuál es tu título, y cómo acabaste en Mews? Lo haré lo mejor que pueda. Sí. Gracias por recibirme. Así que, sí, me llamo Ryan Tomlinson. Soy el Vicepresidente de Habilitación de Plataformas. Y hay bastantes responsabilidades de las que me ocupo. Una es nuestra infraestructura, es decir, nuestra infraestructura en la nube. Todo lo que sustenta esencialmente nuestros productos los mantiene en pie, estables, fiables para nuestros clientes, pero también seguros. Así nos aseguramos de tener una postura de seguridad muy alta tanto internamente como para nuestros clientes. Y luego todo lo que rodea a los datos y lo que llamamos experiencia del desarrollador, a lo que puedes referirte más adelante si te resulta útil. Pero hoy tenemos más de cien personas en la habilitación de plataformas. Y cuando eras joven, ¿fue siempre tu aspiración hacer este rol tan especial que haces? Siempre estaba indecisa. Así que, en realidad, lo que quería hacer era ser como un profesor de educación física. Me gusta mucho el deporte y creo que correr, como ya sabes. Así que siempre, de joven, quise ser profesora de educación física. No fue hasta más tarde cuando me aficioné a la informática y, sí, cosas así. Así que siempre me interesó, ¿qué fue lo primero que construiste tú mismo en un ordenador? Muy buena pregunta. Solía crear páginas web para otras personas. Así que, muy temprano, muy joven. Ni siquiera recuerdo la edad. Quizá adolescentes. Pero recuerdo que construía páginas web para la gente sólo porque me parecía divertido. Como la gratificación instantánea de poder construir algo tú mismo y sí. Como que lo veo por ahí, que es como que un poco ahora, pero. ¿Piensas ahora en la IA, en la que ni siquiera necesitas tener conocimientos de programación para crear una página web? ¿Y cómo va a transformar eso el espacio en el que estás operando? Eso es lo que creo que más me entusiasma. Como lo que puedes hacer hoy con herramientas como Lovable, e incluso Cursor y cosas así. Por ejemplo, puedes construir cosas sin saber codificar. Será interesante ver cómo cambia el sector. Hay, por supuesto, mucha retórica en torno a ¿necesitaremos ya ingenieros de software? Sí. Que creo que lo haremos. Creo que el rol sólo cambiará ligeramente, casi para hacerte más poderoso. Exacto. Exacto. Sí. Así que creo que, en última instancia, todo el mundo podrá crear productos, incluso tú mismo, Matt. Por ejemplo, si quieres tener una idea, ya no estás intentando articular a otra persona lo que tienes en la cabeza. Puedes construirlo, y luego un ingeniero de software puede hacer la última milla y ponerlo en producción. Pero es emocionante. Capítulo Cómo garantizar la disponibilidad 24/7 Entonces, ¿qué hace tu equipo para asegurarse de que Mews está disponible, como,24/7, las 24 horas del día, en todo el mundo, todo el tiempo? ¿Cómo hacen ese trabajo? Hay bastantes zonas. Hacemos bastantes cosas. Estamos constantemente iterando y tratando de mejorar nuestra infraestructura. En primer lugar, todo está en Microsoft Azure. Microsoft es una nube y estamos en varias, lo que ellos llaman, zonas de disponibilidad, pero deberías considerarlas como centros de datos. ¿Verdad? Así que estamos en varios centros de datos a la vez, lo que significa que si uno se cae, que puede ocurrir, cambiamos automáticamente al otro. Así que estamos constantemente pensando a la defensiva sobre estos escenarios que podrían ocurrir y cómo responderíamos. Incluso hacemos ejercicios. No sé si lo sabes, Matt, pero, de hecho, hacemos simulacros de incidentes en los que decimos, bien, si esto ocurre, ¿cómo responderíamos? El equipo se reunirá y nosotros practicaremos nuestra respuesta. Bonito. Utilizáis, he oído hablar de empresas que utilizan hackers externos para intentar piratear constantemente la infraestructura, pero les pagáis. ¿Son hackers amistosos en vez de antipáticos? Sí. Hacemos un par de cosas. Así que realizamos una especie de check-in interno de nuestros sistemas. Pero, sí, tenemos un programa de recompensas por errores, que es más o menos lo que estás describiendo, en el que pagamos a piratas informáticos para que encuentren brechas en el sistema potencialmente o vulnerabilidades. Perdona. Y les pagaremos en función de la gravedad. Así que utilizamos a unos terceros llamados HackerOne, que son como intermediarios. Y si un hacker encuentra algo, dependiendo de la gravedad, le pagamos una cantidad diferente. Capítulo Comprender el tiempo de inactividad planificado Niza. Sí. Así que, a menudo, veo que llegan estos correos electrónicos de otras plataformas, y nosotros somos nativos en la nube, pero también proceden de plataformas nativas en la nube, donde dicen: tenemos un tiempo de inactividad previsto el domingo entre las cinco y las nueve. Y yo, ¿qué? ¿Van a desconectar toda su plataforma? Y no entiendo por qué ocurre esto, pero tal vez puedas arrojar algo de luz sobre por qué ocurre en realidad incluso para los sistemas en la nube todavía. La realidad es que hoy en día no debería haber excusa para ello. Puede que haya algunos casos extremos, pero si construyes un sistema resistente y preparado para migraciones, sea lo que sea, puede que pases a una nueva base de datos o a una nueva tecnología. Muchas de estas empresas han llegado a una situación en la que hay tanta complejidad que no pueden hacerlo de forma fluida. Pero tienes que construir defensivamente. Tienes que construir tu arquitectura y tu infraestructura pensando que, en el futuro, podemos esperar, querer cambiar esta tecnología o esta base de datos. ¿Cómo podemos hacerlo sin afectar a los clientes? Por eso, con todo lo que hacemos, nunca queremos tener tiempos muertos. En realidad desplegamos, no sé si tú también lo sabes, Matt. En este momento desplegamos dos veces al día, a veces más. Así que estamos enviando constantemente características y nuevos cambios a los clientes y correcciones, y nadie se da cuenta. De hecho, a finales del año pasado, cambiamos toda la región. Así que trasladamos nuestro host de Holanda a Recuerdo esto. Sí. Tiempo de inactividad cero. Así que, literalmente, ningún cliente se vio afectado en absoluto, y cambiamos países enteros donde estaba nuestro host principal. Por ejemplo, en los primeros días de Mews, teníamos un día de implementación una vez a la semana o una vez cada dos semanas. Así que lo haríamos un martes, porque nunca podríamos desplegarlo un viernes porque entonces, ya sabes, tendríamos que corregir errores durante el fin de semana. Así que tendríamos, por ejemplo, un jueves o un martes como día de lanzamiento, y empaquetaríamos todas estas características hasta ese día, y entonces las lanzaríamos. Y luego nos pasábamos el día siguiente intentando arreglar todas las cajas que acabábamos de lanzar al entorno. Hemos madurado mucho desde entonces. Pero, ¿lanzamos varias cosas al mismo tiempo o las vamos desplegando a medida que aparecen características? O, por ejemplo, ¿cuál es el proceso para asegurarnos de que no desplegamos características mal construidas? En definitiva, se trata de reducir el riesgo y la confianza. Así que escribimos pruebas automatizadas. Cada característica debe tener un montón de pruebas para comprobar que realmente funciona correctamente antes de llegar al cliente. Así que tenemos distintos entornos en los que probamos antes de que pase a producción. Intentamos publicar tanto como sea posible, y esto es lo que resulta casi contraintuitivo, que la gente piense, oh, no deberíais hacer tantos cambios. Nuestro objetivo es introducir más de cincuenta cambios en la producción, porque cuantos más cambios pequeños introduzcas, menor será el impacto, ya que podrás reducirlo a decir: "Bien, sólo ha salido esta cosita". Si hay algún problema, sabemos que es este pequeño detalle. Si tienes y tenemos trescientos ingenieros, creo, construyendo producto hoy, todos trabajando en el mismo código. Así que si juntas todo eso, entonces tienen el potencial de tener un impacto mayor o más catastrófico si algo sale mal. Así que nuestro objetivo es publicar aún más y más rápido. Me encanta. Capítulo Cómo la nube te permite escalar mejor Así, he salido de un espacio en hoteles donde solíamos tener un servidor en la trastienda, y teníamos un equipo informático que se limitaba a ocuparse de este servidor. Y el sistema siempre fue bastante rápido. Ahora estamos en la nube, así que hay un cambio en, obviamente, tener equipos de TI in situ porque no los necesitas necesariamente, al menos no para nuestro producto. Pero también significa que tenemos que diseñar los productos de forma diferente en la nube. A muchos hoteleros les sigue gustando saber dónde está mi servidor. Me gusta que pueda cerrar esa puerta. ¿Qué opinas de la seguridad y estabilidad de las plataformas al tener un servidor en tu administración? De nuevo, se trata del riesgo que eso conlleva. Por ejemplo, si algo va mal con ese servidor, que lo hará. ¿Verdad? Así son los ordenadores. Son cosas complejas. Bajarán. No hay redundancia. ¿Verdad? No hay redundancia fuera de eso. Si tienes un corte de luz o algo se cae, entonces realmente estás aumentando el riesgo de tu negocio al estar ubicado en las instalaciones. Recuerdo que de esto hace unos quince años. Trabajé para una empresa de tecnología. Antes tenía que conducir hasta un centro de datos con una memoria USB y conectarla para desplegar el código y hacer los cambios. O si no podíamos escalar, tenía que comprar un nuevo servidor, conducir literalmente durante tres horas, enchufarlo, y así es como escalábamos. Cualquier problema, de nuevo, tenías que arreglarlo. La nube no es más que computación geográfica. Tienes servidores en todo el mundo de los que puedes elegir en cuestión de segundos. Incluso tenemos lo que se llama autoescalado. Así que lo que puedes decir es: si vemos tanta demanda, añade más servidores. Ni siquiera tienes que tocarlo. Simplemente añade más servidores automáticamente. No tienes nada de eso si estás en las instalaciones. Como que realmente estás aumentando el riesgo para tu negocio y realmente no hay razón para ello hoy en día. Porque hoy tenemos, qué, doce mil clientes que viven en las plataformas a través de distintos servidores. Trabajamos con Amazon. Trabajamos con Microsoft. ¿Es una escala infinita? ¿O en algún momento tendrás que reconstruirlo todo desde cero? No. Creo que sí. Construyes esto según la demanda prevista. ¿Verdad? No optimices en exceso. Así que, tanto si lo duplicamos como si lo triplicamos, todo es posible. ¿Verdad? Podemos escalar infinitamente, pero hay cosas que tenemos que hacer para garantizar que eso sea posible. Y existen múltiples técnicas para escalar. Ya sabes, hay cosas llamadas fragmentación y cosas así, pero hay muchas formas de escalar. Pero trabajamos de forma proactiva para predecir la demanda. De modo que si vamos a añadir x.000 propiedades nuevas, lo sabemos con mucha antelación y nos aseguramos de que hay espacio suficiente en el espacio que podemos ampliar para satisfacer esa demanda. Pero es un enfoque constante, cierto, de los equipos, una inversión constante. Pero, en esencia, podemos escalar infinitamente el sistema. Bonito. Y cuando algo va mal, como, y las cosas irán mal, como, simplemente ocurre. En algún momento, algo irá mal con alguno de los socios con los que trabajamos. Supongo que tienes todo tipo de informes. Te imagino en tu casa con una pantalla gigante con todo tipo de informes, pero no sé si tu casa es así. Pero, ¿cómo averiguas qué ha fallado y cómo lo solucionas? Esencialmente, todos los equipos lo tienen. Así que te estás imaginando la gran pantalla con todos los gráficos y dashboards. Todos los equipos de Mews lo tienen porque necesitan comprender: ¿están escalando adecuadamente? ¿Está bien el rendimiento? Así que estamos constantemente, se llama observabilidad. Así que todo lo que se mueve en nuestro sistema, cualquiera que haga clic en un botón, cualquiera que realice el check-in o el check-out de un cliente, o que haga un informe, lo registramos absolutamente todo. Todo eso entra dentro de lo que llamamos observabilidad, y podemos crear dashboards de ello. Pero estamos hablando literalmente de terabytes al mes, que son como enormes cantidades de datos, porque cuando alguno de ellos se mueve, queremos registrarlo y obtener una visión de él. Porque, ¿cómo sabemos que estás haciendo un buen trabajo y que tus equipos están haciendo un buen trabajo? Porque, obviamente, si el sistema funciona, es así, entonces estamos como, genial. Todo va bien. Pero, por lo general, sabemos que estás haciendo un buen trabajo cuando algo va mal. Pero en realidad quiero saber de antemano si el equipo de la plataforma está haciendo un gran trabajo. Entonces, ¿cómo podemos saber si tu equipo está haciendo un trabajo increíble? Hacemos un seguimiento métrico. Tenemos como un cuadro de mando de las métricas que tenemos. Así que, en cuanto al rendimiento, tenemos una serie de objetivos de nivel de servicio que esperamos. Así, por ejemplo, el 99,99% es nuestro tiempo de actividad, el acuerdo de nivel de servicio. Pero, y quiero hacer una pausa antes de que continúes con esto. 99,99% de tiempo de actividad, la mayoría de los hoteles tienen una auditoría nocturna, lo que significa que tu sistema se cae durante, ya sabes, media hora cada día. Por ejemplo, un tiempo de actividad del 99,99 significa que no hay auditoría nocturna. Nunca baja. Por ejemplo, siempre puedes realizar el check-in de los clientes. Es alucinante que todavía haya hoteles en todo el mundo que tengan una cosa llamada auditoría nocturna, en la que desconectas todo el sistema para averiguar cómo pasar al día siguiente. Sólo quería hacer una pausa antes de que vuelvas a saltar ahí. Sí. Y aunque ése es nuestro SLA, por supuesto, nos esforzamos al cien por cien. Cualquier cosa por debajo de eso es como una decepción para nosotros. Así que medimos constantemente el rendimiento del sitio, ya sabes, cuánto margen de maniobra tenemos, como he dicho antes, cómo está el tiempo de actividad. Así que medimos y examinamos constantemente estas métricas, literalmente a diario. Capítulo Enterprise readiness de Mews Así que dirías, así que Mews, hemos ascendido a través de pequeños hoteles independientes y luego poco a poco hemos ido ascendiendo a hoteles más grandes. ¿Dirías que Mews está preparado para la empresa, y qué significa eso para ti? Creo que lo de "preparado para la empresa" tiene su gracia, porque es como si yo tuviera el listón muy alto, y todos lo tenemos en Mews. De modo que tenemos las mismas expectativas para todos nuestros clientes, independientemente de si eres un pequeño independiente o una gran cadena de empresas. Así que, para mí, se trata de estabilidad, escalabilidad y cumplimiento, pero ese listón debería aplicarse absolutamente a todo el mundo. Pero, por supuesto, lo hacemos. ¿Verdad? Ya operamos con grandes cadenas. Ya apoyamos a algunas grandes cadenas. No podríamos hacerlo a menos que tuviéramos el nivel de diligencia y estabilidad de nuestra plataforma. Pero, en realidad, eso se aplica en general a todos nuestros clientes, grandes o pequeños. Así que si hay alguien escuchando ahora mismo que, por ejemplo, gestiona la infraestructura informática de una gran cadena, ¿publicamos esta información? ¿Necesitan acudir a nosotros para encontrar la documentación que tenemos? O, por ejemplo, ¿cómo encuentran, averiguan cuál es nuestra infraestructura y cómo funciona? Una de las cosas que más me atrajo de Mews es la apertura de lo que hacemos. Así que tenemos documentación sobre la plataforma, que está totalmente abierta a cualquiera. Puedes ir al sitio. No sé si tendrás notas del programa, pero quizá podamos ponerlo en mews.com. Haz clic arriba. Haz clic abajo. Dondequiera que esté. Como si lo fuera. Todo está completamente abierto. Así que puedes ver cómo escalamos, cómo está disponible nuestra base de datos, qué tecnologías utilizamos, qué idiomas empleamos. Todo esto es completamente abierto. Intentamos ser lo más abiertos y transparentes posible. También escribimos un montón de contabilizaciones en el blog. De hecho, tenemos un blog técnico en el que puedes leer sobre nuestras prácticas, cómo escalamos, cómo se desarrolla el software en Mews. Así que intentamos ser lo más amables y abiertos posible. Pero, sí, todo eso está esencialmente abierto para todo el mundo. Creo que tal vez la pregunta sea: ¿cuáles serían las expectativas para estar preparado para la empresa? Qué tiempo de actividad. Pero a menudo ves cosas como: SSO para inicio de sesión. Sí. Así que inicio de sesión único, ya sabes, acceso basado en roles, registro de auditorías, API robustas. Todas estas cosas suelen estar vinculadas a la categoría de empresa, y nosotros las ofrecemos. ¿Verdad? En realidad creo que vamos más allá. Hace poco lanzamos Clave de acceso como forma de autenticación y registro. Esto es como el futuro de cómo te registras. Es una forma muy, muy segura de hacerlo. Muy pocas empresas lo hacen realmente. Así que creo que incluso estamos superando a algunas de las empresas Enterprise. Sé que sabes, Matt, que antes trabajé en Salesforce. Incluso algunas de las prácticas que llevamos a cabo en Mews van mucho más allá que las de otras empresas de software empresarial, y continuamos subiendo el listón. Podemos continuar lanzando nuevas características que, en mi opinión, se sitúan en ese tipo de clase preparada para la empresa. ¿Por qué cambió el turno el año pasado? El año pasado, ocurrió algo en la hotelería que hizo que cambiáramos de orientación y nos centráramos más en la seguridad, habláramos de ella públicamente y desarrolláramos características. Pero, ¿qué ocurrió el año pasado? Hemos visto un enorme vector de ataques en todo el sector. ¿Verdad? Así que hemos visto a estos hackers intentar entrar en los sistemas de todo el sector de la hotelería. Y la razón por la que sabemos que es en todo el sector es porque Mews forma parte del foro de comercio minorista y hotelería, ciberseguridad, y se trata de un grupo de empresas que se reúnen para compartir esencialmente sus experiencias, lo que están viendo, y si se trata de un patrón común. Capítulo El peligro de los ataques de phishing en la hotelería Lo que realmente estamos viendo es phishing. ¿Verdad? Y ahí es donde estos hackers, atacantes, intentan convencer a la gente para que les dé sus credenciales. Y la forma en que lo están haciendo, creo que es bastante interesante. Hace poco contabilizaste algo en LinkedIn sobre este tema. Lo que hacen es comprar anuncios en Google para que, si eres uno de nuestros clientes, vayan a Google, escriban Mews login, y el primer resultado sea un anuncio patrocinado. Parece completamente legítimo, pero no lo es. ¿Verdad? Básicamente, lo que han hecho los hackers es pagar dinero a Google para llegar a lo más alto. Entonces, cuando haces clic en ese sitio, parece Mews. ¿Verdad? Se parece a nuestra página de inicio de sesión. Y lo que vemos es que engañan a nuestros clientes. Introducen su nombre de usuario e inician sesión, pero el sitio no es mews.com. Parece que sí, pero es como mewas.com o algo parecido. Y en ese momento, han entregado sus Credenciales. ¿Verdad? Así que dan sus Credenciales inadvertidamente a los atacantes. Los atacantes pueden entonces entrar en Mews utilizando esas Credenciales, y luego rasparán sus datos o reservas o cosas por el estilo. Pero, de nuevo, esto es generalizado. Hemos tenido más de cuatrocientos dominios falsos. Tan falso. ¿Pero no tenemos desplegada la autenticación de dos factores para todos nuestros clientes? ¿Cómo siguen entrando aunque tengamos desplegado el doble factor? La ciberseguridad es un juego constante del gato y el ratón. Tú haces un movimiento y ellos hacen otro. Como que se dedican y están muy respaldados financieramente. Muchos de ellos son ataques patrocinados por el estado. Así que en dos factores, sí, tienes razón. Piensas, bueno, tienes dos factores. ¿Cómo pudiste hacerlo? Pues simplemente pivotan. Así que cuando te piden tu nombre de usuario y contraseña, y, esencialmente, lo que hacen es coger tus Credenciales, enviarlas a Mews, lo que desencadena que te enviemos un código a tu correo electrónico o a tu dispositivo o lo que sea. Y luego tienen una segunda página, que dice: ahora dame el código. Y así, sin más, la persona sigue creyendo que está en el sitio, introduce el código y, a continuación, el atacante introduce el código. Así que incluso intentan evitar el doble factor, lo que nos remite al tema de las claves de acceso. Con las claves de acceso, eso no funciona. ¿Puedes explicar qué es una clave de acceso? Porque creo que mucha gente, lo oía por primera vez. Yo estaba como, oh, claro. Tengo que comprar totalmente un dispositivo. Tengo que conectarme al portátil. Porque pensaba que era uno de esos dispositivos de hardware que tenía que comprar, y me decía: "Nunca lo haré". Pero, en realidad, Clave de acceso no es eso. No. Así es. Por tanto, la Clave de acceso es como si pensaras en ella como en tu teléfono móvil. ¿Verdad? Así que cuando te registras a menudo, ahora no lo haces normalmente en tu teléfono móvil. Utiliza tu ID facial o una huella dactilar. Así que es exactamente eso. Por ejemplo, puedes utilizar tu dispositivo de confianza para autenticarte, y puedes utilizar cualquiera, puedes comprar una de esas llaves, como una llave de seguridad o lo que sea, o puedes utilizar tu teléfono móvil para autenticarte. Así que es mucho más seguro porque tengo literalmente mi teléfono para autenticarme. Se configura una sola vez. Es super, super rápido. Es muy fácil de configurar en Mews. Y a partir de ahí, sólo tienes que utilizar un manager de contraseñas o un dispositivo, y no hay ninguna fricción. Así que no sólo no hay fricción, sino que es muy, muy seguro hacerlo. En realidad, ¿qué es mejor? ¿Cómo, clave de acceso o Inicio de sesión único? Ambos son, son igualmente importantes, por lo que hemos tenido cero usuarios phishing que utilizan SSO. Así que ambas son opciones estupendas. Pero me imagino que si eres un hotel independiente más pequeño, probablemente no tendrás toda una infraestructura para configurar el inicio de sesión único y gestionar todos tus sistemas. Así que creo que un hotel pequeño probablemente optaría por la clave de acceso, mientras que un mercado medio, como un grupo hotelero, posiblemente tendría un inicio de sesión único. Qué dirías de venir porque todavía hay muchos grupos hoteleros que trabajan con Mews que no tienen configurado el inicio de sesión único. Entonces, ¿cómo les convencerías de que ése es el camino correcto? ¿Cuál es tu argumento de venta? Sí. No. Por ejemplo, creo que el hecho de que no hayamos visto ninguna apropiación de cuentas mediante SSO. Es una forma muy segura de hacerlo, y es fácil de configurar. Es muy fácil de configurar. Se configura una sola vez. Y a partir de entonces, no tienes que preocuparte por ello. Estás utilizando un único conjunto de Credenciales que tu equipo ya utiliza. Es sin fricción, ya sabes, muy parecido a eso. Y creo que lo que más me gusta de ella y, ya sabes, también la utilizamos en Mews para nuestros sistemas, es que cuando un empleado se va, y en los hoteles tenemos bastante rotación, no tienes que entrar en todos los sistemas para eliminar a ese usuario uno por uno, porque un día se te olvidará. Y eso significa que ese usuario tiene acceso a ella. Pero con el inicio de sesión único, los eliminas del tipo de infraestructura de inicio de sesión único, y se elimina de todos los sistemas simultáneamente. Y debido a la alta rotación en los hoteles, recomendaría encarecidamente a cualquiera que lo esté considerando que dé prioridad a esto sobre cualquier otra cosa que hacer hoy. Cien por cien. Es una buena observación. Sí. Creo que se gestiona de forma centralizada. Así, si alguien se da de baja o se va, no tienes que recordar, oh, ahora tengo que entrar en Mews y eliminarlo de esa cuenta. Ya están fuera de borda una vez. Capítulo Inversiones y desarrollos futuros en Mews ¿Qué vas a invertir en los próximos doce meses? Mucho. Sigues pidiendo dinero. Sí. Tenemos, de hecho tenemos planes para 2027. Tenemos una visión a dos años vista de dónde queremos estar. Y estamos invirtiendo mucho en ello. Como he dicho, nos centramos constantemente en el rendimiento. De hecho, creemos que podemos mejorar mucho el rendimiento del producto, lo que mejorará drásticamente la experiencia de usuario. Así que si piensas, por ejemplo, en realizar el check-in, que, ya sabes, la atención al público hará todos los días, ese tipo de cosas tienen que ser súper, súper rápidas. Así que estamos invirtiendo mucho en reducir esos tiempos para mejorar la experiencia de usuario. Así que es enorme. Otra que estamos estudiando es la identidad central. Así que como Mews ha aumentado su ecosistema, ya sabes, ahora tenemos RMS. Tenemos, sistema de gestión de eventos. Estamos ampliando el ecosistema. Queremos tener un inicio de sesión único para ello. Así que una vez que entras en Mews, entras en todo el ecosistema. Es algo que probablemente veamos a finales de este año o principios del próximo. Pero suena fácil. Pero es como, estoy como, genial. Utiliza el mismo nombre de usuario para todo. Pero, en realidad, hay mucha complejidad entre bastidores para desplegar eso, supongo. Exacto. Necesitas un proveedor de identidades, y eso es bastante complejo para asegurarte de que sea coherente. Pero, de nuevo, similar a lo del SSO, también significa que estás gestionando una sola cuenta. Así que debería ser más sencillo para los clientes y mejorar su experiencia de gestionar sólo una cuenta frente a una para cada tipo de producto del ecosistema. Bonito. Seguimos invirtiendo masivamente, por supuesto, en seguridad. Así que hoy en día contamos con un equipo de seguridad bastante grande, que se encarga de las dos cosas preventivas. Así, por ejemplo, se escanea la seguridad de cada línea de código que escribimos los desarrolladores en Mews. Literalmente, nada llega a producción a menos que se haya escaneado su seguridad en busca de posibles vulnerabilidades. Pero también hacen cosas como la remediación. ¿Verdad? Así que no sólo la prevención, sino que si ocurre algo, ¿cómo responden a ese incidente de seguridad? En realidad estamos separando esas funciones. Así que vamos a tener equipos separados y dedicados a la prevención y la reparación. Así que inversión masiva, masiva en seguridad. Y más ampliamente, estamos invirtiendo enormemente en infraestructuras. Hoy tenemos como un gran sistema monolítico. De nuevo, la desplegamos dos veces al día. Ahora estamos construyendo, estamos dividiendo el sistema en partes mucho más pequeñas para que cada equipo pueda construir y ejecutar sus sistemas, como, y desplegar múltiples, varias veces al día. Llegaremos al punto de liberar cientos de veces al día. Hoy, estamos a dos. Así que hay una fuerte inversión en eso. Bonito. Mi última pregunta. Si alguien ha estado escuchando nuestra conversación hasta aquí, ¿qué es lo único que quieres que un hotelero se lleve para dormir mejor por la noche? Quiero decir, creo que el hecho es que tenemos a más de cien personas mirando esto. ¿Verdad? No se trata de un equipo de tres o cuatro personas. Tenemos más de cien personas en la plataforma, y cada línea de código que enviamos tiene en mente al huésped. ¿Verdad? Nos obsesionamos con la fiabilidad, la seguridad y el rendimiento. Es algo que nunca se hace. ¿Verdad? Nos obsesionamos constantemente por mejorar. Tanto si se trata de check-in, pagos o informes, todo el equipo de la plataforma trabaja 24 horas al día, 7 días a la semana, para asegurarse de que todo funciona correctamente. Y no creo que la gente lo vea a menudo. Sólo piensan que habrá un par de personas dirigiendo el sistema. Sí. Pero no los hay. En estas bicicletas que mantienen el sistema, como la electricidad en marcha. Pero no sólo invertimos constantemente en mantenernos al día, sino que tenemos varios equipos que impulsan el futuro. Y los próximos doce meses van a ser superemocionantes. Creo que vais a ver un cambio masivo en el rendimiento del producto, la estabilidad y todo es exponencial, creo, en los próximos doce meses. Bonito. Muchas gracias por acompañarme hoy. Es un tema realmente difícil, pero creo que lo has hecho digerible. Y espero que esa sea la respuesta que obtengamos de los hoteleros. Pero te agradezco mucho que hayas aparecido, y sé que no siempre es lo más cómodo para alguien del equipo de desarrollo salir a la palestra y hablar de estas cosas tan complejas. Pero para mí, tenía sentido. Te lo agradezco. Gracias por recibirme. Gracias. Adiós. Adiós.