DSmartWare

Para quién es

Si tu negocio trabaja con agenda, pierde gente todos los días sin saberlo.

Capacidad limitada, reputación pública y pedidos que no caben en un widget. El sitio se vuelve un folleto y nadie se entera de nada.

Las tres fugas

Tres momentos en que un cliente interesado se va sin dejar rastro

Valen igual para un restaurante, una clínica, una casa de eventos, una posada o un estudio. Un formulario de contacto no cierra ninguno.

Perdido hoyRegistrado

El pedido que no cabe en el widget

Perdido hoy

Treinta personas en un restaurante, una boda en una casa de eventos, una clase cerrada en un estudio. El sistema se detiene en ocho o diez, y el pedido se convierte en una llamada que nadie anota, o se va al competidor.

Registrado

El pedido llega registrado, con la fecha y el número de comensales, y el aviso sale en el momento. Es la reserva de mayor valor que recibe un restaurante, y quien responde primero suele ganarla.

El horario que no existía

Perdido hoy

Alguien ya había decidido ir, eligió el día, no encontró lugar y cerró la pestaña. Una búsqueda fallida nunca se convierte en reserva ni en cita, y no aparece en ningún informe.

Registrado

Los días que la casa no pudo atender quedan registrados. Sumados, son la demanda que nadie más está contando: el número detrás de abrir otro turno, otra sala u otra clase.

El cliente que quería novedades

Perdido hoy

A alguien le gustó lo suficiente como para querer noticias, y el negocio no tiene forma de hablar con nadie.

Registrado

Nombre, contacto y cumpleaños, con el consentimiento guardado junto a la fecha y el origen. Es lo único del sitio que crece solo y no se va con ningún proveedor.

Dónde aplica

La misma fuga, en el idioma de cada sector

Cambia el vocabulario, no el problema. Si tu sector no está aquí y trabaja con agenda, probablemente vale la conversación.

  • Restaurante

    Un grupo de treinta no cabe en el widget de reserva, y la noche llena despide a quien ya había decidido ir.

  • Clínica y consultorio

    La paciente que no encontró horario esta semana desaparece sin llegar a ningún informe, y la fecha de control es el dato que más vale en la lista.

  • Casa de eventos y catering

    Aquí el pedido grande no es una fuga, es el negocio entero. Fecha, número de invitados y presupuesto llegan registrados en vez de volverse una llamada.

  • Posada y hotel pequeño

    El motor de reserva no recibe grupo ni evento, y la nota de Google decide la compra antes que cualquier foto.

  • Estudio con cupos limitados

    La lista de espera no es un extra, es el producto. La demanda insatisfecha es lo que justifica abrir otra clase.

Lo que ve el cliente

Páginas que responden antes de que suene el teléfono

Un sitio así tiene pocas tareas, y la mayoría un PDF las cumple mal.

Carta y lista de precios en HTML, nunca en PDF

Platos, servicios y precios son texto estructurado en la página. El buscador lo lee, el lector de pantalla lo lee, y nadie en el móvil tiene que hacer zoom sobre un documento hecho para papel.

Marcado para tu tipo de negocio

Datos schema.org en el contenido estructurado. Es lo que hace que Google muestre un resultado enriquecido en vez de un enlace azul a secas.

Multilingüe, verificado en cada build

Cada idioma se planifica en la arquitectura del sitio, no se traduce por encima después. Un script compara las claves en cada build, así ninguna página sale a medio traducir.

Reserva donde el cliente ya reserva

El sistema que la casa ya usa sigue integrado. Lo que no puede recibir, como el pedido grande y el día lleno, se convierte en formulario en vez de convertirse en nada.

Respuestas sacadas de los datos reales de la casa

Las preguntas sobre lo que ofreces se responden con tus propios datos, con el cliente dirigido a la reserva, siempre en el idioma de la página.

Lo que ve el dueño

Una pantalla, en el orden en que llegan las preguntas

Primero lo que necesita a alguien hoy, después cómo está la casa, y por último la evidencia de ambas cosas.

Ahora

