Reservas de ConnectWiz

La agenda de citas con una base de datos detrás.

Reservada por un agente, por la IA, por un flujo o por el propio cliente: cada cita aterriza en un mismo libro de reservas donde las salas, los equipos y los profesionales se cruzan correctamente, donde la propia capa de almacenamiento bloquea la doble reserva y donde sus calendarios reales se sincronizan en ambos sentidos.

Cuatro puertas de reserva, una sola verdad Los conflictos los bloquea la base de datos Sincronización con Google · Outlook · Apple
Disponibilidad, decidida por la base de datos
Jueves
Sala + equipo + doctor: libres
Solapamiento, rechazado por la BD
14:30 reservado
Enviado a Google · tiempo ocupado restado
4
Puertas de reserva: el panel, la IA, un paso de flujo y la autorreserva del visitante en el widget
0
Dobles reservas posibles: los solapamientos los rechaza una restricción de la base de datos, no una regla de aplicación que puede entrar en carrera
3
Proveedores de calendario sincronizados en ambos sentidos: Google, Outlook/Microsoft 365 y Apple/CalDAV
15 min
Cadencia del motor de recordatorios: los recordatorios al cliente y los avisos al personal salen con la antelación que usted configure

Cuatro puertas

Todos reservan contra la misma verdad

El equipo, en la agenda

Una agenda con vista de día y la gestión completa de reservas: tipos, locales, profesionales, variantes de servicio, etiquetas de estado definidas por el inquilino, tratamiento de las ausencias y líneas de detalle.

La IA, en dos verbos

Wiz ofrece huecos libres reales y después reserva el que elige el cliente. Son dos pasos a propósito, porque reservarle a alguien automáticamente el primer hueco libre es un truco de demo, no un servicio.

Los flujos, como un paso

Con el nodo de reservas la oferta de huecos entra en cualquier automatización: el flujo de recordatorio que termina en una cita reprogramada, sin nadie de por medio.

Los visitantes, por su cuenta

Con el widget de la web el cliente elige su propia cita: la mini-app de reservas le muestra la disponibilidad real y solo aparece cuando usted ofrece de verdad servicios reservables.

El modelo de recursos

Salas, equipos y personas que se cruzan como en la realidad

«Disponible» es una pregunta de tres bandas: el profesional, la sala y el equipo tienen que estar libres a la vez. La mayoría de herramientas de reserva modela un solo eje y cruza los dedos; esta modela la intersección.

Ilustración 3D abstracta: una cuadrícula de calendario con un hueco esmeralda, tres orbes de recurso encerrados por un anillo de luz y un hueco solapado que un campo de fuerza aparta

Funciones y contenedores

Una reserva retiene varios recursos por función —sala, equipo, profesional— y los vínculos de contenedor hacen que un equipo dentro de una sala ocupada quede correctamente no disponible, aunque nadie haya reservado el equipo.

La restricción, no una regla

La prevención de solapamientos vive en la capa de almacenamiento como una restricción de exclusión: dos peticiones en carrera no pueden ganar las dos, porque la segunda escritura se rechaza físicamente. Un motor de reglas promete; una restricción garantiza.

La capacidad, en unidades

Una clase de ocho plazas son ocho unidades, no un contador, así que «queda una» es un hecho sobre una unidad concreta y las devoluciones no corrompen la aritmética.

La aptitud, por separado

«¿Puede esta sala albergar este servicio?» es una matriz propia, aparte de la ocupación, así que un recurso libre pero inadecuado no se ofrece nunca, y el motivo se puede inspeccionar.

Sincronización de calendarios

Sus calendarios, restados de la disponibilidad

Las reservas salen

Las citas aparecen como eventos en los calendarios de Google, Outlook o Apple, y desaparecen al cancelar. El calendario del teléfono del profesional nunca va un día por detrás de la agenda.

El tiempo ocupado entra

Los eventos externos restan disponibilidad: la IA nunca ofrece el jueves a las 15:00 si su Google Calendar personal ya tiene ahí al dentista.

Función y dirección por cada origen

Cada origen conectado tiene su propio ajuste —leer de él, escribir en él, ambas cosas o solo tiempo ocupado—, así que el calendario compartido de la clínica y uno personal pueden desempeñar papeles distintos sin pelearse.

Recordatorios y operación

El seguimiento, automatizado

Recordatorios que salen

Confirmaciones y recordatorios al cliente con la antelación que usted configure —por correo, con SMS opcional—, más avisos al personal en cada reserva nueva. El «ya le escribiremos» deja de depender de la memoria.

Las reservas consumen existencias

Una cita de servicio puede consumir piezas del registro de existencias — el tratamiento y los materiales que gastó cuadran en un mismo movimiento.

El historial se migra

¿Viene de otro CRM? El motor de migración importa su historial de citas existente al mismo libro de reservas: la agenda no empieza amnésica.

La letra pequeña, sin adornos

Dicho antes de que usted planifique contando con ello

Todavía no hay enlace de reserva independiente

La autorreserva vive dentro del widget de chat de la web: todavía no existe una página pública de reservas al estilo de Calendly que usted pueda mandar por correo. Si ese es su movimiento principal, díganoslo; da forma a la hoja de ruta.

Los CRM externos transportan menos

Cuando una reserva se escribe en un CRM conectado, el detalle de equipo y de consumo puede no sobrevivir: las API de los proveedores no publican esos ejes, y la sincronización dice qué dejó fuera en vez de dejarlo fuera en silencio.

El libro de reservas es nuestro, siempre

Se conecten los calendarios y los CRM que se conecten, el libro de reservas sigue siendo una tabla propia de ConnectWiz: los sistemas externos son orígenes y espejos, nunca el maestro. Es una postura de diseño, y la declaramos.

Preguntas frecuentes de Reservas

Antes de programar

Encontrará más en las Preguntas frecuentes, o pregúntenos directamente.

Cuatro puertas: su equipo desde el panel y la agenda con vista de día, Wiz —el agente de IA— dentro de cualquier conversación, el paso de reserva de un flujo de automatización y los visitantes que reservan por su cuenta en el widget de chat de la web. Las cuatro escriben en el mismo libro de reservas contra la misma disponibilidad, así que hay exactamente una verdad sobre quién tiene qué hueco.

Con la propia base de datos: una restricción de exclusión en la capa de almacenamiento hace físicamente imposible escribir dos retenciones solapadas sobre el mismo recurso, venga de la puerta que venga. Las reglas de aplicación pueden entrar en carrera; la restricción, no.

Sí: Google, Outlook/Microsoft 365 y Apple/CalDAV, en ambos sentidos. Las reservas salen como eventos (y desaparecen al cancelar), y el tiempo ocupado externo entra y resta disponibilidad, así que la IA nunca ofrece un hueco que su calendario personal ya se llevó. Cada origen tiene su propio ajuste de función y de dirección: leer, escribir, ambas cosas o solo tiempo ocupado.

En dos pasos a propósito: primero ofrece huecos realmente disponibles y después reserva el que elige el cliente. Fundir los dos en uno significaría reservarle a alguien automáticamente el primer hueco libre: cómodo en una demo, hostil en la vida real.

Cada «¿cuándo tienen hueco?» puede terminar en un hueco retenido.

Configure sus recursos una vez y, a partir de ahí, agentes, IA, flujos y clientes reservan contra la misma verdad.