Quién está detrás de Cita-Lista

Lo que eso te da

• Hablas con quien programa. Cuando escribes pidiendo algo, no lo recoge un agente de primer nivel que abre un ticket. Lo lee la persona que puede hacerlo. Si lo que pides tiene sentido para más restaurantes, suele estar hecho en días, no en trimestres.
• El precio es el que es porque no hay que financiar nada más. 20 € al mes no da para una red de ventas ni para una oficina. Da exactamente para tener el producto funcionando y atendido. Los precios están publicados, que en este sector no es lo habitual.
• Te lo monto yo. La puesta en marcha —tus mesas, tus salas, tus horarios, tus turnos— no es un asistente de configuración que rellenas tú. Me dices cómo trabajas y te lo dejo montado.

Y lo que te quita

Esta parte es la que normalmente no se cuenta, y es la que más te conviene saber:

• No hay soporte 24/7 ni acuerdo de nivel de servicio firmado. Si un sábado a las diez de la noche pasa algo, respondo lo antes que puedo, pero no hay un equipo de guardia. Si tu restaurante no puede asumir eso, es un motivo legítimo para elegir a otro.
• El producto es joven. Lleva menos tiempo en producción y ha pasado por menos Nocheviejas que los grandes del sector.
• Todavía no tengo clientes que enseñarte. No vas a encontrar testimonios en esta web porque no me los voy a inventar. Lo que sí puedes hacer es entrar en la demo y trastear el producto real ahora mismo, sin registrarte, con un año de reservas de un restaurante de ejemplo.
• Hay cosas que no hace. No cobra anticipos con tarjeta, no se integra con TPV, no gestiona varios locales con central de reservas y no tiene app nativa. Cuando alguien necesita eso se lo digo y le mando a quien sí lo tiene, aunque pierda la venta.

Cómo está hecho, por si te interesa

No hace falta que entiendas nada de esto para usarlo, pero si te vas a jugar el libro de reservas conviene saber que no es un formulario con una hoja de cálculo detrás:

• La imposibilidad de vender dos veces la misma mesa está garantizada por la base de datos con una restricción de exclusión, no por una comprobación en el programa. Es la diferencia entre «casi nunca pasa» y «no puede pasar», y está explicada en detalle en la guía de cómo elegir un sistema de reservas.
• Los datos viven en Postgres con aislamiento por restaurante: un restaurante no puede leer las reservas de otro, y eso está impuesto en la base de datos, no solo en la aplicación.
• Tus comensales son tuyos. Si te das de baja, te llevas la base de datos exportada. No se usan para recomendarle a nadie el restaurante de al lado.

Cómo contactar

Escríbeme a pablo.fernandez@cita-lista.es y contesto yo. Si prefieres verlo en una videollamada de quince minutos con tu caso delante, dímelo en el correo y la montamos: para un producto sin clientes que enseñar, es lo más parecido a una referencia que te puedo dar.