Aprende mokapen

Reservar un servicio o producto

Esta página pública deja que el cliente elija qué quiere (un ítem del catálogo de Ventas) y, si quieres, cuándo. Mokapen recibe la reserva — no una cita en el calendario de un comercial, no un simple mensaje «contáctenme».

La plantilla se llama Reservar un servicio o producto: en el mismo bloque ofreces servicios reservables (consultoría de 60 min, instalación, un curso, un tratamiento) o productos con fecha/hora (alquiler, recogida, prueba in situ). Para «una llamada con Mario» usa Reserva de citas. Para «escríbenos» usa el formulario de contacto.

La ventaja está aquí: el catálogo ya está en Ventas; el formulario es el canal público. Duración y plazas viven en el registro de servicio/producto — no las reinventes en el formulario. El cliente reserva, tú trabajas la reserva como todas las demás — el mismo estado, el mismo contacto, el mismo calendario de Reservas. Nada de segunda herramienta, nada de bandeja de «quiero el corte de las 10».

Para qué sirve y por qué ayuda

El problema no es «tener un calendario en el sitio». Es que el catálogo vive en el CRM y la reserva online en otro sitio. Mokapen cierra el hueco:

• Del catálogo al hueco en un paso — el cliente no necesita saber quién está de turno: elige el servicio o el producto, luego la fecha. Te quedas en Mokapen, no en WhatsApp.
• Plazas y duración ya en la lista — la duración del hueco y la capacidad (cuántas reservas a la misma hora) viven en el registro en Ventas. El formulario las respeta; cuando el hueco está lleno, desaparece. No dupliques los horarios en una hoja aparte.
• Calendario sí o no — en esta plantilla puedes añadir o quitar el datepicker. Con calendario: autoservicio de verdad (fecha y hora). Sin: estás recogiendo una petición («quiero este servicio») que trabajas en Reservas. La plantilla de citas no te deja quitarlo: ahí el hueco es obligatorio.
• Estados que ya conoces — en el calendario de Reservas trabajas Confirmada / Pendiente / Rechazada, como las reservas creadas a mano. Al crear, el formulario arranca con estado Confirmada: el cliente ve el hueco cerrado. Si en la org el primer estado del campo es otro, Mokapen puede seguir ese: compruébalo en una reserva de prueba antes de prometer «ya estás confirmado» o «te contactaremos».
• Contacto adjunto — el email y el nombre del formulario se convierten en el registro de la agenda, vinculado a la reserva, con origen formulario. La misma regla anti-duplicado que el formulario de contacto.

En resumen: usas esta página para que te reserven un ítem del catálogo. Usas las citas para el tiempo de una persona. Usas el formulario de contacto para un mensaje sin hueco. No es un carrito de e-commerce y no crea un pedido de venta desde el formulario (esa casilla del editor está desactivada): presupuestos y pedidos se quedan en Ventas; los vinculas después si los necesitas.

Cómo acceder y los límites

• Menú de usuario → Formularios → filtro Reservar un servicio o producto (o Nuevo formulario con esa plantilla).
• Hacen falta Formularios, Reservas y el catálogo de Ventas. En el bloque solo aparecen los servicios (o productos, según el tipo) marcados como reservables en el registro. Lista vacía en el select = vuelve a Ventas y activa la reserva, más duración y disponibilidad diaria en ese ítem.
• Alinea los cierres y los huecos del servicio antes de publicar, o el calendario público estará vacío o lleno de horarios que no puedes honrar.
• El tope de formularios del plan también aplica aquí. Meet y Teams no están en esta plantilla: el vídeo desde un formulario pertenece a la página de citas (persona como anfitrión). Aquí el «dónde» es el hueco de catálogo (y la dirección/ubicación que tienes en el servicio o en la descripción del bloque).

Página de listado

Tarjetas con título interno, insignia de tipo, código del formulario (slug), Online/Offline, Ver o vista previa, menú de tres puntos (Editar, Duplicar, Eliminar). La misma lógica que el formulario de contacto: duplica para un segundo catálogo u otra ubicación; eliminar quita la página, no las reservas ya creadas.

