La mayoría de los proyectos de digitalización no fracasan por la tecnología. Fracasan porque alguien tiene que abrir una aplicación nueva y a las tres semanas deja de hacerlo.
Eso no es pereza. Una interfaz nueva cuesta atención, y la atención es el bien más escaso del día a día. Si la herramienta nueva no devuelve enseguida más de lo que cuesta, gana la costumbre. Siempre.
Por eso para una oficina de alquileres no construimos nada nuevo a propósito.
La restricción fue la parte más interesante#
El encargo decía: sin segundo programa, sin proveedor nuevo, sin formación. La aplicación de asistencia que ya está abierta todo el día se queda como interfaz.
Suena a limitación y en verdad es un buen requisito. Obliga a plantear la pregunta de otra manera. No: qué interfaz construimos. Sino: qué le falta a la existente para que sostenga la jornada.
La respuesta era acceso. La aplicación sabía hablar, pero no sabía nada. Sin memoria, sin datos de clientes, sin buzón.
Conectada en vez de reconstruida#
Así que conectamos la aplicación de asistencia existente con lo que le faltaba. Desde hace un tiempo eso va por un estándar abierto pensado para enganchar este tipo de aplicaciones a herramientas externas. La usuaria no nota nada. Para ella es la misma aplicación de antes, solo que de repente puede más.
Se engancharon cuatro cosas.
Una memoria que retiene inquilinos, historiales de inmuebles, expedientes en curso y acuerdos a largo plazo. En alquileres esa es la palanca de verdad, porque aquí casi cada expediente tiene antecedentes. Quién se mudó ya una vez, en qué inmueble hubo problemas con la calefacción, qué se acordó la última vez.
Una gestión de contactos donde los contactos, las consultas y los estados se mantienen directamente desde la conversación. No en una segunda ventana, sino en aquella en la que ya se está escribiendo.
El buzón existente, del que se leen los mensajes entrantes y se preparan borradores de respuesta. La aprobación y el envío se quedan exclusivamente en la oficina.
Y un generador de imágenes para visualizaciones de inmuebles y gráficos de anuncios, en la misma sesión en la que se redacta el texto correspondiente. Ese es uno de los pocos sitios donde texto e imagen se pertenecen de verdad: quien está formulando el anuncio sabe qué imagen le pega.
La configuración es la diferencia#
Encima va algo que suena a menudencia y que inclina la balanza: una instrucción base ajustada al negocio.
Un asistente sin rol responde en general. No sabe que aquí se habla de alquiler y no de venta, que ciertas formulaciones son las de la casa y otras no, que una consulta sigue un recorrido fijo. No lo puede saber, no está escrito en ninguna parte.
Escrito, la calidad de las respuestas cambia de forma notable sin que nada en la tecnología sea distinto. En montajes así esa es habitualmente la hora de trabajo más eficaz de todo el proyecto.
Dónde están las cosas#
La memoria y la gestión de contactos corren en nuestros servidores en Europa, con espacio de datos separado por cliente. Las credenciales del buzón viven exclusivamente en la configuración local del equipo de trabajo, no de forma centralizada con nosotros.
Cada una de las cuatro conexiones se puede desactivar por separado sin que la aplicación misma se entere. Ese es un efecto secundario del estándar abierto y en la práctica importa más de lo que parece: quien ya no quiere algo lo quita, y el resto sigue funcionando.
Por qué este camino es el correcto más a menudo#
Hay casos en los que un montaje propio tiene sentido. Cuando trabaja mucha gente dentro, cuando hay que reflejar procesos específicos, cuando los datos no pueden salir de la casa.
En todos los demás casos, la aplicación existente más unas cuantas conexiones es el camino más rápido y más duradero. Sin esfuerzo de formación, sin segunda interfaz, sin migración. Y el negocio es productivo al día siguiente, no dentro de seis semanas.
El mejor puesto de trabajo rara vez es el que uno construye. Normalmente es el que alguien ya abre todos los días.
