Esta propuesta es interna. Introduce la contraseña que te llegó en el correo para poder verla.
OPEN TABLE
Pedido en mesa con cuenta abierta: el cliente pide desde su móvil todas las veces que quiera y paga una sola vez al final. Desarrollado en casa y en propiedad del grupo.
Propuesta de Transformación Digital · La Cachapera
Lo esencial, para quien no vaya a leer las dieciséis secciones siguientes.
Aprobación para desarrollar internamente Open Table, un sistema propio de pedido en mesa con cuenta abierta. Piloto en Sagrada Familia y despliegue posterior a los seis locales.
Ningún sistema del mercado español permite que el cliente pida varias veces y pague al final. Hoy, cada ronda es un pedido nuevo, con su comisión y su fricción.
Se cancela la cuota del módulo Square Online, baja la comisión de cada ticket y la base de datos de clientes pasa a ser nuestra. El sistema queda en propiedad del grupo.
Llevamos meses pagando un módulo mensual por un sistema que no hace lo que la operativa necesita. La alternativa no está en el mercado: los restaurantes que trabajan así lo tienen porque se lo desarrollaron. Tenemos la infraestructura montada, el equipo acostumbrado a pedir en pantalla y el conocimiento técnico dentro de casa. Es el momento con menos coste de entrada que vamos a tener.
Llevamos meses probando pedido con QR en mesa. El ecosistema funciona, pero el producto no llega donde necesitamos.
Square, Cheerfy y el resto de plataformas del mercado español funcionan bajo el modelo pide-y-paga: cada pedido es una transacción cerrada. Si un cliente quiere otra ronda, empieza de cero, vuelve a pagar y vuelve a generar comisión con su fijo de 0,25 €.
Eso encaja en un local de paso. No encaja en un restaurante donde la gente se sienta, pide entrantes, luego platos, luego postre y café. Lo que necesitamos se llama cuenta abierta: una mesa, una sesión, todos los pedidos que quiera, un solo cobro al final.
El modelo que sí funciona así es el de los restaurantes de sushi chinos y japoneses. Visitando varios y preguntando, la respuesta fue siempre la misma: software propio, adaptado al restaurante, funcionando sobre la red del local.
No es un servicio que se contrate. Es un desarrollo a medida. Por eso el mercado no lo vende: no es un producto, es la decisión de tener sistema propio.
| Necesidad de La Cachapera | Square Online | Cheerfy | Open Table |
|---|---|---|---|
| Cuenta abierta: pedir varias veces, pagar al final | No | No | Sí |
| Mesa activada por el responsable antes de pedir | No | No | Sí |
| Base de datos de clientes en propiedad del grupo | Parcial | Parcial | Sí |
| Cobro presencial en caja, con comisión más baja | No | No | Sí |
| Interfaz configurable por local sin depender del proveedor | No | Limitado | Sí |
| Cuota mensual de plataforma | 32 € / local | Según contrato | 0 € |
| Facturación fiscal y TPV | Sí | Según módulo | Lo sigue haciendo Square |
Comparativa elaborada sobre la funcionalidad contratada actualmente.
Alojada en go.lacachapera.es. Convierte el móvil del cliente en su carta y su comandero, y las pantallas del local en el centro de mando del servicio.
Carta digital en español, inglés y catalán. El cliente pide desde su propio móvil, ve su cuenta crecer en tiempo real y pide de nuevo cuando quiere, sin llamar a nadie.
Vista de cocina y vista de barra, ordenadas por mesa y prioridad, funcionando en las pantallas Android que ya tenemos y con impresión a las impresoras de red actuales.
Todas las mesas activas del local, su estado y su total en vivo. Desde ahí se abre la mesa, se asigna camarero y se cierra la cuenta para pasar al cobro.
Menú, precios, mesas, usuarios, roles, resultados por local y turno, rentabilidad por producto, directorio de clientes e informes automáticos por correo.
Cada mesa necesita ser activada por un responsable. Se genera un token único de un solo uso: nadie puede pedir desde fuera reutilizando un enlace antiguo.
Open Table toma comandas. Square sigue siendo el TPV y el sistema de facturación. Cada cuenta lleva una referencia que se anota en el ticket para poder conciliar.
En los restaurantes de sushi el dispositivo lo entrega el camarero y todo vive en la red interna del local. En nuestro caso el cliente usa su propio móvil, lo que significa que no hay que comprar ni una sola tablet para las mesas: el hardware lo pone el cliente.
A cambio, el sistema tiene que estar accesible desde internet. La sección 06 explica cómo se garantiza la continuidad del servicio.
Así se vive un servicio con Open Table, desde que entra el cliente hasta que se cierra la caja.
Nada cambia respecto a hoy. La acogida sigue siendo humana: recibimos, acompañamos y sentamos.
Un toque en el número de mesa. El sistema genera un token único y la mesa pasa a estado activa. Sin este paso, el QR no permite pedir. Es la llave de control.
Se abre la carta en su idioma, con fotos, descripciones y solo los productos disponibles en ese local en ese momento. Sin registro previo y sin descargar nada.
Aquí está la diferencia: la cuenta queda abierta. Entrantes ahora, otra ronda en veinte minutos, postre después. Todo suma en la misma cuenta.
Cada partida ve solo lo suyo, ordenado por mesa y por antigüedad, con semáforo de tiempo. Si se quiere, se imprime la comanda en la impresora de red que ya está instalada.
Un toque en pantalla cierra el ciclo de ese pedido. La mesa sigue abierta para lo siguiente.
El camarero cierra la cuenta en Open Table. El sistema genera el resumen de todo lo consumido y la referencia de la operación.
El cajero pasa el pedido al TPV de Square, anota la referencia de Open Table y cobra de forma presencial. El tiempo que la sala deja de invertir en tomar comandas es el que se emplea aquí. La factura la emite Square, como siempre.
Al final del turno se genera el informe de conciliación: totales de Open Table frente a totales de Square, con las diferencias señaladas para revisar.
La buena noticia del análisis técnico: casi todo lo que hace falta ya está instalado.
Las Star TSP100IIILAN y Epson TM-m30 que ya tenemos son impresoras de red con IP propia. Open Table puede mandarles la comanda directamente desde la pantalla de cocina, sin ningún equipo intermedio y sin tocar su configuración con Square.
Los KDS de cocina son monitores táctiles Android con Chrome. Open Table es una web: se abre en Chrome a pantalla completa y funciona. No hay que instalar aplicaciones ni cambiar hardware.
Cada local tiene wifi de clientes y wifi de equipos internos. Es exactamente la separación que este sistema necesita: el cliente nunca toca la red donde están las impresoras y las cajas.
Un servidor privado en Hostinger con CloudPanel, en centro de datos europeo. Un único sitio que mantener, actualizar y respaldar para todo el grupo.
Tres formas de resolverlo en cocina y barra, de mejor a peor:
| Opción | Qué implica | Coste | Valoración |
|---|---|---|---|
| Segunda pantalla dedicada | Un monitor adicional junto al de Square, mostrando solo Open Table | Hardware por local | Recomendada |
| Pantalla partida | Dividir el KDS actual: mitad Square, mitad Open Table | 0 € | Viable, menos legible |
| Solo impresión en papel | Los pedidos salen por la impresora, sin pantalla | 0 € | Plan de respaldo |
La tercera opción existe como respaldo, no como diseño. El equipo de cocina lleva años trabajando con pedidos en pantalla; volver al papel sería un paso atrás en velocidad y en errores.
Un sistema de pedidos que se cae un viernes a las diez de la noche no es un problema técnico, es un problema de caja. Estos son los números reales y lo que se hace para protegerlos.
Puesto en contexto: si los seis locales estuvieran a la vez al ritmo del viernes de Villarroel, hablamos de unos 134 tickets por hora en todo el grupo —algo más de dos por minuto— con unas 320 conexiones simultáneas entre móviles de clientes y pantallas de servicio. Para un servidor privado bien configurado eso no es carga: es holgura. El sistema no está dimensionado al límite, está sobrado por diseño.
| Medida | Qué protege |
|---|---|
| Servidor privado, no compartido | Recursos garantizados. Nadie más puede consumir el procesador del servidor en nuestra hora punta. |
| Conexión persistente a las pantallas | Los pedidos llegan al KDS en el momento, sin que la pantalla tenga que preguntar cada dos segundos. Menos tráfico y menos latencia. |
| Memoria caché de la carta | La carta se sirve desde memoria, no consultando la base de datos en cada visita. Es lo que más se pide y lo que menos cambia. |
| Pedidos con identificador único | Si un cliente pulsa dos veces o pierde cobertura y reintenta, el pedido no se duplica. Nunca salen dos comandas iguales a cocina. |
| Funcionamiento sin red momentánea | La pantalla de cocina y la carta del cliente siguen mostrando lo último recibido si la conexión se corta unos segundos, y se sincronizan al volver. |
| Copia de seguridad diaria automática | La base de datos y el sistema se respaldan solos cada noche, con retención de varios días. |
| Vigilancia de disponibilidad con alerta | Si el sistema deja de responder, llega un aviso al móvil del responsable en minutos, sin esperar a que llame un gerente. |
| Entorno de pruebas separado | Ningún cambio llega a producción sin haberse probado antes en una copia. Nunca se toca el sistema en horario de servicio. |
| Límite de peticiones por mesa | Protege de un uso abusivo o de un error que genere cientos de peticiones desde un mismo móvil. |
Como el cliente pide desde su móvil, el sistema necesita conexión. Si un local se queda sin internet, la operativa vuelve automáticamente a la de siempre: el camarero toma nota y marca directamente en Square, exactamente como se trabajaba antes del QR. El servicio no se detiene en ningún caso. El equipo se forma en este escenario desde el primer día.
Square se queda. No sustituimos el TPV, ni la facturación, ni los informes financieros. Añadimos una capa delante que se ocupa de tomar comandas.
Es la fase del piloto y del despliegue. Funciona el primer día, no depende de que ninguna API externa se comporte como esperamos, y permite aprender la operativa real antes de automatizar.
Se estudia cuando el sistema esté rodando y con datos reales. Depende de lo que permita Square en España y de la configuración de nuestra cuenta, así que se plantea como objetivo, no como promesa.
Cada cuenta de Open Table genera una referencia única. Al cobrar, el cajero la anota en el campo de nota del ticket de Square. Ese emparejamiento es lo que permite que el informe diario compare los dos sistemas y detecte cualquier descuadre. Es un paso obligatorio del procedimiento de caja, y así se formará al equipo.
Los artículos, precios y modificadores se exportan de Square y se importan en Open Table. Los dos sistemas muestran exactamente lo mismo. Cuando cambia un precio, el dashboard avisa de reflejarlo en ambos sitios hasta que la fase 2 lo automatice.
Una carta que se abre en dos segundos, en su idioma, sin registro y sin descargar nada. Y un escaparate configurable para todo lo demás que queremos contarle.
Español, inglés y catalán, con detección automática y cambio manual. En Sagrada Familia y Chueca, media sala lo agradecerá.
El cliente ve en todo momento lo que ha pedido y cuánto lleva. Menos sorpresas en caja y menos reclamaciones.
Si cocina marca un producto agotado, desaparece de la carta al instante en todos los móviles. Se acaba el "eso ya no queda".
Espacios configurables por local desde el dashboard. Un lanzamiento, una bebida del mes, una promoción de fin de semana.
Un mensaje al abrir la carta, activable y editable por local. Útil para comunicar cambios, eventos o novedades.
Reservas, tarjetas regalo, redes sociales y pedido a domicilio, justo cuando el cliente ya tiene el móvil en la mano.
Alta en el club de fidelización desde la propia carta, sin instalar nada, y consulta y canje de puntos en el momento.
Pedir no exige darse de alta. El registro se ofrece después, con un incentivo. Menos fricción y más pedidos.
Todo lo anterior se cambia desde el dashboard, por local, sin tocar código y sin depender de nadie técnico.
La tentación es pedir correo, teléfono, edad y sexo antes de dejar pedir. Recomendamos no hacerlo, por dos motivos:
Condicionar el servicio a entregar datos que no son necesarios para prestarlo choca con el principio de minimización del RGPD. El consentimiento no se considera libre si es la única forma de poder pedir.
Cuatro campos antes de ver la carta hacen que el cliente cierre el navegador y llame al camarero. Habríamos montado un sistema para que no se use.
La propuesta es alta voluntaria con incentivo: el cliente pide libremente y, al cerrar la cuenta, se le ofrece darse de alta en #cachapalovers a cambio de puntos. Correo y teléfono en el alta; edad y sexo como campos opcionales del perfil. Se captan menos registros, pero de gente que quiere volver, con consentimiento válido y con historial de consumo utilizable para campañas reales.
Base de datos de clientes propiedad de La Cachapera, con historial de consumo por persona y por local, exportable, sin depender de que un proveedor nos la deje descargar. Ese activo, a medio plazo, vale más que el propio sistema de pedidos.
Un único panel para los seis locales, con permisos por rol y por local. Cada persona ve lo que le corresponde y nada más.
| Rol | Qué puede hacer |
|---|---|
| CEO y Dirección | Todo, en todos los locales. Resultados consolidados y comparativa entre locales. |
| Responsable de Área | Todos los locales de su área: menú, resultados, mesas y usuarios de su ámbito. |
| Gerente | Su local: menú, precios, disponibilidad, mesas, camareros y resultados del turno. |
| Sub Encargado | Su local: activar y cerrar mesas, asignar camareros y ver el panel de turno. |
| Sala, cocina y barra | Solo las pantallas de servicio. Sin acceso a precios, resultados ni datos de clientes. |
La activación de mesas queda restringida a Gerente y Sub Encargado. Es la decisión que convierte el sistema en algo controlado y no en un QR abierto que cualquiera puede usar desde la calle.
Precios, descripciones, fotos, orden de categorías, modificadores y disponibilidad, por local. Importación inicial desde la exportación de Square.
Ventas por local, turno, producto y camarero. Ranking de productos, ticket medio, productos que no rotan y análisis de margen.
Informe diario que compara totales de Open Table con totales de Square y señala descuadres para revisión.
Ficha por cliente con historial de visitas y consumo, segmentable y exportable para campañas de marketing.
Envío por correo del resumen diario a Dirección, Gerencia y CEO, con el nivel de detalle que cada uno necesite. Sin pedirlo y sin entrar al panel.
Quién activó cada mesa, quién cambió un precio y cuándo. Trazabilidad completa de todas las acciones sensibles.
Sección para quien quiera el detalle. Resumen para quien no: tecnología estándar, sin dependencias exóticas, mantenible por cualquier programador que venga después.
| Pieza | Elección | Motivo |
|---|---|---|
| Servidor | VPS Hostinger con CloudPanel | Recursos garantizados, coste bajo y un panel visual que permite operarlo sin línea de comandos. |
| Servidor web | Nginx con PHP-FPM | Aguanta muchas conexiones simultáneas con poca memoria. Es lo que este caso de uso necesita. |
| Lenguaje | PHP 8.3 | Estándar, sin dependencias raras y con enorme oferta de profesionales que lo mantienen. |
| Base de datos | MariaDB | Fiable, conocida, respaldable con herramientas estándar y ya en uso en otros proyectos internos. |
| Caché en memoria | Redis | Sirve la carta y las sesiones sin tocar la base de datos. Es lo que da la sensación de instantáneo. |
| Avisos a pantallas | Conexión persistente (SSE) | El servidor empuja el pedido a la pantalla en el momento, en lugar de que la pantalla pregunte cada dos segundos. |
| Front del cliente | HTML, CSS y JavaScript sin frameworks | Carga en móviles antiguos y con mala cobertura. Nada que compilar y nada que se rompa al actualizar una librería. |
| Protección de acceso | Cloudflare por delante | Absorbe picos, filtra tráfico malicioso y acelera la carga. Gratuito en el plan que necesitamos. |
| Acceso de personal | Cuenta de Google Workspace | Sin contraseñas nuevas que gestionar. Quien sale de la empresa pierde el acceso al desactivarse su cuenta. |
| Impresión | Desde el navegador de la pantalla a la impresora de red | Aprovecha el hardware instalado y evita meter un equipo intermedio en cada local. |
La lista de entregables incluye documentación técnica, guía de mantenimiento y guía de despliegue. El objetivo declarado es que cualquier programador pueda tomar el relevo leyendo los documentos, sin necesidad de hablar conmigo. Es lo que convierte el sistema en un activo de la empresa y no en un conocimiento personal.
Es la decisión de diseño que nos mantiene fuera del alcance de la normativa antifraude, y es deliberada.
Toma comandas, las reparte a las partidas y presenta un resumen de consumo al cliente. Es un sistema de gestión de pedidos.
No emite factura, no emite ticket fiscal, no registra la venta a efectos tributarios y no cobra. Todo eso lo sigue haciendo Square.
El Real Decreto-ley 15/2025 amplió los plazos del reglamento Verifactu: la obligación para sociedades pasa al 1 de enero de 2027 y para autónomos al 1 de julio de 2027. La responsabilidad de que el sistema de facturación sea conforme recae en el fabricante del software de facturación, que en nuestro caso es Square.
Al mantener la emisión de factura íntegramente en Square, Open Table no es un sistema informático de facturación y no añade ninguna obligación de adaptación al grupo.
Si en el futuro se incorporase pasarela de pago propia con emisión de justificante fiscal, el sistema entraría en el alcance de Verifactu y habría que adaptarlo. No es un impedimento: es una decisión con coste que se valoraría en su momento con la asesoría fiscal delante. Queda anotado desde hoy.
Lo que se aprueba ahora es la fase 1. Pero el sistema se diseña desde el principio para admitir lo que viene, sin rehacerlo.
Que el cliente pueda pagar desde su móvil sin levantarse. Elimina la cola en caja y agiliza la rotación de mesas.
La misma carta y el mismo motor de pedidos, con reparto contratado bajo demanda mediante Glovo OnDemand o Uber Direct. Pedido propio sin comisión de plataforma.
Puntos, recompensas y campañas disparadas por el propio consumo, en lugar de gestionadas en una plataforma aparte.
Si el sistema funciona en seis locales, funciona en los de otros. Al ser propiedad íntegra del grupo, La Cachapera podría licenciarlo a otras cadenas de hostelería como línea de ingreso adicional. Es un activo, no solo una herramienta.
Un sistema a medida vive de su mantenimiento: se ajusta, se mejora y se adapta a lo que el equipo pide. Eso es exactamente lo que un producto contratado no permite hacer. Aquí ese mantenimiento está cubierto dentro del puesto de Transformación Digital, así que la contrapartida habitual de un desarrollo propio —depender de un proveedor externo para cada cambio— en nuestro caso no existe.
Dos meses de desarrollo y el primer local funcionando antes de acabar el año. La replicación al resto es mucho más rápida porque todo estará ya configurado.
Inicio del desarrollo a la vuelta de vacaciones. Montaje del servidor, base de datos, importación del catálogo y estructura del proyecto.
Interfaz de cliente, motor de pedidos con cuenta abierta, sistema de tokens por mesa, pantallas de cocina y barra, y panel de turno en caja.
Dashboard de administrador, roles, informes, conciliación, impresión en las impresoras del local y pruebas en condiciones reales fuera del horario de servicio.
Montaje en Sagrada Familia: pantallas, QR de mesa, catálogo definitivo y formación del equipo de sala, cocina, barra y caja.
El primer local entra en producción con clientes reales. Canal de feedback abierto desde el primer turno y ajustes diarios sobre lo que reporte el equipo.
El mejor mes para poner a prueba el sistema: si aguanta diciembre, aguanta cualquier cosa. Se recogen datos reales de volumen y se afina sobre la marcha. Si el rodaje va bien, se puede arrancar un segundo local antes de cerrar el año.
Replicación en Cuzco, Chueca, Poblenou, Ruzafa y Villarroel. Con el sistema ya rodado, cada local es cuestión de configuración y formación, no de desarrollo.
Mantenimiento y evolución basados en el feedback del equipo y de dirección, dentro de mi jornada como Responsable de Transformación Digital.
Todo lo listado a continuación queda en propiedad del grupo. Lo único que no está incluido es el hardware físico, detallado en la sección de costes.
El hardware físico —monitores, tablets, soportes, cableado y cualquier impresora adicional— va por cuenta de la empresa y se detalla en la sección siguiente. Tampoco está incluida la adaptación a Verifactu de una futura pasarela de pago propia, que sería un proyecto aparte.
Conviene dejarlo escrito desde el principio, para que nadie tenga que interpretarlo después.
| Actividad | Cuándo se hace | Cómo se retribuye |
|---|---|---|
| Desarrollo del sistema Análisis, programación, pruebas y documentación |
Fuera de la jornada laboral, en tiempo propio, durante dos meses | Reconocimiento único de 3.000 €, en dos pagos contra resultado |
| Implantación en cada local Configuración, QR, pantallas y formación del equipo |
Dentro de la jornada laboral | Incluido en mis funciones. Sin coste adicional |
| Mantenimiento y evolución Incidencias, mejoras y feedback del equipo |
Dentro de la jornada laboral, de forma continuada | Incluido en mis funciones. Sin coste adicional |
Trabajo en La Cachapera y el sistema es para La Cachapera. Esto no es un servicio contratado a un proveedor externo: es una mejora que impulso yo como Responsable de Transformación Digital, con un reconocimiento económico por el desarrollo hecho fuera de jornada, y con el sistema quedando íntegramente en casa. Conviene que Administración lo formalice en la manera que corresponda antes del arranque.
Tres bloques: lo que se paga una vez, lo que se paga cada mes y lo que se deja de pagar.
Cubre el sistema completo, la implantación en los seis locales, toda la documentación y la formación del equipo. No hay una segunda factura, ni cuota mensual, ni licencia, ni coste por local añadido.
No se cobra por horas. El valor de esto no está en el tiempo que lleve, está en que funcione. Cobrar por horas premiaría la lentitud y obligaría a la empresa a auditar un parte de trabajo cada mes.
No se cobra por adelantado. La empresa no pone dinero antes de ver el sistema en marcha. El primer pago llega cuando ya hay un local funcionando con clientes reales; si eso no ocurre, no hay nada que abonar.
No hay cuota, ni licencia, ni coste por local. Es un importe cerrado, pagado en dos momentos que coinciden exactamente con los dos instantes en los que la empresa recibe valor real: cuando el sistema funciona en un local y cuando funciona en todos.
| Concepto | Detalle | Coste estimado |
|---|---|---|
| Servidor VPS | Hostinger con CloudPanel, centro de datos europeo. Un solo servidor para los 6 locales | ≈ 10 – 18 €/mes |
| Subdominio y certificado | go.lacachapera.es sobre el dominio que ya tenemos. SSL gratuito | 0 € |
| Copias de seguridad | Automáticas diarias, incluidas en el plan del servidor | 0 € |
| Vigilancia de disponibilidad | Alerta al móvil si el sistema deja de responder | 0 € |
| Protección y aceleración | Cloudflare en plan gratuito | 0 € |
| Total recurrente para todo el grupo | ≈ 120 – 220 €/año | |
Precio del servidor a confirmar en euros con IVA en el momento de la contratación.
Rangos de orientación, no presupuestos cerrados. Cada gerente compra lo que su local necesita, y hay locales que no necesitarán nada.
| Elemento | Cuándo hace falta | Rango orientativo |
|---|---|---|
| Monitor secundario no táctil 19–24" | Opción recomendada para cocina o barra, si se quiere pantalla dedicada | 70 – 130 € |
| Tablet Android de gama de entrada | Alternativa para barra donde no quepa un monitor | 100 – 180 € |
| Soporte o brazo de pantalla | Casi siempre, para no ocupar superficie de trabajo | 15 – 35 € |
| Cableado HDMI y adaptadores | Con cada pantalla nueva | 10 – 25 € |
| Impresora de red adicional | Solo si una partida se queda sin impresora propia | 200 – 320 € |
| Impresión de los soportes de QR de mesa | Una vez por local | A valorar con marketing |
Sagrada Familia, con una pantalla dedicada en cocina y otra en barra más soportes y cables: del orden de 200 a 350 € de hardware. Es lo único que hay que comprar para empezar.
| Concepto | Situación actual | Ahorro |
|---|---|---|
| Módulo Square Online | 32 €/mes × 5 locales | 160 €/mes · 1.920 €/año |
| Comisión por transacción | Pasa de online (1,07% + 0,25 €) a presencial (0,8%) | ≈ 0,30 – 0,34 € por ticket |
El fijo de 0,25 € por transacción online es lo que más pesa: en un ticket de 20 € supone más que el propio porcentaje. Cada cuenta que se cobre en caja en lugar de por QR online ahorra unos treinta céntimos.
| Si al mes se cobran en caja… | Ahorro en comisión | + módulo Square | Ahorro anual |
|---|---|---|---|
| 500 cuentas que hoy pagan online | ≈ 160 €/mes | 160 €/mes | ≈ 3.840 € |
| 1.000 cuentas | ≈ 320 €/mes | 160 €/mes | ≈ 5.760 € |
| 2.000 cuentas | ≈ 640 €/mes | 160 €/mes | ≈ 9.600 € |
Escenarios de cálculo, no previsiones. El dato real está en Square y conviene extraerlo para sustituir estos escenarios por la cifra exacta.
| Concepto | Año 1 | Año 2 |
|---|---|---|
| Desarrollo (pago único en dos partes) | 3.000 € | 0 € |
| Infraestructura | ≈ 170 € | ≈ 170 € |
| Hardware (estimación para los 6 locales) | ≈ 1.500 € | 0 € |
| Mantenimiento | 0 € (en jornada) | 0 € (en jornada) |
| Coste total | ≈ 4.670 € | ≈ 170 € |
| Ahorro solo del módulo Square Online | −1.920 € | −1.920 € |
| Coste neto sin contar el ahorro en comisiones | ≈ 2.750 € | Ahorro de 1.750 € |
Con solo el ahorro del módulo Square Online, el proyecto se paga en unos dos años y medio. Contando el ahorro en comisiones, se paga entre el sexto y el decimoquinto mes, según el volumen real de cuentas que pasen a cobrarse en caja. Y a partir de ahí el grupo es dueño de un sistema que ningún competidor tiene contratado, porque no se puede contratar.
No hace falta decidir hoy sobre los seis locales. Lo único que se decide ahora es si arrancamos el piloto de Sagrada Familia el 9 de septiembre.
Confirmación para empezar el desarrollo el 9 de septiembre, con Sagrada Familia como local de prueba y puesta en marcha a finales de noviembre.
Conformidad con lo descrito en la sección 15 y con el reconocimiento en dos pagos, en la forma que Administración considere correcta.
Llevamos meses pagando por un sistema que no hace lo que necesitamos. Open Table no es una idea nueva: es la operativa que ya funciona en cientos de restaurantes, construida a nuestra medida y quedándose en casa. Si la respuesta es sí, el 9 de septiembre empiezo.
Responder a la propuesta