Crear la página

1. Nuevo formulario → Reservar un servicio o producto. Nombre interno, email de notificación (quién debe ver llegar las peticiones). Mokapen pone título, email/nombre/apellidos, bloque de reserva (primer servicio reservable si hay uno), privacidad y el agradecimiento de reserva. Calendario encendido por defecto; tipo servicios; opción única (radio); generar reserva sí.
2. En Contenido abre Reservas. Tipo: Servicios o Productos — uno de los dos por formulario, no ambos. Añade los ítems que quieras en la página (etiqueta visible al cliente, aunque difiera del título interno del catálogo).
3. Con dos o más ítems aparece el modo: opción múltiple (casilla) o opción única (radio). Radio si el cliente debe coger uno (un tratamiento, un curso). Casilla si puede combinar más de uno en el mismo envío (dos servicios en la misma ventana, si el proceso lo aguanta). No marques «múltiple» por costumbre: dos ítems en el mismo hueco sin capacidad es un desastre operativo.
4. Descripción del bloque — dos líneas sobre lo que están reservando (no el catálogo entero: eso son los ítems de abajo).
5. Calendario — botón Añadir / Quitar calendario. Para autoservicio, déjalo. Quítalo solo si quieres una petición sin hora («te llamamos para el hueco»): entonces el texto de éxito no debe decir «estás en el calendario».
6. Campos de contacto, privacidad, reCAPTCHA, página de éxito, email de confirmación: la misma lógica que el formulario de contacto. Luego Ajustes → ONLINE, URL o snippet.

Servicios, productos, huecos

El formulario no inventa el catálogo. Cada fila que añades es un servicio o un producto ya reservable en Mokapen:

• Servicios — duración del hueco, capacidad (plazas a la misma hora), disponibilidad por día, ubicación opcional. Típico: consultoría, formación, visita in situ, corte, sesión, instalación. Marca como reservable solo lo que de verdad quieras ofrecer online: el resto del catálogo se queda para presupuestos y pedidos, no en el formulario.
• Productos — la misma idea cuando el objeto es un artículo con disponibilidad a una fecha/hora (prueba de coche, recogida de kit, alquiler de equipo). No es un carrito: es un hueco en ese producto. Cantidad, stock y factura no pasan por aquí.

Los horarios que ve el cliente dependen de los huecos del ítem en Ventas y de los cierres de la organización. Si en el editor el select está vacío, vuelve a Ventas → Servicios (o Productos) → activa Reservable, configura duración y ventanas. Si el calendario público está vacío pero el select está lleno, el problema es disponibilidad/cierres/capacidad, no el formulario.

No mezcles «llamada con un anfitrión» y «servicio de catálogo» en el mismo formulario: cambias el tipo del bloque y cambias la entidad creada (cita vs reserva). Dos páginas, dos URLs, dos trabajos.

Meet/Teams en el formulario público pertenecen a la plantilla de citas. En servicios/productos no marques un canal de vídeo que el editor no ofrece: si la sesión es una videollamada, o usas la otra guía (persona como anfitrión), o añades el enlace a mano después, o lo explicas en la descripción («enviamos el enlace de Meet al confirmar»). No prometas generación automática de reunión desde este formulario.

Publicar: estado, URL, embed

ONLINE, URL en el sitio, anuncios, WhatsApp, QR en tienda. Snippet si quieres el formulario en la página del servicio. Vista previa con un envío de prueba a tu propia dirección — revisa el registro de contacto, la reserva en el calendario, estado, notificación, email de confirmación.

Antes de abrirlo al público: catálogo reservable, cierres, textos del formulario y texto de agradecimiento. Si el estado es Confirmada, di «estás en el calendario». Si confirmas a mano (o el estado de la org es Pendiente), di «te confirmaremos el hueco» — el cliente no debe creer que está cerrado si luego lo rechazas. Tracking y campos ocultos: como el formulario de contacto.

No cambies el slug una vez la página ya está en una campaña. Duplica para un segundo catálogo (otra ubicación, otra lista de temporada).