Lo que está esperando a alguien: pedidos sin respuesta, los cumpleaños del mes, a quién no pudo encajar el sistema. El encargado marca lo que respondió, y el panel aprende cuánto tardó.

Cómo está la casa

La nota de Google con historial propio, el tamaño de la lista de invitados, el tráfico del mes y en qué se convirtieron esas visitas.

La evidencia

De dónde vinieron los visitantes, sobre qué preguntaron, qué platos se mencionaron y a qué hora llegan.

Una nota con historial es la parte que nadie más entrega

Google muestra la nota de hoy y no guarda la de ayer. Nosotros guardamos una foto por día, así se ve si la nota sube o baja, y desde cuándo. Como la fuente cubre cualquier lugar público, el mismo gráfico sigue a los competidores de la calle sin pedirle acceso a nadie.

Cuatro sedes, un panel

Un dueño con varias sedes las ve todas detrás de un selector. Sumar una es una fila en la base de datos, no un segundo proyecto.

Integraciones

¿Funciona con lo que ya usas?

La respuesta honesta no es una lista de logos. Es saber qué permite exportar o llamar tu sistema, y eso cambia de proveedor a proveedor. Son tres capas, y verificamos la tuya antes de prometer nada.

  1. Ya funciona

    Lo que no depende de nadie

    • El sistema de reserva que la casa ya usa sigue integrado en la página, funcionando como fue hecho para funcionar.
    • Nota y reseñas de Google, por dato público. No necesita acceso a tu cuenta, y por eso el mismo gráfico sigue a los competidores.
    • Mapa, ruta y aviso por correo en cada pedido que entra por el sitio.
  2. Depende del proveedor

    Lo que no se puede destrabar desde acá

    • API de POS. Cada proveedor abre de una forma: algunos tienen API abierta, otros exigen aprobación, como Oracle en el caso de MICROS. Mientras ese acceso no exista, ninguna cifra de facturación en el panel es confiable, y por eso no ponemos ninguna.
    • API de socio del sistema de reserva. El widget integrado no necesita ninguna aprobación; la API completa exige un acuerdo comercial.
    • En esos casos decimos qué aprobación falta y quién la firma, en vez de prometer el resultado.
  3. Depende de ti

    Lo que resuelve un acceso tuyo

    • Perfil de empresa en Google. Con él, el panel muestra todas las reseñas y permite responder desde ahí.
    • Una exportación del sistema que ya usas, cuando exista, para que la lista de clientes empiece llena en vez de vacía.

Una regla no se negocia en ninguna de las tres: los datos de la tarjeta se quedan con tu procesador de pagos y nunca pasan por tu sitio.

Límites

Lo que no hacemos, y por qué

Son cosas que un panel podría mostrar y el nuestro no muestra. Cada una costaría más confianza de la que compra.

Poner una cifra en dinero en el panel
El POS es el que tiene la facturación. Un número aquí que los informes de la propia casa puedan desmentir vale menos que ningún número.
Decir "reservas"
Decimos "84 siguieron hacia el sistema de reserva". Quien tiene el conteo real es el sistema de reserva. El equivocado sería el nuestro.
Guardar lo que preguntaron los comensales
Solo queda el tema. Privacidad resuelta en el origen, no por una política escrita.
Prometer un X% más de reservas
No medimos la reserva concretada, así que no podemos afirmar un porcentaje de ella. Quien cita esa cifra está estimando.
Llenar un vacío con una suposición
Cuando falta una fuente, la sección desaparece y un aviso dice qué falta. Un panel vacío es honesto; un número inventado no.
Medido, no prometido

No te pedimos que nos creas

Esta página está construida con el estándar descrito arriba. Las notas son suyas, medidas con Google Lighthouse, la auditoría que cualquiera puede correr.

Ver cómo medimos
95
de 100
Rendimiento
100
de 100
Accesibilidad
100
de 100
Buenas Prácticas
100
de 100
SEO

Publicamos la nota más baja medida entre todas las páginas, no la mejor. Medido el 25 de agosto de 2026.

¿Quieres ver esto en tu negocio?