Soluciones · Beauty & wellness
Conectamos el asistente a tu sistema de citas mediante seis herramientas que llama durante la conversación: los servicios con los precios reales, los especialistas con los procedimientos de cada uno, la disponibilidad, la creación, la cancelación y el traslado de una cita. La fuente de verdad sigue siendo tu agenda; nosotros no mantenemos una segunda.
Ya construidoConectorul e scris și rulat: 946 de linii în modulul de integrare cu sistemul de programări Altegio, cu șase unelte expuse agentului, fiecare cu termen propriu de execuție — 15 secunde pentru lista de servicii, 30 pentru disponibilitate, 20 pentru creare, anulare și mutare. Uneltele sunt legate în punctul unic de execuție al agentului, alături de celelalte 15 tipuri de unelte interne ale platformei. A doua implementare pe care ne sprijinim e platforma de asistenți în sine, în producție: canale cu cod propriu, bază de cunoștințe indexată și predare către om cu evidență în baza de date. Rezerva: conectorul e scris pentru un singur sistem de programări. Dacă salonul tău folosește altceva, prima etapă e o verificare de compatibilitate, nu o promisiune.
En un salón, casi cada mensaje recibido es la misma conversación en cuatro respuestas: qué servicios tenéis, cuánto cuesta, quién lo hace, cuándo está libre. Se repite decenas de veces al día, casi siempre fuera del horario o justo cuando el administrador tiene las manos ocupadas. Un asistente que responde a las tres primeras preguntas y se detiene en la cuarta no resuelve nada — la persona seguirá llamando, y tú seguirás pagando a alguien para responder.
Por eso hemos construido la integración hasta el final: el agente no solo dice qué horas están libres, sino que crea la reserva en el sistema del salón, la cancela y la cambia. La reserva se escribe directamente en tu agenda, mediante la interfaz del sistema que ya utilizas. No mantenemos una segunda agenda que luego haya que reconciliar con la primera — la fuente de verdad sigue siendo una sola, porque dos agendas significan, tarde o temprano, dos clientes a la misma hora.
El detalle de terreno que marca la diferencia entre una integración que funciona y una que «siempre devuelve que no hay disponibilidad» es una regla del sistema de reservas, escrita tal cual en nuestro código: el servicio y el especialista viajan juntos. Si pides las horas de un especialista para un servicio que él no realiza, obtienes cero resultados — no un error, sino una respuesta vacía, que se ve exactamente como «no tenemos hueco». Por eso la herramienta de disponibilidad no devuelve «libre/ocupado»: devuelve qué especialistas realizan el servicio solicitado y las primeras horas libres para cada uno, ordenadas por la más temprana, para que el agente proponga una alternativa concreta en lugar de cerrar la conversación.
Y la duración real de un procedimiento es una segunda trampa de la misma familia: la lista global de servicios devuelve la duración vacía, y la duración real aparece solo cuando preguntas filtrado por especialista. Sin esta corrección, el agente propone horas que no caben en la agenda. Son cosas que no aprendes de la documentación, sino después de que la integración haya funcionado con datos reales.
Qué incluye
La primera herramienta devuelve los servicios activos, con los precios reales de tu agenda, filtrables según una formulación libre del cliente en rumano o ruso, con los más adecuados primero. Tiempo de ejecución 15 segundos. Cuando cambias un precio en el sistema, el agente lo dice cambiado — no existe un archivo nuestro que se quede atrás.
La herramienta de disponibilidad recibe el servicio — por identificador o por el nombre buscado — y, opcionalmente, el especialista preferido, que se coloca primero, pero con las alternativas mostradas. El resultado es la lista de especialistas que realizan ese servicio y las primeras horas libres para cada uno, ordenadas por la más temprana. Tiempo: 30 segundos, porque la consulta toca varios puntos.
La herramienta de creación recibe el especialista, el servicio o los servicios, la fecha y la hora, el teléfono y el nombre del cliente, opcionalmente el e-mail, un comentario y la duración. El resultado es una cita en la agenda del salón, con identificador. A partir de ahí vive en tu sistema, no en el nuestro — el administrador la ve donde suele mirar.
La cancelación requiere el identificador de la cita y, opcionalmente, el motivo; el cambio de hora cambia la hora manteniendo la cita. Sin estas dos, cualquier integración de citas queda a medias: los clientes cancelan y cambian de hora más a menudo que reservan, y si el agente no puede, el trabajo vuelve a la persona justo en el momento más molesto.
La sexta herramienta devuelve la lista de especialistas con los procedimientos que hace cada uno y la duración de cada procedimiento en minutos — se puede filtrar por el nombre del especialista o por el servicio. Es la herramienta que responde a «quién hace la laminación» y, más importante, es la que le da al agente la duración antes de proponer una hora. Detalle que solo se descubre en la práctica: la duración real solo llega cuando preguntas filtrando por especialista; la lista global la devuelve vacía.
El token de socio es una sola clave, mantenida en el entorno del servidor, nunca en la base de datos por herramienta. Tú conectas el salón con el identificador de la empresa, que se valida antes de guardarse: se solicita la lista pública de servicios para ese identificador y se cuenta cuántos hay. Si no responde, la integración no se guarda; es mejor que falle al conectar que delante de un cliente.
El filtro de seguridad del proveedor responde 403 a un identificador de cliente por defecto, así que la integración envía un identificador propio. Es el tipo de detalle que, si no se descubre, provoca días buscando la causa en el lugar equivocado — y está escrito en el comentario del código precisamente para que la siguiente persona no los pierda más.
El hilo tiene estado explícito `bot` o `human`, el registro de toma de control conoce la toma de control por una persona, el regreso al bot y la reactivación automática, y el hilo tiene por separado estado de cumplimiento del tiempo de respuesta. En un salón, los momentos que requieren a una persona son previsibles: la reclamación después de un procedimiento, la solicitud de descuento, la pregunta sobre un problema de piel.
No recomienda tratamientos ni evalúa un problema de piel, de cabello o de uñas — ni siquiera cuando el cliente insiste, porque la respuesta sería una afirmación sobre la salud de alguien. No negocia precios y no concede descuentos salvo que la regla esté escrita y sea verificable. Y no funciona a ese nivel si el salón no tiene un sistema de reservas con interfaz — entonces toma la solicitud y la entrega a una persona, lo cual es un trabajo diferente y debe decirse antes.
Traseul
La primera etapa es una verificación, no una promesa: qué sistema usas, qué interfaz pública tiene, si responde lo bastante rápido para una conversación. El conector que tenemos escrito es para un sistema concreto. Para otro, entregamos el resultado de la verificación y la estimación de trabajo, incluso cuando la respuesta es que no puede funcionar al nivel de reserva automática.
La conexión se hace con el identificador de tu empresa, validado en el momento contra la interfaz pública de reservas: se solicitan los servicios y se cuentan. Entregamos la integración conectada, con el número de servicios leídos — si la cifra no se parece a la realidad del salón, se ve de inmediato, no dentro de un mes.
Las seis herramientas se adjuntan a tu agente, no a todos. En su rol escribimos explícitamente lo que no tiene permitido: recomendar tratamientos, evaluar un problema médico, prometer un resultado, conceder un descuento no confirmado. Entregamos la configuración del agente y la lista de herramientas adjuntas.
Empezamos con el traspaso a una persona configurado de forma amplia y con el registro de consultas activado. Leemos las conversaciones de los primeros días — ahí se ven las formulaciones locales que el agente no encaja con ningún servicio. Entregamos el informe con las coincidencias perdidas y las correcciones realizadas.
Los datos
Las reglas difieren de una industria a otra. Estas son las que se aplican en beauty & wellness.
Un caso
La situación
Un asistente conectado al sistema de citas de un salón respondía correctamente sobre servicios y precios, pero ante la pregunta «cuándo hay disponibilidad» devolvía, para ciertas combinaciones, una respuesta vacía. No un error — una respuesta vacía, que en la conversación se ve exactamente como «no tenemos disponibilidad».
Qué construimos
La causa es una regla del sistema de reservas: el servicio y el especialista viajan juntos. Las horas de un especialista para un servicio que no hace devuelven cero resultados. Reescribí la herramienta de disponibilidad para que parta del servicio, no de la persona: devuelve a los especialistas que hacen ese servicio y las primeras horas libres de cada uno, ordenadas por la más temprana, con el especialista preferido primero, pero manteniendo las alternativas. En la misma etapa también corregí la duración de los procedimientos, que viene vacía de la lista global y real solo filtrada por especialista, y puse un identificador propio de cliente, porque el filtro de seguridad del proveedor responde 403 al predeterminado.
Qué salió
La conversación ya no termina con «no está disponible». El agente propone una alternativa concreta —otro especialista, otra hora— y puede crear, cancelar o mover la reserva en la agenda del salón, que sigue siendo la única fuente de verdad.
Qué no dice el caso
Las correcciones son específicas del sistema de reservas para el que está escrito el conector. Para otro sistema, sus reglas de campo son otras y se descubren igual: ejecutando con datos reales, no leyendo la documentación.
Preguntas
Reserva. Existe una herramienta de creación que escribe la reserva en el sistema del salón, con especialista, servicio, fecha, hora, teléfono y nombre, y devuelve el identificador de la reserva. La cancelación y el traslado también son herramientas. Si un proveedor dice «reserva» pero no puede cancelar ni mover, la integración está a medias.
El motivo más frecuente, en el sistema con el que trabajamos, es que el servicio y el especialista viajan juntos: si se piden las horas de un especialista para un servicio que no hace, la respuesta es cero resultados, no un error. Por eso nuestra herramienta de disponibilidad parte del servicio y devuelve a los especialistas que lo hacen, con las primeras horas libres de cada uno. Es una corrección escrita en el código, no un ajuste.
Cambia lo que puede hacer el agente: toma la solicitud completa —servicio, especialista preferido, intervalo, contacto— y se la pasa a una persona, en lugar de reservar. Es útil, pero es otro trabajo y lo llamamos de otra manera. No te vendemos «reserva automática» sobre una agenda en papel.
Sí, y es el comportamiento por defecto de la herramienta: el especialista preferido va primero, pero se muestran las alternativas, con las primeras horas libres de cada uno, ordenadas por la más temprana. Un agente que responde «no está disponible» y calla pierde exactamente al cliente que estaba listo para venir.
De la herramienta de especialistas, que devuelve los procedimientos de cada uno con la duración en minutos. El detalle que importa: la lista global de servicios devuelve la duración vacía, y la duración real aparece solo filtrada por especialista. Sin esa corrección, el agente propondría horas que no caben. Está escrito en el código porque lo descubrimos con datos reales.
Lo anota en la reserva, si le pediste eso, y no da ningún consejo. No evalúa, no recomienda un producto, no dice si el procedimiento es adecuado —sería una afirmación sobre la salud de una persona, hecha por un sistema automático. Pasa la conversación a un especialista. La información escrita por el cliente se da en una categoría especial y se trata como tal, incluso en el plazo de conservación.
El error es visible y reparable en el mismo lugar donde ocurrió: la reserva está en tu agenda, y las mismas herramientas pueden cancelarla o moverla. La plataforma guarda el rastro de la ejecución —qué herramienta fue llamada, con qué parámetros y con qué resultado—, así que se puede reconstruir lo que pasó. En la configuración establecemos qué puede hacer solo y qué requiere la confirmación de una persona, y eso se escribe, no se sobreentiende.
Solo si le das acceso a ello, de forma explícita. Las herramientas conectadas hoy cubren servicios, especialistas, disponibilidad, creación, anulación y traslado. El historial de visitas es otra categoría de datos, con otras consecuencias, y no se activa por reflejo solo porque «es útil».
En aquellos en los que ya escriben tus clientes y que tienen código propio en la plataforma: Instagram Direct y Messenger — de donde proviene la mayor parte de los mensajes en un salón — Telegram, WhatsApp mediante Cloud API y el widget de la página. Las herramientas de programación son las mismas en todos; no existe una versión más débil en un canal.
Cuéntanos tu proceso. Juntos decidimos qué merece la pena construir, qué podemos conectar y cómo verificamos el resultado.