Qué ocurre después de enviar

• Registro del formulario con los ítems elegidos, fecha/hora (si estaba el calendario), campos de contacto.
• Contacto creado o actualizado (email en Email 1/2/3, sin duplicado si ya existe uno y no está archivado). Si rellenó el campo empresa, Mokapen busca o crea la empresa por nombre y la vincula.
• Reserva en Mokapen, vinculada al contacto y a los ítems elegidos, con fecha/hora si el calendario estaba en el formulario. Estado: el del formulario (al crear: Confirmada) o, si falta, el primer estado del campo de la org. Origen form_ + id de página.
• Notificación a los emails del formulario; email de confirmación al visitante si escribiste uno; página de éxito o redirección.

A partir de ahí el trabajo es el de la guía de Reservas: confirmar o rechazar si hace falta, mover, vincular una oportunidad, archivar. Las automatizaciones del formulario (tarea, oportunidad, ticket, actualizar contacto) siguen disponibles como en los demás formularios; para retrasos y condiciones usa el módulo Automatizaciones con el slug de esta página.

Un pedido de venta no arranca desde esta página. Si necesitas el pedido, lo creas en Ventas desde el registro, después.

Proceso recomendado

• En Ventas: marcar reservable, duración, capacidad, ventanas. Luego el formulario. Invertir el orden = select vacío o calendario vacío.
• Empieza por un ítem como radio. Añade el segundo solo si el cliente de verdad debe elegir. Casilla solo si dos servicios en el mismo envío son un proceso real.
• Decide calendario sí/no según quién fija la hora: el cliente (datepicker on) o tú (off). Alinea el texto de éxito.
• Prueba Offline: una reserva a tu propia dirección, revisa estado, capacidad (reintenta el mismo hueco), notificación. Luego ONLINE en un canal (sitio o QR), no en tres anuncios el mismo día.
• Después de una semana: no-shows, huecos llenos, ítems que nadie elige. Quita del formulario lo que no se reserva; no alargues el catálogo.

Casos de uso

Aquí el cliente elige un ítem de catálogo, no una persona. Si la pregunta es «¿con quién me reúno?», usa la guía de citas.

• Estudio o consultoría, un hueco de catálogo — Vendes «Consultoría 60 min», no «una llamada con Luca». En Ventas el ítem es reservable, duración 60, capacidad 1, horarios reales. En el formulario ese único ítem, calendario encendido, estado Confirmada, notifica a recepción. El cliente reserva, lo ves en Reservas. Si la consultoría es Luca y nadie más puede hacerla, no es un servicio: es una cita con Luca como anfitrión. El formulario de servicios tiene sentido cuando el hueco es del catálogo, no de la persona.
• Centro de servicios con varios tratamientos — Corte, color, secado: ¿el cliente tiene que elegir uno por visita? Radio, un ítem cada vez, calendario encendido, cierres de la org alineados. ¿Puede combinar dos en la misma hora y la capacidad del servicio lo aguanta? Checkbox — y lo has preguntado de verdad, no «para que sea más flexible». Dos tratamientos en la misma franja con capacidad 1 = una doble reserva y una sala. Empieza con radio; la selección múltiple solo si el centro trabaja así de verdad.
• Prueba de producto in situ — El objeto es un artículo (un coche, una máquina, un kit), no una hora de una persona. Tipo del bloque: Productos, un ítem reservable, datepicker encendido. Dónde presentarse: en la descripción del bloque o en el registro del producto, no un Meet fantasma. El formulario crea una reserva, no un pedido y no una factura: ventas cierra la pieza después, en Ventas.
• Alquiler o una sesión más larga que el hueco — El formulario recoge un inicio (fecha/hora del datepicker). Si el alquiler es de tres días, fijas el periodo en el registro de la reserva después: el formulario público no es un rango de/hasta de e-commerce. Duración y dirección viven en el servicio. No prometas «elige desde / hasta» en la página si el calendario muestra un solo hueco.
• Petición sin hora (tú llamas) — Quita el calendario. El cliente elige el servicio y deja sus datos; el hueco lo fijas tú. Texto de éxito: «te llamaremos para confirmar la hora», nunca «ya estás en el calendario». Tarea a recepción. Útil cuando la disponibilidad es demasiado irregular para el datepicker, o cuando quieres filtrar peticiones antes de ocupar la sala. No es autoservicio: dilo en dos líneas arriba del formulario, o la gente buscará un hueco que no está.

