Sistema de reservaciones: OpenTable vs Resy vs Tock
Comparar un sistema de reservaciones por la mensualidad publicada produce una decisión incompleta. OpenTable cobra de manera distinta según país, plan y origen de la reserva. Resy y Tock presentan desde 2026 cuatro planes conjuntos, pero separan herramientas de reservación, experiencias y cargos por prepago. Además, una página en dólares no prueba que el producto se contrate o procese pagos en México.
Este análisis está fechado el 19 de julio de 2026 y se concentra en el costo total y el contrato para fine dining. La comparativa de siete plataformas conserva la lista amplia; la guía de reservas online explica implementación. Aquí la pregunta es más estrecha: ¿cómo presupuestar y negociar OpenTable frente a la cartera Resy/Tock sin mezclar mercados ni inventar comisiones?
Respuesta corta
- En México, OpenTable publica una oferta local en MXN; eso permite una primera estimación.
- Resy/Tock publica cuatro planes en USD, pero debes confirmar por escrito disponibilidad, entidad contratante, soporte y pagos para tu país.
- OpenTable combina suscripción y, según el plan/mercado, cargos relacionados con reservas originadas en su red.
- Resy declara que no cobra por cover; Tock publica cargos de 3% o 2% sobre prepagos según plan, además del procesamiento estándar.
- La opción más barata depende de demanda aportada, volumen cobrable, eventos, add-ons, implementación y salida.
Primero separa la jurisdicción
No uses precios estadounidenses para un restaurante mexicano. Cambian moneda, planes, cargos, contrato y funciones.
OpenTable México
La página oficial de planes de OpenTable México muestra:
| Concepto publicado | Core | Pro |
|---|---|---|
| Suscripción mensual | MXN 2,695 | MXN 4,495 |
| Comensal procedente de la red | MXN 12 | MXN 12 |
| Reserva desde el sitio propio | Incluida | Incluida |
| Botón de Google | MXN 300/mes | Incluido |
| SMS premium | MXN 299/mes extra | Verificar en oferta |
La tabla del proveedor también muestra experiencias pagadas por adelantado con cargo por comensal. Confirma impuestos, definición de origen, extras y condiciones de facturación en una propuesta local; la página es punto de partida, no contrato.
OpenTable Estados Unidos
La página estadounidense publica Basic por USD 149, Core por USD 299 y Pro por USD 499 mensuales. La tarifa de red es USD 1.50 por cover en Basic después del periodo anunciado y USD 1 en Core/Pro. Las reservas del sitio propio cuestan USD 0.25 por cover o USD 49 mensuales en Basic y están incluidas en Core/Pro. Las experiencias prepagadas muestran una tarifa de servicio de 2%.
La propia FAQ aclara que, en Core y Pro de EE. UU., el cargo de red corresponde a comensales sentados que descubrieron el restaurante en OpenTable o su red afiliada; no a cancelaciones, no-shows, llamadas o walk-ins. También describe contrato estándar anual con renovación automática y aviso previo, pero esa condición pertenece a la oferta estadounidense consultada. No la traslades al contrato mexicano sin verificarlo.
Resy y Tock
La página oficial conjunta de planes Resy/Tock publica:
| Cartera | Plan | Mensualidad pública | Cargo adicional destacado |
|---|---|---|---|
| Resy | Platform | USD 249 | Sin tarifa por cover declarada |
| Resy | Platform 360 | USD 399 | Sin tarifa por cover declarada |
| Tock | Essential | USD 269 | 3% sobre prepagos, más procesamiento |
| Tock | Premium | USD 399 | 2% sobre prepagos, más procesamiento |
Resy describe Platform como reservas y mesas con integraciones POS, y Platform 360 añade analítica más avanzada. Tock Essential prioriza personalización y venta de eventos; Premium añade, entre otras capacidades anunciadas, integraciones y soporte superior. Retención de tarjeta, depósito y prepago aparecen como opciones, no como obligaciones universales.
La página no demuestra por sí sola que los cuatro productos estén disponibles para contratar y procesar pagos en México. Pide confirmación de país, entidad contractual, moneda de factura, impuestos, soporte y procesador antes de compararlos con la oferta local de OpenTable.
La fórmula correcta del costo total
Usa el mismo horizonte y moneda aprobada por finanzas:
TCO = suscripción + covers cobrables + cargos directos + prepagos + procesamiento + mensajes + add-ons + implementación + integración + migración + equipos + soporte + salida
Cada término necesita su propia base:
- Suscripción: plan, sedes, usuarios y periodo.
- Covers cobrables: solo los que la definición contractual factura; no todas las personas reservadas.
- Canal directo: costo fijo o variable que corresponda al plan.
- Prepagos: volumen procesado, porcentaje, reembolsos y contracargos.
- Procesamiento: adquirencia, moneda, pagos internacionales y devoluciones.
- Mensajes: SMS, WhatsApp o email que no esté incluido.
- Add-ons: Google, marketing, perfiles, analítica, eventos o soporte.
- Implementación: configuración, plano, políticas y capacitación.
- Integración: POS, CRM, web, identidad y mantenimiento.
- Migración y salida: limpieza, exportación, transición y conservación permitida.
No sumes cifras de páginas de países diferentes. Si la alternativa está en USD y el restaurante en México, conserva una hoja separada con el tipo de cambio y fecha que tu área financiera decida usar, más un escenario de variación.
Cómo modelar OpenTable México
Define variables mensuales:
S: suscripción Core o Pro;R: comensales sentados atribuibles a la red y cobrables;G: cargo del botón de Google si corresponde;M: mensajes premium contratados;E: cargos por experiencias y pagos;I: implementación, integración y demás costos distribuidos en el horizonte.
La estructura mensual puede expresarse como:
costo OpenTable MX = S + (R × MXN 12) + G + M + E + I
No presupuestes R usando todas las reservas. Toma un histórico por origen o solicita una factura de muestra que explique atribución, sentados, modificaciones y disputas. Construye tres escenarios:
| Escenario | Comensales de red | Extras | Implementación |
|---|---|---|---|
| Bajo | dato propio prudente | mínimos confirmados | cotización inferior válida |
| Base | dato propio probable | configuración elegida | propuesta aprobada |
| Alto | crecimiento o dependencia mayor | mensajes/eventos necesarios | contingencia e integración |
Un aumento del cargo de red no es automáticamente malo: puede estar asociado con demanda incremental rentable. La comparación correcta enfrenta el margen de contribución de esos comensales contra el costo de adquirirlos, no solo el total de la factura.
Cómo modelar Resy
La página pública declara una cuota mensual y ausencia de tarifa por cover. Eso simplifica una parte del modelo, no todo el TCO:
costo Resy = suscripción + pagos + add-ons + implementación + integración + migración + soporte + salida
Pregunta qué incluye realmente cada plan:
- integraciones disponibles en tu región y plan;
- datos de demanda aportada por la red;
- mensajes y campañas;
- depósitos, retenciones y procesamiento;
- API, exportación y soporte;
- sedes, dispositivos y usuarios;
- renovación, incremento y terminación.
Si el restaurante ya llena su disponibilidad mediante canales propios, una cuota plana puede ser predecible. Si necesita descubrimiento, una factura menor no demuestra que el valor total sea mayor: mide reservas incrementales, conversión y margen, sin atribuir a la plataforma personas que habrían reservado de cualquier forma.
Cómo modelar Tock
Tock merece una hoja separada cuando el negocio vende experiencias, boletos o menús prepagados:
costo Tock = suscripción + (volumen prepagado × tarifa del plan) + procesamiento + reembolsos/contracargos + implementación + integración + salida
Para Essential, la página publica 3% sobre prepagos; para Premium, 2%. En ambos casos indica que se agregan tarifas estándar de procesamiento. Una mensualidad mayor podría compensarse con menor porcentaje solo a partir de cierto volumen, pero ese punto de equilibrio debe calcularse con la cotización completa.
No supongas que el prepago elimina no-shows ni que siempre conviene al comensal. Modela:
- ventas pagadas por adelantado;
- cancelaciones y reembolsos;
- contracargos;
- impuestos y conciliación;
- capacidad no revendida;
- costo de servicio del evento;
- fricción o abandono en el checkout.
El punto de equilibrio entre planes
Para dos planes con mensualidades y tarifas variables distintas:
volumen de equilibrio = diferencia de mensualidad / diferencia de tarifa variable
La fórmula solo funciona si ambas tarifas se aplican sobre la misma base. No compares una tarifa por comensal de marketplace con un porcentaje sobre prepago como si midieran lo mismo. Una depende de origen y personas sentadas; la otra, de dinero procesado para experiencias.
Antes de aceptar el resultado, añade:
- costos fijos no incluidos;
- volumen mínimo o permanencia;
- impuestos;
- variación de moneda;
- fecha de estabilización;
- demanda atribuible;
- costo de migrar si la hipótesis falla.
Marketplace frente a demanda propia
OpenTable presenta su red como una fuente de descubrimiento. Resy también comunica acceso a demanda vinculada con su ecosistema, y Tock enfatiza experiencias. No valores esas propuestas por el tamaño global anunciado, sino por lo que ocurre en la ciudad y el concepto del restaurante.
Pide datos que se puedan comprobar durante el piloto:
- impresiones y visitas del perfil;
- reservas nuevas atribuibles a la red;
- comensales sentados cobrados;
- cancelaciones y no presentaciones;
- repetición posterior por canal directo;
- margen de contribución incremental;
- descuentos o campañas necesarios para convertir;
- costo por adquisición completo.
Evita el doble conteo: si una persona conocía el restaurante y usa el marketplace por comodidad, no todo el ingreso es incremental. Puedes evaluar grupos de origen, códigos de campaña o periodos comparables, documentando las limitaciones.
Depósitos, retenciones y experiencias
Las tres carteras anuncian herramientas de pago o garantía, con condiciones distintas por plan. Antes de comparar, define qué necesita el restaurante:
- retención de tarjeta sin cobro inmediato;
- depósito aplicable a la cuenta;
- prepago total de experiencia;
- boleto para evento;
- política de cambio, cancelación y reembolso;
- conciliación con POS y contabilidad.
El proveedor de reservaciones puede usar otro procesador. Solicita un diagrama de responsabilidades, moneda, liquidación, contracargos, devolución y datos almacenados. El PCI Security Standards Council explica que PCI DSS alcanza a entidades que almacenan, procesan o transmiten datos de cuenta, y a quienes pueden afectar el entorno. No copies tarjetas o códigos de seguridad en notas para “simplificar” una reserva.
En México, cualquier cargo y política de reservación deben mostrarse con claridad y contar con el consentimiento aplicable. Revisa la propuesta con asesoría jurídica y contable; la plataforma no decide por el restaurante qué política es válida.
Datos, perfiles y exportación
“Los datos son tuyos” no es una especificación. Solicita anexos y una exportación de prueba que responda:
- ¿qué datos puede descargar el restaurante?
- ¿incluye reservas, cambios, origen, consentimientos y estados?
- ¿en qué formato y con qué identificadores?
- ¿qué queda excluido por ser dato de la red o de otro responsable?
- ¿qué se devuelve o elimina al terminar?
- ¿durante cuánto tiempo permanece accesible?
- ¿qué API o exportación depende del plan?
Nombre, contacto, historial y preferencias son datos personales. Alergias o información de salud pueden ser sensibles. La LFPDPPP vigente, con última reforma publicada el 14 de noviembre de 2025, exige tratamiento legítimo, controlado e informado. Define las funciones de restaurante y proveedor, finalidades, acceso por rol, conservación, derechos, incidentes y transferencias.
Sustituye “listas negras” por reglas transparentes con datos verificables, revisión humana, posibilidad de corregir errores y retención limitada. Un no-show mal marcado no debe convertirse en un perfil indefinido.
Qué negociar en el contrato
La comparación final debe incorporar:
- Entidad y país: quién factura, da soporte y procesa pagos.
- Definiciones cobrables: reserva, cover, comensal sentado, canal directo, red y afiliado.
- Precio y ajuste: moneda, impuestos, fecha, aumentos y cargos extraordinarios.
- Plazo y renovación: vigencia, aviso y obligaciones pendientes.
- Nivel de servicio: alcance, soporte, mantenimiento, medición y remedios.
- Integraciones: responsable, versiones, cambios de API y soporte cruzado.
- Datos y seguridad: roles, anexos, incidentes, subencargados y exportación.
- Pagos: procesador, contracargos, devoluciones, liquidación y PCI.
- Terminación: exportación, asistencia, eliminación y continuidad.
- Piloto: criterios de aceptación y derecho a no ampliar si no se cumplen.
No supongas que una condición de la FAQ estadounidense se repetirá en México o en una oferta empresarial. La propuesta firmada y sus anexos controlan el caso concreto.
Guion de piloto para los finalistas
Ejecuta los mismos casos con datos ficticios:
- reserva directa y reserva de red;
- atribución y comensales facturables;
- modificación de tamaño y hora;
- depósito, reembolso y conciliación;
- evento prepagado;
- lista de espera;
- exportación de datos;
- falla de integración;
- baja de un usuario;
- terminación simulada.
Compara factura estimada contra los eventos registrados. Pide que el proveedor explique cualquier diferencia. El piloto debe durar lo suficiente para observar ciclos representativos, no un número universal de días.
¿Qué perfil puede favorecer cada cartera?
Estas son hipótesis para probar, no veredictos:
- OpenTable: restaurante que valora una oferta local en México y quiere medir demanda aportada por una red junto con operación de mesas.
- Resy: operación en un país atendido, con demanda propia y preferencia por una cuota publicada sin cover fee, después de confirmar todos los extras.
- Tock: concepto con experiencias o eventos prepagados cuyo volumen y conciliación justifican el modelo, sujeto a disponibilidad local.
Un restaurante puede usar un marketplace para adquisición y fortalecer el canal directo, pero mantener dos sistemas de verdad aumenta duplicados, integración y soporte. Modela ese costo antes de combinar.
Kavasoft no es una integración nativa de reservas
Kavasoft administra inventario de botellas por socio, movimientos, evidencia fotográfica y auditorías de cava. No hay base para afirmar que OpenTable, Resy o Tock consulta automáticamente ese inventario, notifica al sommelier o sincroniza perfiles de reserva.
Una integración personalizada tendría que confirmar API disponible en el plan, consentimiento y finalidad, identificadores, permisos, errores, latencia y responsable. Kavasoft no se vuelve por ello motor de reservaciones, POS, CRM general, procesador de tarjetas ni custodio físico.
Checklist de decisión
- Los precios pertenecen al país y fecha correctos.
- La alternativa está comercialmente disponible en la jurisdicción.
- La entidad contractual y el procesador están identificados.
- Covers de red, directos y prepagos usan definiciones contractuales.
- El TCO incluye mensajes, pagos, extras, implementación y salida.
- Demanda aportada se mide con margen incremental, no ventas brutas.
- Hay escenarios bajo, base y alto.
- Exportación y terminación fueron probadas.
- Datos sensibles y pagos tienen controles específicos.
- El piloto usa el mismo guion para cada finalista.
La decisión no es “OpenTable cobra por cover y Resy no”. Es qué combinación de costo, demanda, operación, riesgo y contrato produce valor comprobable en el país y concepto del restaurante.
