Hay una pequeña equivocación, repetida sin fin, en casi todo el software de agenda: elige un sustantivo y se lo da a todo el mundo.
A un fisioterapeuta le dicen que tiene reservas. A un restaurante, que tiene citas. A una consultora, que tiene reservas. Cada uno se encoge de hombros, porque solo es una palabra, y después esa palabra sale en cada confirmación, recordatorio y cancelación que reciben sus clientes, en un vocabulario que el propio negocio no usaría.
Lo que hay en el calendario es un evento
Lo de debajo es igual en todas partes: un intervalo de tiempo, una persona, a veces un sitio. Eso es un evento.
Lo que cambia es la palabra, y la palabra sigue al sector:
| Negocio | Cómo se llama | Qué implica |
|---|---|---|
| Clínica, peluquería, taller | Cita | Un hueco reservado para una persona |
| Restaurante, hotel, sala | Reserva | Aforo retenido, a menudo para un grupo |
| Agencia, consultora, B2B | Reunión | Dos partes, un orden del día compartido |
| Empresa de software | Demo | Una reunión cuyo fin es enseñar algo |
Así que el software debería guardar eventos y que le digan qué sustantivo usa este negocio, en vez de decidirlo por todos. En cuanto eso es un campo y no una cadena empotrada, toda la superficie de cara al cliente puede hablar el idioma correcto: la página de agenda, los recordatorios, el flujo de cancelación, la respuesta que escribe un agente de IA.
La trampa es hacerlo a medias. Traducir la interfaz y dejar los mensajes automáticos como estaban significa que el negocio ve su vocabulario mientras sus clientes reciben el del software.
Una solicitud no es una confirmación
La segunda distinción tiene más consecuencias que el vocabulario, porque equivocarse ahí hace que la gente se presente a nada.
Hay negocios que publican huecos exactos y dejan que el cliente coja uno: elige, se retiene, queda confirmado. Otros no pueden trabajar así. Un taller no sabe cuánto dura un trabajo hasta ver el coche; una consultora quiere saber de qué va la reunión antes de comprometer a un socio. Esos negocios quieren recibir una solicitud y contestarla.
Son estados distintos y el texto no puede difuminarlos:
- Una confirmación dice que hay una hora retenida. Puede decirlo con claridad.
- Una solicitud dice que se ha registrado una preferencia y que el negocio volverá con una hora. Nada en ella puede sonar a confirmación.
Esto es lo más fácil de equivocar, porque el texto de confirmación ya existe y reutilizarlo es una línea de código. El resultado es un cliente con una captura que dice que su cita está reservada, presentándose en un negocio que nunca confirmó nada.
Un evento vivo cada vez
Una tercera regla que solo aparece con uso real: un cliente debería tener un evento vivo con un negocio en cada momento.
Sin eso, quien reserva y vuelve a reservar porque no estaba seguro de que la primera hubiera funcionado tiene ahora dos huecos. El negocio ha perdido una hora de capacidad y lo descubrirá cuando no aparezca nadie en la segunda.
Así que una solicitud nueva de un cliente que ya tiene una viva es un conflicto, y hay que mostrarlo como una elección: mantener la que hay, o sustituirla. Lo que nunca debe hacer es cancelar la primera en silencio, porque una cancelación que el cliente no pidió es una cancelación que no espera.
Resumen
- El calendario guarda eventos. El sustantivo es del negocio.
- Lleva el vocabulario hasta los mensajes automáticos, o solo lo verá el negocio.
- Solicitudes y confirmaciones son estados separados sin frases compartidas.
- Un evento vivo por cliente, y cancelar es siempre algo que alguien eligió.