Ejemplos prácticos

1. Un servicio, una URL, un QR en el escaparate

En Ventas abre «Consultoría 60 min», márcalo Reservable, lun–vie 9–18, capacidad 1. Luego Formularios → Reservar un servicio o producto, ese único ítem, selección única, calendario encendido, notificación a reception@. Offline: lo reservas tú, compruebas que la reserva está en el calendario, estado Confirmada, contacto en la agenda. ONLINE, QR en el escaparate, éxito: «Estás en el calendario, te esperamos». Resiste poner diez servicios «porque están ahí»: cada ítem de más es otra decisión y un hueco que luego no honras. Si a la semana nadie elige «Auditoría 3 horas», quítalo del formulario, no del catálogo.

2. Dos ubicaciones, el mismo catálogo — ojo a las plazas

Clona el formulario. Los mismos ítems, descripción distinta («Milán» / «Roma») o una ubicación oculta, dos slugs, dos QR. Si la capacidad vive en el registro del servicio, los dos formularios reservan las mismas plazas: un hueco lleno en Milán llena también Roma. Si las ubicaciones tienen salas separadas, el catálogo necesita dos servicios (o productos) reservables, uno por ubicación, cada uno en su propio formulario. Si no, rechazas a mano y el cliente que vio Confirmada se enfada. Prueba las dos URLs a la vez y mira si el segundo hueco desaparece: así descubres que estás compartiendo capacidad sin querer.

3. Reserva y oportunidad son dos registros

El formulario crea el hueco. Ventas, si esa visita puede convertirse en cliente, quiere una oportunidad. Automatización en el formulario: etiqueta «Reserva web» y, solo si hay empresa, una oportunidad en el pipeline Inbound. No fusiones las dos: en Reservas trabajas el horario (mover, rechazar, no-show); en la oportunidad trabajas la venta. Una tarea «preparar la sala» va en la reserva o en el contacto, no sustituye la oportunidad. Haz un envío de prueba y abre las tres fichas (contacto, reserva, oportunidad) antes de publicar, para ver qué se crea de verdad.

Preguntas frecuentes

P: No hay servicio (o producto) en el select.

R: Solo ítems de catálogo reservables. Ventas → Servicios o Productos → activa Reservable, duración y ventanas. Luego recarga el editor del formulario.

P: ¿Esto es un pedido de venta?

R: No: es una reserva (hueco). Presupuestos y pedidos se quedan en Ventas; puedes vincularlos después desde el registro. La casilla «Crear un pedido» del formulario no está disponible.

P: El cliente reservó pero no veo nada en el calendario.

R: ¿Formulario ONLINE? ¿Registro en la ficha de contacto? ¿App Reservas activa y permisos? ¿Filtros de lista/calendario (fechas, estado, archivo)? ¿Snippet/URL de este formulario (slug)?

P: Quiero Meet automático.

R: Meet/Teams desde un formulario pertenecen a la plantilla de citas (persona como anfitrión). En servicios/productos el canal es el hueco de catálogo. Para una videollamada con comercial, usa la otra guía.

P: Calendario vacío pero el servicio está.

R: Ventanas del servicio, cierres de la org, capacidad ya llena, datepicker apagado por error. Comprueba un día laborable más adelante, como en citas.

P: ¿Puedo poner servicios y productos juntos?

R: Un formulario, un tipo en el bloque (servicios o productos). Dos páginas si necesitas ambos.

P: El estado no es el que esperaba.

R: Por defecto al crear: Confirmada. Si la org tiene un orden distinto en los valores de estado, Mokapen puede usar el primer estado del campo. Haz un envío de prueba y lee el registro antes de escribir el agradecimiento.