Si estás empezando, este artículo es para ti: primero, lo que conviene hacer en tus primeros 90 días. Después, una oferta que armamos pensando en quienes arrancan.

¿Por qué empezar un negocio de comida da tanto susto?

Porque haces todo con poca plata y casi siempre solo. Cada gasto se siente enorme, cada día flojo preocupa y no hay nadie a quien preguntarle si vas bien.

Y cuando piensas en un sistema para organizarte, aparece otro miedo: que eso sea para cadenas grandes, que sea caro, complicado o que pida una tarjeta de crédito que no tienes. Entonces sigues con el cuaderno, aunque sabes que se te escapan cosas.

¿Qué errores cuestan más en los primeros meses?

Los que no se ven hasta que ya pasaron. Los más comunes al empezar:

• Mezclar la plata de la casa con la del negocio. Sin separarla, nunca sabes si el negocio gana o si lo estás sosteniendo tú.
• No saber cuánto cuesta cada plato. Pones el precio “a ojo” y vendes mucho sin ganar.
• No cuadrar la caja cada día. Una diferencia pequeña repetida se vuelve un hueco grande.
• Comprar de más por miedo a quedarte sin nada. Lo que se daña es plata botada.

Si la caja ya te está dando dolores de cabeza, empieza por por qué no te cuadra la caja al final del turno.

¿Qué hacer en tus primeros 90 días?

Ordenar poco a poco, sin querer resolverlo todo el primer día.

Días 1 a 30: separa y registra. Abre una cuenta o una llave solo para el negocio. Anota cada venta y cada gasto, por pequeño que sea. Cuenta la caja al cerrar, todos los días.

Días 31 a 60: entiende tus números. Calcula el costo de tus cinco platos más vendidos. Revisa cuáles dejan margen y cuáles no. Mira qué días y horas se vende más.

Días 61 a 90: ajusta y delega. Sube precios donde el margen no alcanza. Deja de comprar lo que casi no rota. Si ya tienes ayuda, define quién hace qué y quién responde por la plata.

Con esos tres pasos llegas al cuarto mes sabiendo mucho más de tu negocio que la mayoría de gente que abre.

Y no lo hagas completamente solo. Busca a otros emprendedores de tu barrio, pregunta en tu Cámara de Comercio por programas de acompañamiento y apóyate en quienes ya pasaron por lo mismo. Muchas de las dudas que te quitan el sueño ya las resolvió alguien que abrió antes que tú. Pedir consejo a tiempo no es debilidad: te ahorra meses de errores y bastante plata.

¿De verdad un sistema es solo para cadenas grandes?

No. Un negocio pequeño lo necesita incluso más, porque tiene menos margen para equivocarse. La diferencia es que debe ser sencillo, aprenderse rápido y crecer contigo sin obligarte a cambiar de herramienta.

Con un sistema así, cada pedido queda registrado, la caja se cuadra con el conteo del turno y ves qué se vende y qué no, sin armar hojas de cálculo en la noche. Puedes ver la idea completa en cómo funcionan la caja y el cierre.

¿En qué consiste la oferta para emprendedores?

Plan Pro a $25.000 al mes durante 4 meses para quienes están empezando su negocio de comida. Es el plan completo, no una versión recortada, a un precio pensado para tus primeros meses.

Además:

• Sin tarjeta de crédito. Pagas por transferencia o llave, por WhatsApp.
• Activación inmediata apenas se confirma el pago.
• Asesoría gratuita para dejar tu menú y tu caja listos desde el inicio.

¿Quién puede pedirla y cómo?

Quien esté empezando un negocio de comida y lo muestre por WhatsApp. Basta con enviar alguna evidencia de que es nuevo: fotos del local recién montado, de la adecuación, del letrero o de un registro reciente del negocio.

El proceso es corto: nos escribes por WhatsApp, nos cuentas qué estás montando, envías la evidencia, pagas el primer mes por transferencia o llave y empiezas a usarlo ese mismo día.

¿Qué pasa cuando terminan los 4 meses?

Si estás usando la app de verdad en tu día a día, la oferta se puede extender. Queremos que el precio no sea la razón para dejar de organizarte mientras el negocio se estabiliza.

Si no la usaste, no pasa nada: decides con calma qué plan te sirve. Como pagas mes a mes, no hay cobros automáticos ni permanencia.

¿Listo para arrancar con orden?

Escríbenos por WhatsApp y cuéntanos qué negocio estás empezando. Te ayudamos a revisar si el plan te sirve y, si es así, lo dejamos activo hoy mismo.

Al final te contamos cómo podemos acompañarte. Pero lo útil viene primero.

¿Qué pasó el 10 de agosto de 2026?

A las 7:34 a. m. ocurrió un sismo de magnitud 7,4 con epicentro en San José del Palmar, Chocó, a 103 kilómetros de profundidad, según el Servicio Geológico Colombiano. Se sintió en buena parte del país y también en países vecinos.

El mismo Servicio Geológico lo registra como el tercer sismo de mayor magnitud en la historia de Colombia, y ha seguido reportando réplicas en las semanas siguientes. Para información sobre afectaciones y atención, la fuente oficial es la Unidad Nacional para la Gestión del Riesgo de Desastres.

¿Por dónde empezar antes de pensar en vender?

Por la seguridad de las personas y del local. No vuelvas a operar hasta que la estructura haya sido revisada, sobre todo si ves grietas, techos desplazados o problemas con las instalaciones de gas o de energía.

Consulta en tu alcaldía cómo solicitar la revisión del inmueble. Mientras tanto, toma fotos y videos de todos los daños, con fecha: te servirán para el seguro, para el arrendador y para cualquier ayuda que solicites.

¿Qué hacer con el inventario y los alimentos?

Revisa todo con criterio de seguridad, no de ahorro. Bota lo que haya estado en neveras sin energía por mucho tiempo, lo que tuvo contacto con polvo, escombros o agua de dudosa procedencia, y cualquier empaque roto.

Antes de botar, anota qué se perdió y cuánto costaba, con fotos. Luego haz un conteo limpio de lo que sí sirve. Ese inventario inicial será tu punto de partida para las compras de reapertura. Si quieres hacerlo con método, te puede servir la guía de control de inventario para restaurantes.

¿Cómo cuidar la caja en las semanas difíciles?

Con un plan de plata para las próximas cuatro semanas, aunque sea sencillo. Anota lo que tienes disponible, lo que debes pagar sí o sí y lo mínimo que necesitas comprar para volver a abrir.

Algunas ideas prácticas:

• Habla con tu arrendador y tus proveedores antes de que venzan los pagos. Explicar a tiempo abre más puertas que explicar tarde.
• Pregunta en tu banco por alivios para damnificados. Pide las condiciones por escrito.
• Reabre con un menú corto. Menos platos significa menos compras, menos desperdicio y una cocina más fácil de manejar.
• Separa la plata del negocio de la de la casa, aunque sea en dos sobres.

¿Cómo acompañar a tu equipo?

Primero como personas, después como trabajadores. Pregunta cómo están ellos y sus familias antes de hablar de turnos. Algunos pueden haber perdido su vivienda o tener a alguien a cargo.

Cuando sea momento de volver, sé claro con lo que puedes ofrecer: horarios, pagos y fechas. La incertidumbre pesa más que una mala noticia dicha a tiempo.

¿Cómo contarles a tus clientes que vuelves?

Con honestidad y sin dramatizar. Un mensaje corto por tus redes y por WhatsApp funciona bien: que están bien, cuándo reabren, en qué horario y con qué menú.

Si reabres de forma parcial, dilo: “por ahora solo domicilios” o “menú del día mientras terminamos de arreglar”. Tus clientes de siempre suelen querer apoyarte; solo necesitan saber cómo.

¿Qué ayudas oficiales puedes consultar?

Las medidas cambian con el tiempo, así que verifica siempre en la fuente oficial:

• Tu alcaldía y el consejo municipal de gestión del riesgo, para la revisión del inmueble y el registro de afectaciones.
• La Unidad Nacional para la Gestión del Riesgo de Desastres, para la información oficial de atención.
• Tu Cámara de Comercio, que suele conocer los programas de apoyo a comerciantes de tu región.
• Bancóldex, donde se publican las líneas de crédito vigentes para empresas.

Desconfía de quien te pida plata por adelantado para “gestionar” una ayuda oficial.

¿Cómo podemos acompañarte desde menululo?

Con el plan Pro sin costo durante 6 meses para negocios de comida afectados por el sismo del 10 de agosto. Sin compromiso de permanencia y sin tarjeta de crédito.

Reabrir con la caja, el inventario y los pedidos ordenados desde el primer día ayuda a entender rápido si el negocio se está recuperando. Puedes ver cómo funciona el cierre de turno en cómo funcionan la caja y el cierre.

¿Qué necesitas para pedirlo?

Solo escribirnos por WhatsApp y enviar una evidencia sencilla de la afectación: fotos de los daños o del cierre, o una constancia de registro si la tienes. No necesitas tener todo resuelto para escribirnos.

Y si todavía no es momento de pensar en sistemas, también puedes escribirnos para una asesoría gratuita sobre cómo organizar la reapertura. Estamos para ayudarte.

Ese es el problema de las comandas perdidas: la caja no las ve.

¿Por qué una comanda perdida no aparece en ningún reporte?

Porque no deja rastro en la plata. La caja solo cuenta lo que se cobró; un pedido que nunca llegó a la cocina, o que se preparó mal y se repitió, no produce un faltante: produce comida botada, tiempo perdido y un cliente que no vuelve.

Por eso muchos dueños no saben cuántas comandas pierden. No es que no pase; es que ningún número lo muestra.

¿Cómo se pierde una comanda?

De formas muy cotidianas, casi siempre en la hora pico:

• El papel se queda en el camino: en un bolsillo, debajo de otra comanda o mojado junto al lavaplatos.
• Se dice en voz alta y no se escucha entre el ruido de la freidora y la campana.
• Se escribe con afán y en la cocina se lee “con” donde decía “sin”.
• Llega por varios lados a la vez: el mesero, el mostrador y el celular de los domicilios, sin un orden común.
• Se modifica y el cambio no llega: el cliente cambió la bebida, pero en la cocina ya estaban preparando la anterior.

¿Cuánto le cuesta a tu restaurante un error de pedido?

Cada error se paga varias veces: los ingredientes del plato equivocado, el gas y el tiempo de rehacerlo, la espera del cliente y, muchas veces, una cortesía para calmar la situación. Y lo que no se puede reponer es la visita que ese cliente ya no hará.

La comida que se bota tampoco es un asunto menor. Según el Departamento Nacional de Planeación, en Colombia se pierden y desperdician 9,76 millones de toneladas de alimentos al año, el 34 % de la oferta disponible para el consumo humano. Cada plato rehecho por una comanda mal pasada suma a esa cuenta, y también a la tuya.

Un ejercicio útil: durante una semana, pídele a la cocina que anote cada plato repetido o devuelto por un error de pedido, con lo que costó prepararlo. Ese total es lo que hoy te está costando el problema que no aparece en ningún reporte.

¿Qué le hace al dueño no saber dónde se pierden los pedidos?

Lo lleva a desconfiar de su equipo sin pruebas. Cuando el cliente se queja, la mesera dice que pasó el pedido y el cocinero dice que nunca le llegó. Sin un registro, tú no puedes saber qué pasó, y terminas decidiendo por intuición a quién creerle.

Con el tiempo, esa duda desgasta a todos. El equipo trabaja a la defensiva, tú terminas supervisando cada mesa y la hora pico se vuelve el momento más temido del día, en lugar del más rentable.

¿Qué puedes hacer desde hoy para no perder comandas?

Ordenar el recorrido del pedido, de la mesa a la cocina, para que no dependa de la memoria de nadie. Estas medidas funcionan incluso en papel:

1. Una sola vía de entrada. Todos los pedidos, de mesa, mostrador o domicilio, llegan a la cocina por el mismo medio.
2. Comanda completa y numerada. Número, mesa o nombre, hora y cada detalle: “sin cebolla”, “término medio”.
3. Confirmar con el cliente antes de enviar el pedido a la cocina.
4. Una cola visible en la cocina, en orden de llegada, en un riel o gancho lejos del agua y del calor.
5. Marcar la comanda cuando sale el plato y guardarla hasta cerrar la cuenta de esa mesa.
6. Los cambios también van por escrito. Nada de “dile al cocinero que al final era sin queso”.
7. Roles claros en hora pico, para que nadie tome pedidos “de pasada”. Lo explicamos en cómo organizar los roles de tu equipo cuando llega la hora pico.

Si al hacer el ejercicio descubres que la mayoría de errores vienen de pedidos a los que les falta un detalle, revisa también cómo está escrita tu carta: un plato con opciones poco claras genera comandas ambiguas desde el principio.

¿Y los pedidos que llegan por teléfono o por chat?

Son los que más se pierden, porque no pasan por el salón. Llegan al celular de alguien, se anotan con prisa y muchas veces viajan a la cocina de palabra.

Trátalos igual que un pedido de mesa: se pasan a comanda completa, con nombre del cliente, dirección o hora de recogida y cada detalle, y entran a la misma cola de la cocina. Nada de “hazme ya una hamburguesa que es para un domicilio”. Y antes de despachar, alguien compara lo que va en la bolsa con lo que dice la comanda, porque un domicilio equivocado ya no se corrige en la mesa.

¿Cómo corta una comanda digital el problema de raíz?

Eliminando el paso donde se pierde: el traslado del pedido. Cuando el pedido se registra en la mesa, llega solo a la cocina, completo y en orden, sin pasar por bolsillos, ruido ni letra apurada.

Así se vive con menululo: apenas se registra el pedido, la comanda se imprime en la cocina y aparece en una pantalla con la cola en vivo, de nuevo a en preparación y a listo para salir. Si todavía no tienes impresora, aquí te ayudamos a decidir si de verdad necesitas una impresora térmica. Y el recorrido completo está en cómo funcionan las comandas y la cocina.

¿Por dónde empiezo?

Empieza por contar, durante una semana, cuántos platos se repiten por errores de pedido. Ese número te va a decir cuánto vale resolverlo.

Y si quieres que lo miremos juntos, escríbenos por WhatsApp. Cuéntanos cómo viajan hoy los pedidos de la mesa a la cocina y, en la asesoría gratuita, te mostramos dónde se están perdiendo y cómo organizarlo.

La carta impresa tiene algo bonito: se siente, se hojea, tiene la cara del negocio. El problema es que se queda quieta mientras todo lo demás cambia.

¿Cuánto cuesta de verdad reimprimir el menú?

Más que la imprenta. El diseño y la impresión son el costo visible; el invisible es todo lo que pasa mientras decides si vale la pena reimprimir: precios viejos, platos que ya no hay y cartas manchadas que hablan mal del negocio.

El costo más caro es el que casi nadie calcula: vender por debajo de lo que deberías. Cuando reimprimir es un lío, se tiende a aplazar la subida de precios. Cada semana con el precio viejo es una semana en la que un insumo más caro se come tu margen. Si no tienes claro cuánto deja cada plato, empieza por cómo saber si tu restaurante realmente está ganando plata.

Súmale los platos agotados. Un cliente que elige algo de la carta y le dicen que no hay ya empieza la comida con una pequeña desilusión, y eso le pasa a más de uno en el mismo día.

¿Qué te pasa a ti cuando la carta no dice la verdad?

Te toca justificar lo que la carta no explica. Tus meseros se vuelven traductores de papelitos y tachones, y tú terminas en discusiones incómodas por un precio que “decía otra cosa”.

Además, cada cambio se vuelve un proyecto: pedir el diseño, esperar la prueba, pagar la impresión, repartir las cartas nuevas. Con tanto trabajo de por medio, es normal que termines dejando la carta como está aunque sepas que no está bien. Y esa sensación de tener el negocio “desactualizado” pesa, sobre todo cuando te importa cómo te ven los clientes.

¿Qué gana tu cliente con un menú digital bien hecho?

Gana una carta que dice la verdad: precios al día, fotos reales y solo lo que hay hoy. Y puede verla antes de llegar, compartirla con quien lo acompaña o pedir por chat con el mismo enlace.

Eso último importa más de lo que parece. Un mismo menú sirve para la mesa, para el chat y para tus redes. Si hoy tus clientes te piden “mándame la carta” por WhatsApp y les envías fotos borrosas, un enlace que siempre está al día te ahorra ese ir y venir; lo explicamos en cómo ordenar los pedidos por WhatsApp.

¿Cuándo sigue siendo mejor el menú impreso?

Cuando tu clientela lo prefiere o la experiencia de la mesa lo pide. Hay personas que no quieren sacar el celular para comer, zonas con mala señal y restaurantes donde hojear la carta es parte del momento.

Por eso la pregunta no es “digital o impreso”, sino qué papel cumple cada uno. Para la mayoría de negocios pequeños, lo sensato es que el menú digital sea la fuente siempre actualizada y que la carta física sea un apoyo, más corta y con lo que casi nunca cambia.

¿Qué debería llevar una carta impresa corta?

Solo lo que casi nunca cambia: tus platos clásicos, las bebidas de siempre y una línea que invite a escanear el código para ver lo del día. Así la reimprimes muy de vez en cuando, y cuando lo hagas, la vas a imprimir con gusto.

Piensa en ella como la tarjeta de presentación de tu cocina, no como el inventario completo. Menos páginas también significa menos cartas que se manchan, se pierden o quedan con precios viejos. Y si un plato clásico cambia de precio, esa es la señal para revisar la carta física completa de una vez, no para pegar otro papelito encima.

¿Cómo hacer la transición sin perder calidez?

Poco a poco, sin quitarle nada al cliente de golpe. Estos pasos los puedes empezar esta semana:

1. Empieza por lo que más cambia. Precios, platos del día, bebidas de temporada. Eso va primero al menú digital.
2. Deja unas pocas cartas impresas. Para quien las pida. Nadie debería sentir que lo obligas a usar el celular.
3. Pon el código QR grande y con una frase amable. Algo como “escanea para ver la carta del día”. Un código diminuto en una esquina no lo usa nadie.
4. Fotos reales, no de catálogo. Toma las fotos con buena luz natural, del plato como realmente sale. La foto que no se parece al plato genera más reclamos que la falta de foto.
5. Pruébalo en un celular sencillo y con datos. Si tarda en abrir o la letra es pequeña, tus clientes se van a frustrar. Revísalo también de noche, con la luz del local.
6. Que el mesero siga siendo el guía. El menú digital informa; el mesero recomienda. Pídele que acompañe a quien escanee por primera vez.
7. Usa el mismo enlace en todas partes. Mesas, chat, redes y la puerta del local. Un solo menú, una sola verdad.

¿Qué cambia cuando un sistema publica tu menú?

Cambia que actualizar la carta deja de ser un proyecto y pasa a ser un gesto. Cuando el menú digital sale del mismo lugar donde manejas tus productos, cambias un precio y el menú publicado cambia al instante, sin reimprimir nada.

Si un plato se agota, deja de mostrarse. El código QR queda listo para imprimir una sola vez y sigue sirviendo aunque la carta cambie cada semana. Tú dejas de pensar en la imprenta y vuelves a pensar en la comida. La idea completa está en cómo funciona el menú digital con QR.

¿Por dónde empiezas?

Mira tu carta actual y marca todo lo que ha cambiado desde que la imprimiste: precios, platos que ya no haces, platos nuevos que no aparecen. Si hay más de tres marcas, ya tienes la respuesta.

Si quieres, mándanos por WhatsApp una foto de tu menú actual y te mostramos cómo se vería en digital, sin compromiso. Puedes empezar con el plan Gratis y no necesitas tarjeta de crédito.

• Nativo es escribir una app por plataforma con sus herramientas oficiales; multiplataforma es compartir código entre plataformas, en distintos grados.
• La diferencia de rendimiento importa menos de lo que se cree en apps comunes, y más en gráficos intensivos, tiempo real o integraciones profundas con el sistema.
• La decisión real suele depender de equipo, presupuesto, ciclo de vida del producto y acceso al hardware, no de una comparación de velocidad aislada.

¿Qué diferencia hay entre una app nativa y una multiplataforma?

Una app nativa se escribe por separado para cada sistema operativo, con el lenguaje y los componentes oficiales de esa plataforma; una multiplataforma comparte todo o parte del código entre sistemas.

En el mundo móvil esto significa, en la práctica, decidir si se mantienen dos aplicaciones independientes para iOS y Android o una base de código común. En escritorio y web la pregunta es la misma, con más plataformas en juego.

La palabra “multiplataforma” es engañosa porque agrupa enfoques muy distintos. Antes de comparar, conviene separarlos.

¿Qué tipos de desarrollo multiplataforma existen?

Hay cinco familias principales, que se diferencian en qué se comparte y en cómo se dibuja la interfaz.

1. Aplicación web progresiva (PWA). Una web que se puede instalar y funcionar sin conexión. Según MDN, una PWA puede ejecutarse en múltiples plataformas desde una sola base de código y, como una app específica de plataforma, instalarse, operar sin conexión y en segundo plano, e integrarse con el dispositivo.
2. Híbridas con WebView. Una app instalable cuya interfaz es HTML dentro de un navegador embebido, con puentes para acceder a funciones del dispositivo.
3. Frameworks que traducen a componentes nativos. Se escribe en un lenguaje común y el framework crea botones, listas y campos reales de cada plataforma.
4. Frameworks con motor de renderizado propio. Dibujan cada píxel de la interfaz con su propio motor, lo que da la misma apariencia en todas las plataformas.
5. Lógica compartida, interfaz nativa. Se comparte el código de negocio (validaciones, red, almacenamiento) y cada plataforma tiene su propia interfaz nativa.

Cada familia ocupa un punto distinto entre “máximo código compartido” y “máxima fidelidad a la plataforma”.

¿Hay diferencia real de rendimiento?

Sí existe, pero en la mayoría de las apps de negocio, contenido o formularios no es el factor decisivo; lo decisivo es no bloquear el hilo principal.

El límite práctico lo ponen las pantallas. La documentación de Android indica que una app debe dibujar cada cuadro en menos de 16 ms para alcanzar 60 cuadros por segundo, una ventana que baja a 11 ms a 90 fps y a 8 ms a 120 fps. Si un cuadro no llega a tiempo, no se muestra tarde: se descarta, y el usuario percibe saltos.

Más grave aún: si el hilo de la interfaz no responde a un toque en 5 segundos, Android muestra el error “La aplicación no responde” (ANR).

Estos límites aplican igual a una app nativa y a una multiplataforma. Una app nativa mal escrita, que lee archivos o hace cálculos pesados en el hilo principal, se congela igual. Donde el enfoque sí pesa:

• Arranque en frío: algunos enfoques cargan un motor o un entorno de ejecución adicional.
• Tamaño del instalable: incluir un motor propio o un puente agrega peso.
• Animaciones complejas y gráficos: cada capa entre el código y la GPU suma costo.
• Uso intensivo de hardware: cámara con procesamiento en tiempo real, audio de baja latencia, sensores a alta frecuencia.

¿Qué pasa con el acceso al hardware y a las APIs nuevas?

El desarrollo nativo accede a todo desde el primer día; los enfoques multiplataforma dependen de que exista un puente o plugin, y a veces hay que escribirlo.

Cuando un sistema operativo lanza una capacidad nueva, la documentación y las herramientas oficiales la cubren de inmediato. En un framework multiplataforma, alguien tiene que exponerla. Para funciones comunes (cámara, ubicación, notificaciones, almacenamiento) casi siempre hay soluciones maduras. Para funciones de nicho o recién lanzadas, el equipo puede terminar escribiendo código nativo de todas formas, así que conviene que alguien del equipo lo sepa hacer.

En la web el panorama es aún más desigual: algunas APIs están disponibles solo en ciertos navegadores. Por ejemplo, MDN marca la API de sincronización en segundo plano como fuera de Baseline porque no funciona en algunos de los navegadores más usados. Antes de elegir PWA, revisa la compatibilidad de cada función que necesitas.

¿Cuál es más rápido de desarrollar y mantener?

Compartir código suele acelerar el desarrollo inicial y reducir el trabajo duplicado, pero no elimina el trabajo por plataforma.

Lo que se gana:

• Una sola implementación de la lógica, con un solo lugar donde corregir un error.
• Funciones que llegan a todas las plataformas a la vez.
• Un equipo que no necesita especialistas separados para cada sistema.

Lo que no desaparece:

• Publicación y firma en cada tienda, con sus propias reglas de revisión.
• Permisos, notificaciones y ciclo de vida que se comportan distinto en cada sistema.
• Pruebas en dispositivos reales de cada plataforma.
• Actualizaciones del propio framework, que agregan una dependencia más que mantener al día.

Si tu app necesita funcionar con mala conectividad, la arquitectura de datos pesa más que la elección de framework; lo explicamos en offline-first explicado.

¿Se nota la diferencia en la experiencia de usuario?

Puede notarse si la app ignora las convenciones de cada plataforma, sin importar con qué tecnología esté hecha.

Los usuarios de cada sistema están acostumbrados a gestos, navegación, tipografía y diálogos propios. Los enfoques que usan componentes nativos heredan esas convenciones automáticamente. Los que dibujan su propia interfaz dan una apariencia idéntica en todas partes, lo cual es una ventaja para marcas con diseño propio, pero exige cuidar detalles como el botón de retroceso, la accesibilidad, el tamaño de texto del sistema y el comportamiento del teclado.

¿Cuándo conviene elegir nativo?

Cuando la app vive o muere por el rendimiento, el hardware o la integración profunda con el sistema.

• Juegos o apps con gráficos intensivos.
• Procesamiento de audio, video o cámara en tiempo real.
• Dependencia de APIs del sistema recién lanzadas.
• Widgets, extensiones o integraciones muy ligadas a cada sistema operativo.
• Equipos que ya tienen especialistas por plataforma y un producto que justifica dos bases de código.

¿Cuándo conviene elegir multiplataforma?

Cuando la prioridad es llegar a varias plataformas con un equipo pequeño y la app se basa en interfaces, datos y red.

• Apps de gestión, formularios, catálogos, contenido o comunicación.
• Productos que necesitan validar una idea rápido en varias plataformas.
• Equipos con presupuesto para una sola base de código.
• Apps internas de empresa, donde la consistencia importa más que la fidelidad a cada sistema.

Y considera una PWA cuando todas las funciones que necesitas están bien soportadas en los navegadores de tus usuarios y no dependes de la distribución por tiendas.

¿Cómo tomar la decisión sin equivocarse?

Construye un prototipo pequeño con la función más difícil de tu app, en el enfoque candidato, y pruébalo en los dispositivos de gama baja de tus usuarios.

Una lista corta de verificación:

1. Enumera las funciones de hardware y sistema que la app necesita y confirma que el enfoque las soporta.
2. Mide arranque, fluidez y tamaño en un teléfono de gama baja, no en el del equipo de desarrollo.
3. Evalúa quién va a mantener la app en tres años y qué sabe hacer ese equipo.
4. Revisa el ciclo de actualizaciones del framework y el estado de sus plugins críticos.
5. Decide qué parte del código quieres poder conservar si algún día cambias de enfoque: la lógica bien separada de la interfaz sobrevive a casi cualquier migración.

Para cerrar

No hay un ganador universal entre nativo y multiplataforma: hay enfoques que encajan mejor con cada producto, equipo y etapa. La mejor decisión es la que se toma midiendo el caso más exigente de tu propia app, no la que gana en un benchmark ajeno. Si te interesan otros fundamentos de diseño de sistemas, sigue con colas de reintentos o, si trabajas con funciones de IA, con qué es un modelo de lenguaje.

En los negocios pequeños es normal que “todos hagan de todo”. Al principio parece flexible y barato. Con el tiempo se vuelve la forma más cara de trabajar.

¿Por qué “todos hacen de todo” sale más caro?

Porque sin roles claros aparecen los errores que nadie asume. Un pedido se toma dos veces, otro no se toma, la caja la abrió uno y la cerró otro, y al final la diferencia no tiene dueño.

También se pierde tiempo. Cuando no está claro quién hace qué, cada tarea arranca con la pregunta “¿quién va?”, y en hora pico esa duda se paga en demoras y clientes molestos. Si ese caos te suena, mira también cómo organizar los roles cuando llegan muchos pedidos a la vez.

¿Qué le pasa al dueño que hace de todo?

Se quema. Trabaja más horas que nadie, no puede enfermarse ni tomar un día libre, y el negocio depende tanto de él que no puede crecer.

Y aparece otra carga silenciosa: la desconfianza. Cuando no hay responsables claros, cualquier faltante se vuelve una sospecha sobre todo el equipo. Eso desgasta la relación con personas que muchas veces sí están haciendo bien su trabajo.

¿Cuáles son los 4 roles mínimos?

Atender, cocinar, cobrar y administrar. Son los cuatro frentes que existen en cualquier negocio de comida, sin importar si tienes tres mesas o quince.

Un rol no es lo mismo que una persona. En un equipo de tres personas, alguien puede atender y cobrar a la vez. Lo importante es que cada rol esté asignado de forma explícita y que cada quien sepa qué le toca y qué no.

¿Qué hace y qué debería ver quien atiende?

Quien atiende recibe al cliente, toma el pedido, lo pasa a cocina y entrega. Necesita ver el menú, las mesas y el estado de sus pedidos.

No necesita ver cuánto vendió el negocio en el mes, los costos ni la configuración. Darle acceso de más no le ayuda a atender mejor y abre la puerta a errores, como borrar algo que no debía.

¿Qué hace y qué debería ver quien cocina?

Quien cocina prepara lo pedido, en orden y como se pidió. Necesita ver la cola de pedidos con sus detalles y avisar cuando algo está listo o cuando se acaba un ingrediente.

No necesita tocar precios ni cobros. Su foco es que cada plato salga bien y a tiempo, y cualquier herramienta debería ayudarle a eso sin distraerlo.

¿Qué hace y qué debería ver quien cobra?

Quien cobra recibe los pagos, abre y cierra el turno de caja y responde por lo que hay en ella. Es un rol de confianza, porque maneja plata.

Necesita ver las cuentas por cobrar, las formas de pago y los movimientos de su turno. Si la caja no cuadra seguido, empieza por revisar por qué no te cuadra la caja al final del turno.

¿Qué hace y qué debería ver quien administra?

Quien administra decide: precios, menú, compras, personal y resultados. Normalmente es el dueño o un encargado de su total confianza.

Es el único rol que necesita ver todo el negocio completo. También es quien asigna los accesos de los demás y revisa que los cierres de caja tengan sentido.

¿Cómo delegar sin perder el control de la plata?

Separando quién maneja la plata de quién la revisa. Puedes delegar el cobro a alguien de confianza, siempre que el cierre lo revise otra persona, idealmente tú.

Algunas reglas simples:

• Quien cobra no es quien aprueba cortesías o anulaciones. Así ninguna decisión sobre la plata queda en una sola mano.
• Cada turno tiene un responsable de caja con nombre propio. “Todos cobramos” no es una respuesta.
• Los accesos se dan por lo que la persona hace, no por antigüedad. Llevar años en el negocio no significa necesitar ver los costos.
• Cuando alguien se va, sus accesos se quitan ese mismo día.

¿Cómo armar el mapa de roles de tu equipo esta semana?

Con una hoja y media hora:

1. Escribe los nombres de todo tu equipo en una columna.
2. Pon los cuatro roles en las columnas de al lado.
3. Marca qué rol cumple cada persona. Si alguien tiene dos, está bien; si alguien tiene los cuatro y no eres tú, es una alerta.
4. Para cada rol, anota qué debe ver y qué no debería tocar.
5. Compártelo con el equipo y pégalo donde todos lo vean.
6. Revísalo cada vez que entre o salga alguien.

Este mapa, aunque sea en papel, ya reduce muchos malentendidos.

¿Qué hacer cuando entra alguien nuevo al equipo?

Asígnale un rol desde el primer día y explícale qué le toca y qué no. Es el momento en que más fácil se desordenan los accesos, porque con la prisa se le presta el usuario de otro o se le da “todo, mientras aprende”.

Mejor al revés: empieza con lo mínimo de su rol y amplía cuando lo necesite de verdad. Preséntale a quién responde por la caja y a quién debe acudir si tiene una duda. Así la persona nueva aprende rápido sin cargar responsabilidades que todavía no le corresponden.

¿Cómo se vive con un sistema que respeta los roles?

Más liviano. Cada persona entra con su usuario y ve solo lo que le corresponde. Los permisos se organizan por áreas del negocio, como atender y vender, plata y confianza, menú e inventario, o equipo y configuración, y hay plantillas por oficio para no configurar todo desde cero. Si tienes más de un local, cada sede tiene su propio equipo.

Tú dejas de ser el único que sabe cómo funciona todo. Puedes ver la idea completa en cómo funcionan el personal y los roles.

¿Quieres ordenar los roles de tu equipo?

Escríbenos por WhatsApp. En una asesoría gratuita te ayudamos a armar un borrador de roles según el tamaño de tu equipo y a definir qué debería ver cada persona.

Si tu negocio depende de la señal para tomar pedidos o cobrar, un corte no es una molestia técnica: es plata que se detiene. La buena noticia es que se puede preparar.

¿Por qué un corte de internet asusta tanto en un restaurante?

Porque llega sin avisar y casi siempre en el peor momento, cuando hay más gente y más red en uso. Si el sistema necesita conexión para registrar cada venta, el negocio entero queda en pausa hasta que vuelva la señal.

Y lo que no controlas genera ansiedad. No depende de ti ni de tu equipo; depende del proveedor, del clima o de una obra en la calle.

¿Qué te cuesta cada rato sin señal?

Te cuesta ventas, orden y paciencia. Mientras esperas, los clientes se impacientan, algunos se van y otros piden “cuando se pueda”. Cuando todo vuelve, llega la avalancha.

El daño que menos se ve viene después. Durante el corte la gente improvisa: pedidos anotados en servilletas, cobros “de memoria”, vueltas calculadas a mano. Al cerrar el turno, esos papeles aparecen incompletos o no aparecen, y la caja no cuadra. Si eso ya te pasó, revisa por qué no te cuadra la caja al final del turno.

¿Qué se siente depender de una señal que no controlas?

Se siente como trabajar con miedo. Hay dueños que no se atreven a salir del local en hora pico por si “se cae el sistema”, o que pagan dos planes de internet y aun así viven pendientes del ícono del wifi.

Ese estrés también lo absorbe el equipo. Nadie quiere ser el mesero que perdió un pedido durante el corte, ni el cajero que respondió por una plata que no sabe dónde quedó.

¿Qué debería seguir funcionando aunque no haya internet?

Todo lo que pasa dentro de tu local: tomar pedidos, cobrarlos, registrar un gasto y abrir o cerrar el turno con el conteo de la caja. Nada de eso depende de algo externo, así que un buen sistema no debería detenerlo.

Lo importante es que cada acción se vea al instante en pantalla, con su número de pedido definitivo, y que el equipo sepa cuántas cosas están pendientes por subir. Así nadie duda de si la venta “quedó” o no.

¿Qué sí necesita conexión, sí o sí?

Todo lo que depende de alguien fuera de tu local. Conviene tenerlo claro para no llevarte sorpresas:

• Confirmar transferencias. El cliente puede pagar desde su celular, pero verificar que la plata llegó requiere señal, tuya o suya.
• Recibir pedidos por chat. Los mensajes no te llegan sin conexión.
• Cambiar el menú en línea. Puedes seguir consultándolo, pero editar lo que ven tus clientes necesita internet.
• Ver el negocio desde otro lugar. Si estás fuera, verás lo que pasó cuando el local vuelva a conectarse.

¿Qué pasa con la información cuando vuelve la conexión?

Debería sincronizarse sola, en orden y sin que nadie vuelva a digitar nada. Lo registrado durante el corte sube tal cual quedó, con sus números y sus horas.

Esa es la prueba de fuego de cualquier sistema: si después de un corte tienes que “pasar en limpio” los pedidos de papel, el sistema no trabajaba sin internet, solo esperaba a que volviera.

¿Y si lo que se va es la luz?

Es un problema distinto, porque sin energía se apagan el router, la impresora y los equipos conectados a la pared. Una tablet o un celular con batería cargada pueden seguir registrando, pero la impresora no imprime sin corriente.

Por eso vale la pena pensar en tres cosas: mantener las tablets cargadas al empezar cada turno, tener un respaldo de energía pequeño para lo indispensable y acordar con la cocina cómo se pasan los pedidos a mano mientras vuelve la luz. Si estás pensando en tu impresora de cocina, te puede servir si de verdad necesitas impresora térmica.

¿Cómo preparar tu plan B esta misma semana?

Un plan de corte se arma en una tarde:

1. Averigua si tu sistema actual registra ventas sin internet. Pruébalo apagando el wifi en un momento tranquilo.
2. Ten datos móviles de respaldo en un celular que pueda compartir señal a la caja.
3. Deja siempre base de efectivo para dar vueltas, por si las transferencias no se pueden confirmar.
4. Guarda un talonario de emergencia con espacio para mesa, productos, valor y forma de pago.
5. Asigna a una persona para pasar al sistema lo anotado en papel, apenas se pueda.
6. Haz un simulacro corto con tu equipo, en un día de poco movimiento.

Y cuando pase el corte, dedica cinco minutos a revisar. ¿Qué pedidos se anotaron en papel y ya están en el sistema? ¿Hubo transferencias que quedaron sin confirmar? ¿Alguien cobró algo que no quedó registrado? Ese repaso, hecho el mismo día y con la memoria fresca, evita que la diferencia aparezca una semana después, cuando ya nadie se acuerda de nada. Si cada corte deja una lección, al tercero tu equipo ya sabrá exactamente qué hacer sin que tengas que estar presente.

¿Cómo se vive con un sistema que no depende de la señal?

Con calma. Cuando se cae el internet aparece un aviso de “sin conexión” y el equipo sigue trabajando igual: toma pedidos, cobra, registra gastos y cierra el turno. Un contador muestra lo que está pendiente por subir, y cuando vuelve la señal ese contador desaparece solo.

El corte deja de ser una emergencia y pasa a ser un detalle. Puedes ver la idea completa en cómo funciona trabajar sin internet.

¿Qué tan preparado está tu negocio hoy?

Si la señal se te va seguido o nunca has probado qué pasa cuando se cae, escríbenos por WhatsApp. En una asesoría gratuita revisamos contigo qué seguiría funcionando en tu local y qué conviene preparar antes del próximo corte.

La conclusión fácil es “me falta gente”. Pero muchas veces lo que falta no son manos: es que cada quien sepa qué le toca.

¿Por qué se forma el caos en la hora pico?

Porque cuando nadie tiene un rol fijo, todos hacen de todo y nadie termina nada. El caos de la hora pico casi nunca es falta de personal; es falta de claridad sobre quién atiende, quién cocina, quién cobra y quién decide.

En las horas tranquilas la improvisación funciona: hay tiempo de preguntar y corregir. Cuando llegan diez pedidos juntos, cada interrupción se multiplica. La mesera que va a cobrar deja una mesa sin atender; el cocinero que sale a preguntar deja la plancha sola.

¿Qué le cuesta al restaurante un equipo sin roles claros?

Le cuesta clientes que esperan de más, platos que salen mal y plata que se descuadra. La hora pico es justo cuando más vendes, y por eso es cuando más caro sale cada error.

Un cliente que esperó demasiado o recibió el plato equivocado no siempre se queja: simplemente no vuelve y se lo cuenta a otros. Y cuando varias personas tocan la caja en el mismo turno, cualquier diferencia queda sin dueño, como explicamos en por qué no me cuadra la caja al final del turno.

¿Qué le pasa al dueño cuando todos hacen de todo?

Termina siendo el comodín de todos. Tapas huecos, apagas incendios, corriges errores ajenos y, al final del día, no hiciste nada de lo que te tocaba a ti: comprar mejor, revisar los números, pensar en crecer.

Y aparece el desgaste con el equipo. Cuando algo sale mal y no hay responsables claros, la culpa cae sobre quien estaba más cerca. La gente se siente señalada injustamente, y la que es buena se va a otro lado donde las reglas sean claras.

¿Cuáles son los roles mínimos de un restaurante pequeño?

Cuatro funciones: atender, cocinar, cobrar y administrar. No hacen falta cuatro personas; hacen falta cuatro responsabilidades con un dueño claro en cada turno.

• Atender. Recibe al cliente, toma el pedido, lo confirma y lo lleva a la mesa. No cobra si ya hay alguien en la caja.
• Cocinar. Prepara en el orden en que llegan las comandas y avisa cuando algo se agota. No sale al salón a preguntar: para eso la comanda debe llegar completa.
• Cobrar. Una sola persona responde por la caja en cada turno. Recibe los pagos, entrega los vueltos y cuadra al final.
• Administrar. Decide las cortesías, resuelve las quejas, autoriza las salidas de plata y revisa los números. Normalmente eres tú o tu persona de confianza.

Si son un equipo de dos, una combinación que suele funcionar es que una persona atienda y cobre, y la otra cocine, con la administración en manos del dueño.

¿Cómo organizar al equipo antes de la próxima hora pico?

Con un plan simple, escrito y conocido por todos antes de que empiece el turno. Puedes armarlo hoy mismo:

1. Escribe el mapa de roles de cada turno en una hoja pegada en la cocina: nombre y función.
2. Asigna estaciones fijas. Quien atiende no entra a la cocina; quien cocina no toca la caja.
3. Define una sola vía para los pedidos. Toda comanda llega por el mismo medio y en el mismo formato. Si hoy se te pierden pedidos, lee comandas perdidas: el error que no aparece en ningún reporte.
4. Nombra a un encargado de la hora pico. Una sola persona decide cuando hay dudas: si se regala un plato, si se cambia un pedido o quién cubre a quién.
5. Haz una reunión de cinco minutos antes de abrir: qué está agotado, quién está en cada estación y qué se espera del día.
6. Revisa después del pico. Diez minutos para preguntar qué falló y ajustar el mapa. Sin buscar culpables, con soluciones.

¿Y si alguien falta justo el sábado? Deja escrito también el plan B: quién cubre cada función cuando falta una persona. Lo más sano es que cada rol tenga un reemplazo que ya lo haya practicado en un día tranquilo, para que la hora pico no sea el momento de aprender. Y si hay que sacrificar algo, que nunca sea la caja: esa sigue teniendo un solo responsable por turno, aunque la persona cambie.

¿Cómo dar acceso sin dar todo el control?

Dando a cada persona permisos según su rol, no según la confianza que le tengas. El mesero necesita tomar pedidos, no ver cuánto vendiste en el mes; la cocina necesita la cola de preparación, no los cierres de caja.

Esto no es desconfianza: es proteger a tu equipo. Si alguien no puede tocar la caja, nadie puede sospechar de esa persona cuando aparezca una diferencia. Y cuando alguien asume más responsabilidad, se le amplía el acceso, no antes.

¿Cómo ayuda un sistema a mantener los roles claros?

Hace que el mapa de roles no dependa de la memoria de nadie. En menululo, cada persona entra con su propio usuario y ve solo lo que le corresponde a su rol en esa sede, organizado por áreas: atender y vender, la plata, el menú y el inventario, o el equipo y la configuración. Hay plantillas por oficio para no empezar de cero, y los permisos se ajustan cuando alguien crece en el negocio. Lo explicamos en cómo funcionan el personal y los roles.

¿Por dónde empiezo con mi equipo?

Empieza por escribir quién hace qué en tu próxima hora pico y ponlo a prueba durante una semana. Vas a notar la diferencia desde el segundo día.

Si quieres, lo armamos juntos: escríbenos por WhatsApp, cuéntanos cuántas personas tienes y cómo es tu turno más pesado, y en la asesoría gratuita te ayudamos a dibujar un mapa simple de roles para tu negocio.

No es una pregunta rara. Es de las más comunes entre dueños de restaurante, y casi nunca se responde con más ventas.

¿Vender mucho es lo mismo que ganar plata?

No. Las ventas son lo que entra; la ganancia es lo que queda después de pagar todo. Se puede vender más y ganar menos cuando los platos que más salen dejan poco margen, cuando subieron los insumos y no ajustaste precios, o cuando la merma y las cortesías crecen al mismo ritmo que el volumen.

Lo engañoso es que un local lleno se siente como un negocio sano. La caja se mueve, hay plata en el cajón todos los días y eso tranquiliza. Pero la plata que pasa por la caja no es tuya todavía: una parte ya le pertenece al proveedor, al arrendador y a tu equipo.

¿Qué le cuesta a tu negocio no conocer sus números?

Le cuesta decisiones tomadas a ciegas. Sin saber cuánto deja cada plato, subes precios al azar o no los subes nunca, empujas el plato equivocado y no sabes si abrir un día más te conviene o te cuesta.

También te deja sin defensas frente a los cambios. Cuando sube la carne o el aceite, un negocio que conoce sus costos ajusta en una semana. Uno que no los conoce se entera meses después, cuando ya lleva todo ese tiempo vendiendo algunos platos casi al costo.

¿Qué te pasa a ti cuando no sabes si ganas?

Trabajas doce horas con una duda de fondo que no se va. Te cuesta pagarte un sueldo, porque no sabes si el negocio lo aguanta, y cada gasto se siente como un riesgo.

Muchos dueños terminan poniendo plata propia para cubrir un mes malo sin saber si fue un mes malo o si el negocio, tal como está, no da. Esa incertidumbre pesa más que el cansancio. Y lo contrario también es verdad: el día que ves tus números claros, aunque no sean los que querías, por fin puedes decidir.

¿Cómo calcular el costo real de un plato?

Sumando lo que cuesta cada ingrediente en la cantidad exacta que sirves, más el empaque y un margen para la merma. No con el precio del bulto, sino con lo que realmente llega al plato.

1. Escribe la receta estándar. Cuánto de cada ingrediente lleva una porción, medido con báscula al menos una vez.
2. Calcula el costo por unidad utilizable. Divide lo que pagaste entre lo que de verdad se puede usar. Si compras pollo entero y una parte se va en hueso y piel, el costo por gramo útil es mayor que el de la factura.
3. Multiplica y suma. Costo por gramo por gramos en el plato, ingrediente por ingrediente. Agrega el empaque si es para llevar.
4. Suma la merma. Si en tu control de inventario ves que se pierde una parte de un insumo, esa pérdida también es costo del plato.
5. Divide entre el precio de venta. Si cobras impuestos incluidos en el precio, usa el valor sin impuestos. Ese porcentaje es tu costo de plato.

Un ejemplo con números inventados, solo para mostrar la cuenta: si los ingredientes y el empaque de un plato suman $6.000 y lo vendes a $18.000 sin impuestos, el costo es un tercio del precio y al plato le quedan $12.000 para aportar a los gastos del negocio. Esa cifra se llama margen de contribución.

No hay un porcentaje mágico que sirva para todos los restaurantes. Lo importante es conocer el tuyo, plato por plato, y vigilar que no suba sin que te des cuenta.

¿Qué es el punto de equilibrio y cómo lo calculas?

Es lo mínimo que tienes que vender en el mes para cubrir todos los costos sin ganar ni perder. Por debajo de esa cifra pierdes plata; por encima, empiezas a ganar.

Se calcula en tres pasos:

1. Suma tus costos fijos del mes: arriendo, nómina, servicios, contador, cuotas. Lo que pagas vendas o no vendas.
2. Calcula qué proporción del precio te queda después de ingredientes y empaques. En el ejemplo de arriba, al plato le quedan dos tercios.
3. Divide los costos fijos entre esa proporción. Siguiendo con números inventados: si tus costos fijos suman $8.000.000 y te quedan dos tercios de cada venta, necesitas vender $12.000.000 en el mes. Divídelo entre los días que abres y tienes una meta diaria concreta.

Esa meta diaria cambia la conversación: ya no es “hoy estuvo bueno”, sino “hoy pasamos o no pasamos el punto de equilibrio”.

¿Qué hacer con los platos que venden bien pero no dejan margen?

No quitarlos de una: primero ajustarlos. Organiza tu carta en cuatro grupos según cuánto se vende y cuánto deja cada plato:

• Se vende mucho y deja buen margen: tus estrellas. Cuídalos, que siempre estén disponibles y bien visibles.
• Se vende mucho y deja poco margen: revisa la porción, la receta, el acompañamiento o el precio. Pequeños ajustes aquí mueven mucho.
• Se vende poco y deja buen margen: empújalos. Que el mesero los recomiende y que ocupen un lugar más visible en la carta.
• Se vende poco y deja poco margen: candidatos a salir de la carta, o a reinventarse.

Mover platos de lugar y ajustar precios es más fácil cuando la carta no hay que reimprimirla; lo contamos en menú digital o impreso.

¿Qué cambia cuando un sistema hace estas cuentas?

Cambia que dejas de hacerlas una vez al año con el contador. En un sistema pensado para restaurantes, el costo de cada receta se actualiza cuando registras una compra, el margen de cada plato se ve sin calculadora y el punto de equilibrio se compara con lo que vas vendiendo.

Los reportes te cuentan en lenguaje simple qué platos conviene empujar y cuáles revisar. Tú no te vuelves contador: solo miras y decides. La idea completa está en cómo funcionan las métricas y la rentabilidad.

¿Por dónde empiezas?

Empieza por tu plato estrella. Calcula su costo real esta semana con el método de arriba y compáralo con su precio. Muchas veces ese solo cálculo ya explica una parte del mes que no cuadraba.

Si nunca has calculado el costo real de tus platos, escríbenos por WhatsApp y lo revisamos contigo en una asesoría gratis. Si estás empezando tu negocio, pregúntanos también por el plan Pro a $25.000 al mes durante cuatro meses para emprendedores.

• Un software multi-tenant atiende a muchos clientes con la misma instancia y debe garantizar que ninguno vea los datos de otro.
• Hay tres modelos clásicos: base de datos por cliente, esquema por cliente y tablas compartidas con identificador de cliente.
• No hay uno mejor en abstracto: se elige según número de clientes, exigencias de aislamiento y costo de operación, y el aislamiento se impone en la base, no solo en la interfaz.

¿Qué es la arquitectura multi-tenant?

Es un diseño en el que una sola instalación del software sirve a muchos clientes (tenants), cada uno con sus propios datos, usuarios y configuración.

El término viene de la analogía con un edificio de apartamentos: todos comparten estructura, agua y electricidad, pero cada inquilino tiene su llave. La definición de computación en la nube del NIST (SP 800-145) lo recoge en su característica de resource pooling: los recursos del proveedor se agrupan para servir a múltiples consumidores mediante un modelo multi-tenant.

Casi todo el software que se vende por suscripción funciona así: una plataforma de facturación, un sistema de agendamiento para clínicas o una herramienta de gestión de proyectos atienden a miles de empresas desde la misma aplicación. La decisión central es cómo se separan los datos de cada una.

¿Cuáles son los modelos de datos multi-tenant?

Los tres enfoques clásicos se ordenan de más aislado a más compartido: una base por cliente, un esquema por cliente dentro de una base, o todas las filas en tablas comunes con una columna que identifica al cliente.

1. Base de datos por cliente

Cada tenant tiene su propia base. La aplicación elige a cuál conectarse según quién hace la petición.

• A favor: aislamiento fuerte, respaldos y restauraciones por cliente, posibilidad de ubicar la base de un cliente en una región específica.
• En contra: cada migración de esquema se ejecuta N veces, hay que administrar muchas conexiones y el costo base crece con cada cliente, aunque use poco.

2. Esquema por cliente

Una sola base de datos con un espacio de nombres (esquema) por tenant, cada uno con las mismas tablas.

• A favor: aislamiento razonable con menos infraestructura que una base por cliente.
• En contra: las migraciones siguen multiplicándose por cliente y, con muchos tenants, el número de objetos en el catálogo de la base crece mucho.

3. Tablas compartidas con tenant_id

Todas las filas de todos los clientes viven en las mismas tablas, y cada fila lleva una columna que indica a quién pertenece.

• A favor: una sola migración, uso eficiente de recursos, fácil de escalar a muchísimos clientes pequeños, consultas globales sencillas para analítica interna.
• En contra: una consulta sin el filtro correcto expone datos de otros clientes; un cliente muy grande puede afectar el rendimiento de los demás.

¿Cómo se comparan los tres modelos?

Resumido: más aislamiento significa más costo operativo, y más compartición exige más disciplina de seguridad.

Muchos productos terminan en un modelo híbrido: tablas compartidas para la mayoría y bases dedicadas para los clientes grandes o con exigencias regulatorias.

¿Cómo se evita que un cliente vea datos de otro?

Aplicando el filtro por cliente en la capa más baja posible, idealmente en la propia base de datos, en lugar de confiar en que cada consulta del código lo recuerde.

Las fallas de control de acceso son un riesgo muy real: la categoría Broken Access Control encabeza el OWASP Top 10 de 2021, tras subir desde el quinto lugar. En un sistema multi-tenant, el caso típico es un endpoint que recibe un identificador y devuelve el registro sin comprobar que pertenece al cliente autenticado.

En bases de datos relacionales de código abierto como PostgreSQL existe la seguridad a nivel de fila (Row-Level Security): políticas que la base aplica automáticamente a cada consulta.

-- Cada fila pertenece a un tenant
ALTER TABLE facturas ENABLE ROW LEVEL SECURITY;

-- Solo se ven y modifican filas del tenant de la sesión actual
CREATE POLICY aislamiento_tenant ON facturas
  USING (tenant_id = current_setting('app.tenant_id')::uuid)
  WITH CHECK (tenant_id = current_setting('app.tenant_id')::uuid);

-- La aplicación fija el tenant al inicio de cada transacción
-- SET LOCAL app.tenant_id = '6f1c...';

Con esto, aunque alguien olvide un WHERE tenant_id = ..., la base no devuelve filas ajenas. Hay que cuidar un detalle: los roles con privilegios elevados o dueños de la tabla pueden saltarse estas políticas según su configuración, así que la aplicación no debería conectarse con ellos.

Si la base no ofrece algo equivalente, el filtro debe centralizarse en una capa de acceso a datos que no permita consultar sin tenant, y cubrirse con pruebas automáticas que intenten leer datos de otro cliente.

¿Qué es el problema del vecino ruidoso?

Es cuando un cliente que consume muchos recursos degrada el servicio de los demás que comparten la misma infraestructura.

Un reporte pesado, una importación masiva o un error que dispara reintentos en bucle pueden saturar la base compartida. Las mitigaciones habituales son límites de uso por tenant, colas de trabajo con cupos por cliente (lo tratamos en colas de reintentos), réplicas de solo lectura para reportes y, en último caso, mover al cliente grande a recursos dedicados.

¿Qué errores se repiten en sistemas multi-tenant?

Casi todos son lugares donde el identificador del cliente se pierde por el camino.

1. Cachés sin el tenant en la clave, que sirven a un cliente la respuesta de otro.
2. Tareas en segundo plano globales que procesan datos sin fijar el contexto del cliente.
3. Identificadores secuenciales expuestos, que invitan a probar el número siguiente.
4. Archivos subidos en rutas compartidas sin prefijo por cliente ni control de acceso.
5. Registros de errores o analítica que mezclan datos personales de distintos clientes.
6. Sincronización entre dispositivos que no valida el tenant en el servidor. Si tu app funciona sin conexión, revisa offline-first explicado y algoritmos de sincronización: cada cambio que llega desde un dispositivo debe verificarse contra el cliente al que dice pertenecer.

¿Qué modelo conviene elegir?

Para la mayoría de los productos que esperan muchos clientes pequeños, tablas compartidas con aislamiento impuesto en la base; para pocos clientes grandes o regulados, bases dedicadas.

Preguntas que ayudan a decidir:

• ¿Cuántos clientes esperas en tres años: decenas o miles?
• ¿Algún cliente exige por contrato que sus datos estén separados físicamente o en un país específico?
• ¿Necesitas restaurar a un solo cliente sin tocar a los demás?
• ¿Tu equipo puede ejecutar y vigilar una migración sobre cientos de bases?

Y una recomendación de diseño independiente del modelo: incluye el identificador de cliente en todos los datos desde el primer día. Pasar después de tablas compartidas a bases dedicadas es mucho más fácil si cada fila ya sabe a quién pertenece.

Regalar es parte del oficio. Una cortesía bien dada fideliza, repara un error o celebra a un buen cliente. Lo que desordena la caja no es regalar: es regalar de palabra, sin que quede registro.

¿Qué es exactamente una cortesía en un restaurante?

Una cortesía es un producto que entregas completo y sin cobro, por una razón concreta. No es una venta con precio cero ni un faltante: es una decisión del negocio que tiene un costo y debe quedar registrada.

Los motivos más comunes son:

• Compensar una demora o un plato que salió mal.
• Consentir a un cliente frecuente.
• Probar un producto nuevo con clientes de confianza.
• Atender a un proveedor, un vecino o alguien del equipo.

Todos son válidos. Lo que importa es que cada uno quede anotado con su motivo.

¿En qué se diferencia una cortesía de un descuento?

En el descuento el cliente paga una parte; en la cortesía no paga nada. Los dos te cuestan plata, pero se miden distinto, y mezclarlos te impide saber cuál te está pesando más.

Si registras el postre regalado como “descuento del 100 %”, a fin de mes vas a creer que das muchos descuentos, cuando en realidad das muchas cortesías. Y son decisiones diferentes: el descuento suele ser una estrategia de precio; la cortesía, un gesto puntual.

¿Por qué las cortesías “de palabra” descuadran la caja?

Porque el producto sale de la cocina pero no aparece en la cuenta. Quien cierra el turno ve un plato preparado sin su pago y no sabe si fue regalo, error o algo peor.

Ahí empieza el problema de verdad. Cuando no hay registro, cada diferencia se vuelve una sospecha. El cajero siente que lo miran raro, la mesera jura que avisó, y el dueño no tiene cómo saber quién tiene la razón. Si te pasa seguido, vale la pena revisar también por qué no te cuadra la caja al final del turno.

¿Cuánto estás regalando realmente cada mes?

La mayoría de los dueños no lo sabe, y casi siempre es más de lo que imagina. Una cortesía suelta parece pequeña; veinte al mes, con su costo de insumos, ya son una cifra que se nota en la rentabilidad.

Haz este ejercicio durante una semana, aunque sea en un cuaderno: anota cada cortesía con el producto, el motivo y quién la dio. Al final, multiplica cada producto por lo que te cuesta prepararlo, no por su precio de venta. Ese número es lo que de verdad inviertes en regalar. Puede que te parezca bien invertido, y está perfecto; lo importante es que sea una decisión consciente.

¿Qué le hace esto a la confianza con tu equipo?

La desgasta, aunque nadie lo diga. Cuando las cortesías no se registran, cualquier faltante se puede explicar con “eso fue un regalo”, y tú no tienes cómo comprobarlo ni cómo descartarlo.

Eso es injusto con las personas honestas de tu equipo, que cargan con la duda, y cómodo para quien no lo es. Un registro claro protege a todos: al que regaló con permiso, al que cierra la caja y a ti.

¿Quién debería poder autorizar una cortesía?

El dueño o un encargado de confianza. El mesero puede proponerla, porque es quien ve al cliente molesto o feliz, pero la aprobación debe ser de alguien que responde por la plata.

Esto no le quita agilidad al servicio. Una regla sencilla funciona muy bien: quien atiende propone, el encargado aprueba en el momento y el registro queda con los dos nombres.

¿Qué datos debe tener el registro de una cortesía?

Cinco datos bastan:

1. Qué se regaló: el producto exacto y la cantidad.
2. En qué pedido: la mesa o el número de cuenta.
3. Por qué: el motivo, en pocas palabras.
4. Quién la autorizó: nombre de la persona responsable.
5. Cuándo: el turno y la hora.

Con eso, una cortesía deja de ser un misterio y se convierte en información útil para decidir.

¿Afecta la cortesía al inventario y al costo?

Sí, porque los insumos sí salieron de tu cocina. Lo correcto es que ese consumo quede explicado como cortesía, no como merma ni como faltante sin causa.

Si la cortesía no queda registrada, en el próximo conteo vas a encontrar menos insumos de los esperados y vas a pensar que hay desperdicio o pérdida. Registrarla evita esa conclusión equivocada y te ayuda a entender si tu restaurante realmente está ganando plata.

¿Cómo empezar a controlar las cortesías esta semana?

No necesitas nada complicado para arrancar:

1. Define quién puede autorizar y díselo a todo el equipo.
2. Lleva una hoja o cuaderno de cortesías junto a la caja, con los cinco datos.
3. Revísala en cada cierre de turno, al mismo tiempo que cuentas la plata.
4. Suma el costo al final de la semana y decide si quieres un tope mensual.
5. Habla con tu equipo del resultado. No para regañar, sino para acordar cuándo vale la pena regalar.

¿Cómo se vive con un sistema que registra las cortesías?

Más tranquilo. La cortesía se marca en el mismo pedido, con su motivo y el nombre de quien la autorizó. No se cobra, no descuadra el efectivo que esperas en la caja y aparece visible en el resumen del turno para el dueño.

Al cerrar, nadie tiene que acordarse de nada: la diferencia está explicada antes de que alguien la pregunte. Puedes ver cómo encaja en el cierre en cómo funciona la caja y el cierre.

¿Quieres saber cuánto regalas al mes?

Si hoy las cortesías se dan de palabra y no tienes idea de cuánto suman, escríbenos por WhatsApp. En una asesoría gratuita te ayudamos a organizar cómo registrarlas en tu negocio, con o sin sistema.

Mientras tanto, tú miras precios de impresoras térmicas en el celular y te preguntas si de verdad vale la pena, o si es un gasto más que no necesita un negocio de tu tamaño.

¿Qué diferencia hay entre imprimir la comanda y decirla en voz alta?

La comanda impresa no depende de la memoria ni del oído de nadie. Una comanda dicha en voz alta existe solo el segundo en que se dice; una impresa se queda en la cocina hasta que el plato sale, con la mesa, la hora y cada detalle.

Con la comanda escrita a mano pasa algo parecido: el papelito hecho con afán se lee mal, se moja o se cae detrás de la estufa. La letra del mesero a las nueve de la noche no es la misma que a las once de la mañana.

¿Cuánto le cuesta a tu restaurante una comanda mal entendida?

Cada error se paga dos veces: el plato que se bota y el que se vuelve a hacer. Súmale los ingredientes, el gas, el tiempo del cocinero y, sobre todo, el cliente que espera el doble y quizás no vuelve.

Haz este ejercicio durante una semana: anota cada plato devuelto o repetido por un error de pedido y lo que costaba prepararlo. Muchos dueños se sorprenden con el total, porque ese costo nunca aparece en la caja: simplemente se come la ganancia, en silencio.

¿Qué pasa con el ambiente del equipo cuando las comandas fallan?

Se vuelve un juego de culpas. El mesero dice que lo dijo claro; el cocinero dice que nunca lo escuchó. Nadie miente, y los dos terminan de mal genio en plena hora pico.

Y tú quedas en la mitad, de árbitro, sin forma de saber quién tiene la razón. Esa tensión desgasta más que cualquier turno largo, y es una de las razones por las que la gente buena se cansa. Lo contamos a fondo en comandas perdidas: el error que no aparece en ningún reporte.

¿Cuándo SÍ necesita impresora térmica un restaurante pequeño?

Cuando quien toma el pedido y quien cocina no están en el mismo lugar, o cuando llegan varios pedidos a la vez. En esos casos, la impresora deja de ser un lujo y se vuelve una de las formas más baratas de evitar errores.

Estas son señales claras de que ya la necesitas:

• La cocina está separada del salón o de la caja.
• Tienes más de un mesero, o recibes pedidos de mesa, mostrador y domicilio al mismo tiempo.
• Hay más de una estación en la cocina: plancha, fritos, bebidas.
• Los platos devueltos por errores de pedido se repiten cada semana.
• En tu equipo se discute seguido por el “yo sí lo dije”.

¿Cuándo NO la necesitas todavía?

Cuando tú mismo cocinas frente al cliente y los pedidos llegan de a uno. Un puesto de comida rápida donde la misma persona toma el pedido y lo prepara puede funcionar bien con una libreta ordenada.

En ese caso, antes de comprar nada, aplica desde hoy estos hábitos:

• Comanda numerada y con mesa, siempre en el mismo formato.
• Letra de imprenta y abreviaturas acordadas con la cocina, por ejemplo “S/C” para “sin cebolla”.
• Un gancho o riel para las comandas, en orden de llegada y lejos del agua.
• Repetirle el pedido al cliente antes de mandarlo a la cocina.

¿Qué revisar antes de comprar una impresora térmica para la cocina?

Que aguante el ambiente de cocina, que sea fácil de conectar y que funcione con el sistema que usas. El precio importa, pero una impresora barata que se daña con la grasa termina saliendo más cara.

• Resistencia: calor, grasa y humedad. Ubícala lejos de la plancha, la freidora y el lavaplatos.
• Papel: confirma el ancho que usa y que consigues repuesto fácil en tu ciudad.
• Conexión: mejor si no necesita un cable atravesando la cocina.
• Corte automático: en hora pico nadie tiene tiempo de rasgar papel.
• Aviso sonoro: ayuda a que la cocina note la comanda nueva entre el ruido.
• Compatibilidad: pregunta antes de comprar si funciona con tu sistema de pedidos. Muchos dueños compran primero y preguntan después.

Los precios cambian mucho entre tiendas y modelos, así que compara en al menos tres lugares y desconfía de la opción más barata si no trae garantía.

¿Cómo estrenar la impresora sin sustos en plena hora pico?

Instálala y pruébala en un día tranquilo, nunca un viernes por la noche. Así el equipo aprende a usarla antes de que la necesite de verdad.

• Haz pedidos de prueba con todos los casos raros: platos con cambios, bebidas, pedidos para llevar.
• Revisa que la comanda se lea bien desde donde trabaja el cocinero, no desde la mano de quien la imprime.
• Deja siempre un rollo de repuesto a la vista y enséñale a todo el equipo a cambiarlo.
• Ten un plan B en papel: si un día falla, la libreta numerada vuelve a entrar sin que se pierda un solo pedido.

¿Cómo se integra la impresora con un sistema de pedidos?

Cuando la impresora está conectada al sistema, nadie tiene que acordarse de mandar la comanda: sale sola en la cocina apenas se registra el pedido. El mesero toma la orden en la mesa y, cuando llega a la cocina, el papel ya está esperando.

Así se vive con menululo: el pedido se registra una sola vez y la comanda se imprime automáticamente en la cocina, con cada detalle que pidió el cliente. Si además quieres ver la cola completa, la cocina también puede tener una pantalla con los pedidos en orden. Lo explicamos en cómo funciona la impresora térmica.

¿Y si no sé cuál comprar?

Pregunta antes de gastar. Escríbenos por WhatsApp, cuéntanos cómo es tu cocina y cuántos pedidos manejas en hora pico, y en la asesoría gratuita te decimos si hoy te conviene una impresora, qué revisar antes de comprarla o si todavía puedes esperar.

• Una cola de reintentos guarda el trabajo pendiente y lo vuelve a intentar cuando falla, en lugar de perderlo o bloquear al usuario.
• Reintentar solo es seguro si la operación es idempotente; esperar entre intentos con backoff exponencial y jitter evita empeorar una caída.
• Lo que no se puede procesar va a una dead-letter queue, y el patrón outbox asegura que el trabajo llegue a la cola en primer lugar.

¿Qué es una cola de reintentos?

Es un mecanismo que almacena tareas pendientes (enviar un correo, registrar un pago, sincronizar un cambio) y las reintenta cuando fallan, hasta que se completan o se declaran imposibles.

La idea responde a un hecho básico de los sistemas conectados: la red se corta, los servicios se reinician y las bases de datos rechazan conexiones por unos segundos. Si cada una de esas fallas pasajeras se convierte en un dato perdido, el sistema no es confiable. Con una cola, la tarea queda registrada de forma durable y un proceso trabajador la toma, la ejecuta y solo la marca como terminada cuando recibe confirmación.

Detrás de cualquier sistema que “nunca pierde nada” suele haber cuatro piezas: una cola durable, operaciones idempotentes, una política de reintentos y un lugar para los casos perdidos.

¿Qué errores vale la pena reintentar?

Solo los transitorios: los que tienen una probabilidad razonable de no repetirse en el siguiente intento.

• Transitorios: tiempo de espera agotado, conexión rechazada, servicio no disponible, límite de peticiones excedido. En HTTP, típicamente las respuestas 503 o 429, que pueden venir con la cabecera Retry-After indicando cuánto esperar, según la especificación HTTP (RFC 9110).
• Permanentes: datos inválidos, recurso inexistente, permisos insuficientes. Reintentar un 400 o un 403 no lo arregla: solo gasta recursos y retrasa el diagnóstico.

Clasificar mal es uno de los errores más caros: reintentar errores permanentes llena la cola de trabajo inútil, y no reintentar los transitorios pierde datos.

¿Qué es la idempotencia y por qué va primero?

Una operación es idempotente si ejecutarla varias veces produce el mismo efecto que ejecutarla una. Sin idempotencia, reintentar es peligroso.

El problema clásico: un cliente envía un pago, el servidor lo procesa, pero la respuesta se pierde por un corte de red. El cliente no sabe si el pago se hizo y reintenta. Si la operación no es idempotente, se cobra dos veces.

La RFC 9110 define que, entre los métodos HTTP estándar, PUT, DELETE y los métodos seguros (como GET) son idempotentes. POST no lo es por definición. La solución habitual es que el cliente genere una clave de idempotencia única por operación y la envíe en cada intento. La IETF llegó a trabajar un borrador para estandarizar la cabecera Idempotency-Key, que hoy figura como expirado, pero el patrón se usa ampliamente.

Del lado del servidor, la clave se registra junto con el resultado:

async function procesarPago(req: SolicitudPago, db: Db) {
  const previo = await db.idempotencia.get(req.idempotencyKey);
  if (previo) return previo.respuesta;          // reintento: misma respuesta, sin cobrar otra vez

  return db.transaction(async (tx) => {
    // La restricción única sobre la clave evita carreras entre dos intentos simultáneos
    await tx.idempotencia.insert({ clave: req.idempotencyKey, estado: "en_proceso" });
    const respuesta = await tx.pagos.crear(req);
    await tx.idempotencia.update(req.idempotencyKey, { estado: "hecho", respuesta });
    return respuesta;
  });
}

Dos detalles importan: la clave debe tener una restricción única en la base de datos (una verificación previa sin ella no evita que dos intentos simultáneos pasen), y el registro de la clave debe vivir en la misma transacción que el efecto.

¿Qué es el backoff exponencial?

Es una política que aumenta el tiempo de espera entre reintentos de forma multiplicativa (por ejemplo, 1 s, 2 s, 4 s, 8 s) hasta un máximo. Da tiempo al servicio para recuperarse sin abandonar la tarea.

Reintentar de inmediato y sin pausa es contraproducente: si un servicio cayó por sobrecarga, miles de clientes insistiendo a la vez lo mantienen caído. El backoff reduce esa presión con cada fallo.

Un ejemplo concreto y público es el protocolo de backoff de conexión de gRPC, un proyecto de código abierto, que documenta como parámetros una espera inicial de 1 segundo, un multiplicador de 1,6, un máximo de 120 segundos y un jitter de 0,2.

¿Para qué sirve el jitter?

El jitter agrega aleatoriedad a cada espera para que los clientes que fallaron juntos no reintenten juntos.

Sin jitter, si mil clientes pierden la conexión en el mismo segundo, todos reintentan exactamente al segundo 1, luego al 2, luego al 4: oleadas sincronizadas contra un servicio frágil. Con una variación aleatoria, esos intentos se reparten en el tiempo.

function esperaConJitter(intento: number, {
  inicialMs = 1000, multiplicador = 1.6, maximoMs = 120_000, jitter = 0.2,
} = {}): number {
  const base = Math.min(inicialMs * multiplicador ** intento, maximoMs);
  const variacion = base * jitter;
  return base + (Math.random() * 2 - 1) * variacion;   // base ± 20 %
}

async function conReintentos<T>(fn: () => Promise<T>, maxIntentos = 6): Promise<T> {
  for (let intento = 0; ; intento++) {
    try {
      return await fn();
    } catch (e) {
      if (!esTransitorio(e) || intento + 1 >= maxIntentos) throw e;
      await new Promise((r) => setTimeout(r, esperaConJitter(intento)));
    }
  }
}

¿Qué es una dead-letter queue?

Es una cola aparte a donde van los mensajes que no se pudieron procesar después de agotar los reintentos. Así un mensaje defectuoso no bloquea a los demás y tampoco se pierde.

El patrón aparece como Dead Letter Channel en el catálogo Enterprise Integration Patterns de Gregor Hohpe y Bobby Woolf, que también recoge el nombre habitual de dead letter queue (DLQ). Buenas prácticas alrededor de ella:

• Guardar el mensaje original, el error y el número de intentos, no solo un contador.
• Alertar cuando la DLQ crece: una cola de mensajes muertos que nadie mira es una forma lenta de perder datos.
• Tener una herramienta para reprocesar mensajes una vez corregida la causa.

¿Qué garantías de entrega existen?

Las tres clásicas son como máximo una vez, al menos una vez y exactamente una vez; en la práctica, los sistemas confiables combinan “al menos una vez” con idempotencia.

• Como máximo una vez: se envía y no se reintenta. Puede perder mensajes.
• Al menos una vez: se reintenta hasta confirmar. No pierde mensajes, pero puede duplicarlos.
• Exactamente una vez: el ideal. En lugar de perseguirlo en la red, se consigue el mismo efecto con entrega al menos una vez y procesamiento idempotente.

¿Cómo asegurar que la tarea llegue a la cola?

Con el patrón de bandeja de salida transaccional (outbox): la tarea se escribe en una tabla de la misma base de datos, dentro de la misma transacción que el cambio de negocio.

El riesgo que resuelve es la “doble escritura”: guardar un pedido en la base y luego publicar un evento en la cola. Si el proceso se cae entre ambos pasos, el pedido existe pero el evento nunca sale. El patrón, documentado en microservices.io, guarda el evento en una tabla outbox junto con el pedido, y un proceso aparte lo publica y lo marca como enviado. La misma idea sirve en el cliente: es la base de las aplicaciones offline-first.

¿Qué errores son los más comunes?

Casi siempre aparecen cuando el sistema está bajo presión, justo cuando más duele.

1. Reintentos en varias capas. Si el cliente, el servidor intermedio y la librería de base de datos reintentan tres veces cada uno, una sola petición puede convertirse en 3 × 3 × 3 = 27 intentos contra el servicio caído. Reintenta en una sola capa.
2. Reintentos infinitos. Siempre debe haber un tope de intentos o de tiempo total, y un destino final (la DLQ).
3. Olvidar la idempotencia en los consumidores, no solo en la API.
4. Perder el orden cuando importa. Si dos cambios sobre el mismo registro se reintentan en paralelo, el más viejo puede aplicarse después. Particiona por entidad o usa versiones, un tema que tratamos en algoritmos de sincronización.
5. Mezclar tareas de distintos clientes en una misma cola sin límites por cliente, de modo que uno con muchos fallos retrasa a todos. Lo vemos en modelo de datos multi-tenant.

Para cerrar

Un sistema que no pierde nada no es uno que nunca falla, sino uno que falla de forma ordenada: registra el trabajo de forma durable, lo reintenta con paciencia y aleatoriedad, lo hace sin duplicar efectos y aparta lo imposible para que una persona lo revise. Idempotencia primero, backoff con jitter después y una dead-letter queue que alguien mire.

Ese momento no es mala suerte. Es la merma haciéndose visible de golpe, después de días de ir sumando en silencio.

¿Por qué la merma no se ve hasta que ya pasó?

Porque nadie la registra mientras ocurre. Se va en porciones más grandes de la cuenta, en lo que se daña en la nevera, en lo que se quema, en lo que se bota por mal almacenado y en lo que sale de la cocina sin cobrarse. Cada evento es pequeño; la suma aparece a fin de mes como plata que no está.

El desperdicio de comida es un problema de todo el país, no solo de tu cocina. Según un estudio del Departamento Nacional de Planeación, en Colombia se pierden y desperdician 9,76 millones de toneladas de alimentos al año, el 34 % de la oferta disponible. El 36 % de esa cifra ocurre en las etapas de distribución, venta y consumo, justo la parte de la cadena donde está un restaurante y donde el control depende de lo que se haga en el día a día.

¿Cuánto le cuesta a tu negocio un inventario sin control?

Le cuesta ventas, margen y precios mal puestos. Un insumo que se acaba sin aviso es un plato que no vendes; una compra de afán casi siempre sale más cara; y lo que se va en merma nunca entra en el precio del plato.

Ese último punto es el más peligroso. Si calculas el costo de tus platos con lo que “debería” gastarse, pero en la realidad se gasta más, tus precios pueden estar dejándote mucho menos de lo que crees, o nada. Por eso inventario y rentabilidad van de la mano: lo explicamos a fondo en cómo saber si tu restaurante realmente está ganando plata.

¿Qué te pasa a ti cuando el inventario no cuadra?

Te toca ser el que revisa la nevera, el que hace las compras y el que adivina cuánto pedir. No puedes soltar esa tarea porque nadie más sabe cuánto hay.

Y cuando algo falta sin explicación, aparece la duda sobre el equipo. Es una sensación incómoda, porque la mayoría de las veces no hay mala intención: hay porciones sin medir, insumos sin fecha y cortesías que nadie anotó. Pero sin registros no tienes cómo saberlo, y la desconfianza queda flotando.

¿Qué preguntas deberías poder responder hoy sobre tu inventario?

Tres: cuánto tienes, cuánto debiste gastar y qué se te acaba primero. Si puedes responderlas sin ir a la bodega a mirar, tienes control; si no, ahí es donde empieza el trabajo.

1. ¿Cuánto tengo hoy de mis insumos más importantes? No de todos: de los que más plata representan.
2. ¿Cuánto debí haber gastado de cada uno, según lo que vendí? Si vendiste 40 platos con pechuga, ¿cuánta pechuga tenía que salir?
3. ¿Qué insumo se me acaba primero y cuándo tengo que comprarlo? Para no enterarte en pleno servicio.

¿Cómo controlar el inventario desde hoy, sin software?

Con pocos insumos, porciones medidas y un conteo al abrir y al cerrar. Estos pasos funcionan con una hoja, un lapicero y una báscula de cocina:

1. Empieza con diez insumos, no con todos. Elige los que más pesan en tu compra: proteínas, aceite, quesos, lo que sea caro o se use en casi todo. Controlar cien cosas mal es peor que controlar diez bien.
2. Define la porción de cada plato. Cuántos gramos de proteína, cuántas cucharadas de salsa. Escríbelo y pégalo en la cocina. Sin porción definida no hay forma de saber cuánto debió gastarse.
3. Conteo de jornada. Al abrir y al cerrar, cuenta esos mismos diez insumos y anótalos en la misma hoja. Toma cinco minutos si los tienes siempre en el mismo lugar.
4. Compara contra lo vendido. Platos vendidos por porción es igual a lo que debió salir. La diferencia con lo que realmente falta es tu merma del día.
5. Hoja de merma junto a la nevera. Qué se botó, cuánto y por qué: se dañó, se quemó, se devolvió, se regaló. Las cortesías también cuentan; si las das de palabra, mira cómo registrar cortesías sin perder el control.
6. Primero en entrar, primero en salir. Marca cada insumo con la fecha en que llegó y pon lo más viejo adelante. Mucha merma es solo comida que se venció al fondo de la nevera.
7. Punto de compra para cada insumo. Define la cantidad mínima con la que ya toca pedir. Márcala en la hoja; cuando el conteo llegue ahí, se compra sin esperar a que se acabe.

Hazlo durante dos semanas seguidas. Al final vas a saber qué insumo tiene más merma, en qué días y, casi siempre, por qué.

¿Qué cambia cuando un sistema lleva el inventario?

Cambia que el descuento de insumos deja de ser una cuenta que haces tú al final del día. En un sistema pensado para restaurantes, cada venta descuenta lo que el plato lleva, el conteo de jornada muestra la diferencia apenas terminas de contar y el costo del insumo se actualiza con cada compra.

Además, cuando un insumo llega a su punto crítico te avisa, y si se agota, el plato deja de ofrecerse para que nadie venda lo que no hay. Tú dejas de adivinar: miras y sabes. La idea completa está en cómo funciona el control de inventario y costos.

¿Por dónde empiezas?

Elige tus diez insumos más importantes, define sus porciones y cuéntalos al abrir y al cerrar durante una semana. Es poco trabajo y te va a mostrar algo que hoy no estás viendo.

Si quieres, cuéntanos por WhatsApp cómo llevas hoy tu inventario, aunque sea en cuaderno, y te ayudamos a armar tu primera hoja de conteo. La asesoría es gratis y puedes empezar con el plan Gratis.

Si te suena conocido, no estás solo: es una de las quejas más repetidas de los dueños de negocios de comida. Y la pregunta que viene después es lógica: ¿las respuestas automáticas le sirven a un restaurante pequeño o son cosa de empresas grandes?

¿Por qué el WhatsApp del restaurante se vuelve un caos al mediodía?

Porque los clientes escriben justo en la hora en que menos puedes atenderlos. La mayoría de los mensajes son preguntas repetidas que se responden igual todos los días, pero compiten por tu atención con los pedidos reales y con la gente que ya está sentada en el local.

En un negocio pequeño, el celular suele estar a cargo de quien cobra o del mismo dueño. Esa persona termina partida en tres: atiende la caja, contesta chats y apaga incendios en la cocina.

¿Cuánto te cuesta un mensaje que no respondes a tiempo?

Te cuesta el pedido. Quien tiene hambre no espera veinte minutos a que le digas si hay domicilio: le escribe al negocio de la otra cuadra, y si allá le contestan rápido, la próxima vez empieza por allá.

Lo más difícil es que esa pérdida no aparece en ningún lado. No hay una venta cancelada ni una diferencia en la caja. Simplemente ese día vendiste menos y no sabes por qué. Además, cuando por fin respondes con afán, aumentan los errores: la dirección incompleta, el jugo que no era, el cambio mal calculado.

¿Y a ti, qué te está costando?

Probablemente tu tranquilidad. Muchos dueños terminan contestando mensajes mientras almuerzan de pie, en el bus de regreso a la casa o a las once de la noche, con la sensación de estar siempre en deuda con alguien.

A eso se suma la culpa: sabes que un cliente mal atendido por chat es un cliente que se va, pero tampoco puedes abandonar la mesa que tienes enfrente. Esa tensión, repetida todos los días, desgasta más que el trabajo mismo.

¿Qué sí debería responder un asistente automático?

Lo repetitivo y lo que siempre tiene la misma respuesta. Si una pregunta la contestas igual diez veces al día, es candidata a automatizarse.

Por ejemplo:

• Horario de atención y días de descanso.
• Dirección y cómo llegar.
• Enlace al menú actualizado.
• Si hay domicilio y a qué zonas llega.
• Formas de pago que recibes.
• Datos básicos para empezar un pedido: nombre, qué quiere y si es para recoger o domicilio.

Un buen asistente responde esto en segundos, a cualquier hora, con el tono de tu negocio y sin cansarse.

¿Qué no debería responder nunca solo?

Todo lo que necesite criterio, empatía o que implique plata en disputa. Ahí debe contestar una persona.

• Quejas o reclamos por un pedido.
• Alergias o restricciones de salud.
• Confirmaciones de pago o devoluciones.
• Pedidos con muchos cambios o combinaciones raras.
• Negociaciones de precio o pedidos grandes para eventos.

Un asistente que intenta resolver una queja con una respuesta genérica empeora la situación. Mejor que diga con amabilidad que ya una persona lo atiende, y que efectivamente alguien lo haga.

¿Cuándo tiene que apartarse y dejar hablar a una persona?

Cuando la conversación ya no es repetitiva. Los frenos deben ser claros y funcionar solos, sin que tengas que estar pendiente.

Los tres frenos más útiles son:

1. Cuando alguien de tu equipo responde. Si una persona escribe en el chat, el asistente se calla. Nada peor que dos voces contestando distinto al mismo cliente.
2. Cuando el cliente manda su ubicación. Eso casi siempre es un domicilio real, con dirección, referencias y costo de envío. Ahí conviene que confirme una persona.
3. Cuando la conversación se alarga. Si después de varias idas y vueltas el cliente no ha resuelto lo que busca, el asistente debe entregar el chat en vez de seguir dando vueltas.

¿Cuánto cuesta tener un asistente automático?

Tiene dos partes. La automatización de WhatsApp tiene un costo fijo, y el uso del asistente inteligente lo paga el restaurante según cuánto converse. Ese uso es relativamente económico, sobre todo si el asistente se limita a lo repetitivo y los frenos lo apartan a tiempo.

Por eso los frenos no solo cuidan la experiencia del cliente: también cuidan tu bolsillo. Un asistente que conversa sin límite gasta más y ayuda menos.

¿Cómo empezar sin arriesgar la relación con tus clientes?

Empieza pequeño y revisa. Puedes hacerlo esta misma semana, aunque todavía no uses ninguna herramienta:

1. Anota las diez preguntas que más te hacen. Revisa los chats de los últimos días y cuéntalas.
2. Escribe la respuesta ideal de cada una con tu voz. Corta, cálida y con la información completa. Guárdalas como respuestas rápidas en el celular.
3. Define qué casos pasan siempre a una persona. Quejas, pagos, ubicaciones y pedidos grandes, como mínimo.
4. Decide quién toma el chat en hora pico. Que no dependa de “el que esté libre”.
5. Revisa cada semana cinco conversaciones. Mira dónde se enredó el cliente y ajusta las respuestas.

Con ese trabajo hecho, automatizar es mucho más seguro, porque el asistente aprende de respuestas que ya probaste con clientes reales. Si tus pedidos por chat ya se están desordenando, te puede servir también esta guía sobre pedidos por WhatsApp desorganizados.

¿Cómo se vive con un sistema que responde por ti?

Distinto, porque dejas de ser el embudo. Los chats llegan a una bandeja que ve todo tu equipo, con el pedido al lado de la conversación. El asistente contesta lo repetitivo, y en cuanto aparece una ubicación, alguien del equipo escribe o la charla se alarga, se aparta y le avisa a una persona.

Tú ya no contestas “¿a qué hora cierran?” por décima vez: te ocupas de las conversaciones que de verdad necesitan a alguien. Puedes ver el concepto completo en cómo funciona el asistente de WhatsApp.

¿Le sirve esto a tu negocio?

Depende de cuántos mensajes recibes y de quién los contesta hoy. Si quieres salir de la duda, escríbenos por WhatsApp. En una asesoría gratuita revisamos contigo cómo te llegan los mensajes y te decimos, sin rodeos, si un asistente automático te ayudaría o si todavía no lo necesitas.

Cobrar sin datáfono en Colombia ya no es un problema de “no tengo cómo”. El reto de hoy es otro: cobrar por varios medios sin que la caja se vuelva un rompecabezas al cierre.

¿Qué es Bre-B y por qué le sirve a un restaurante pequeño?

Bre-B es el sistema de pagos inmediatos del Banco de la República: permite pagar y transferir entre bancos y billeteras distintas en segundos, a cualquier hora y cualquier día, usando una llave o un código QR en lugar de un número de cuenta.

La regulación del Banco de la República establece que cada pago o transferencia inmediata se realiza en un tiempo máximo de 20 segundos. Para un restaurante eso significa algo muy concreto: el cliente paga desde la aplicación de su banco o billetera y tú puedes verificar que llegó antes de que se levante de la mesa.

Lo básico para empezar, según la explicación oficial de Bre-B:

• Para recibir necesitas una llave. La creas en los canales digitales de la entidad donde tienes tu cuenta o depósito. Las opciones de llave las ofrece cada entidad según los datos que tengas registrados.
• Quien te paga no necesita llave. Le basta con conocer la tuya o escanear tu código QR.
• Hay un tope por transacción de $12.110.000, y tu entidad puede fijar uno menor o limitar el número de operaciones diarias.
• Una llave se asocia a una sola cuenta, pero una cuenta puede tener varias llaves.

Un consejo práctico: si tu entidad te deja crear una llave distinta a tu número de celular personal, úsala para el negocio. Así no repartes tu número a cada cliente y tienes claro en qué cuenta cae la plata del restaurante.

¿Nequi, Daviplata o transferencia: cuál conviene activar?

La que ya usan tus clientes. No se trata de elegir una ganadora, sino de no perder la venta porque el cliente tiene su plata en un lugar desde el que no le puedes recibir.

Antes de abrir cuentas nuevas en todas partes, revisa en la aplicación de tu entidad si ya puedes recibir por Bre-B: cuando la entidad del cliente y la tuya participan, el pago llega sin importar dónde tenga cada uno su plata. Luego hazle estas preguntas a tu banco o billetera:

• ¿Me cobran algo por recibir pagos como negocio?
• ¿Cuál es mi tope diario y por transacción?
• ¿Me llega un aviso por cada pago recibido?
• ¿Puedo descargar los movimientos del día para cuadrar la caja?

Con esas cuatro respuestas decides con datos de tu propio negocio, no por lo que dice un anuncio.

¿Cuánto te cuesta no tener el medio de pago que el cliente quiere?

Te cuesta la venta o te cuesta el cliente. Si alguien no puede pagar como quiere, o te toca fiarle con un “mañana te transfiero”, o pasa la vergüenza de salir a buscar un cajero, o simplemente la próxima vez come en otra parte.

Y hay un costo escondido: el tiempo en caja. Dictar números de cuenta, esperar capturas de pantalla y confirmar llamando a alguien convierte cada pago en varios minutos. A la hora del almuerzo, eso es una fila de gente impaciente.

¿Qué te pasa a ti cuando cobras por cuatro medios distintos?

Que el cierre de caja se vuelve un acto de fe. Tienes efectivo en el cajón, pagos que llegaron a una billetera, otros a la cuenta del banco y alguno que “ya te mandaron” pero no ves. Al final del día sumas todo, no da, y no sabes si faltó plata o si falta un pago por aparecer.

Muchos dueños terminan revisando el celular a las 11 de la noche, pago por pago. Es cansón y deja la sensación de que en cualquier momento algo se escapa. Si ya te pasa que la caja no cuadra, lee también por qué no te cuadra la caja al final del turno.

¿Cómo controlar la plata cuando cobras por varios medios?

Separando cada medio desde el momento del cobro, no al final del día. Estos pasos los puedes aplicar hoy con un cuaderno:

1. Anota la forma de pago en cada cuenta. Efectivo, transferencia con llave, billetera o mixto. Si un cliente paga una parte en efectivo y otra por transferencia, anota las dos cifras por separado.
2. Nunca entregues sin ver el pago. En las transferencias, verifica en tu aplicación que llegó. Una captura de pantalla que te muestra el cliente no es prueba suficiente.
3. QR impreso a la vista. Pon tu código QR en la caja y, si puedes, en las mesas. El cliente no dicta nada, no se equivoca de número y tú no pierdes tiempo.
4. Una cuenta solo para el negocio. Si la plata del restaurante cae en tu cuenta personal, se mezcla con tus gastos y ya no hay forma de cuadrar.
5. Cierre por medio de pago. Al final del turno cuenta el efectivo y compara cada medio por separado: lo anotado contra lo que muestra la entidad. Así, si hay diferencia, sabes dónde está.
6. Revisa los topes antes del fin de semana. Si tu entidad limita cuánto recibes por día, es mejor saberlo antes de la noche con más ventas que en plena fila.

¿Qué cambia cuando un sistema lleva las formas de pago?

Cambia que el medio de pago queda registrado en el mismo momento del cobro, pedido por pedido. Un sistema para restaurantes te deja definir qué medios recibe cada local, registrar un pago dividido en el mismo pedido y, al cerrar el turno, ver la diferencia por cada forma de pago en lugar de un solo número que no explica nada.

Tú dejas de reconstruir el día desde el celular: el cierre te dice cuánto debía haber en efectivo, cuánto por transferencia y dónde está la diferencia. La idea completa está en cómo funciona la caja y el cierre.

Y en la misma línea: menululo tampoco te pide tarjeta de crédito. La membresía se paga por transferencia o llave a través de WhatsApp y se activa apenas se confirma el pago.

¿Por dónde empiezas?

Crea una llave para el negocio, imprime tu código QR y empieza a anotar la forma de pago de cada cuenta desde mañana. Con eso, la próxima vez que alguien pregunte si recibes tarjeta, la respuesta ya no será un problema.

Si quieres, escríbenos por WhatsApp y te ayudamos a pensar qué medios de pago activar según cómo pagan tus clientes y cómo cuadrarlos al cierre. La asesoría es gratis.

• Un modelo de lenguaje es un programa que estima qué texto es más probable que venga a continuación, y genera respuestas repitiendo esa predicción token por token.
• La arquitectura Transformer, publicada en 2017, hizo posible entrenar estos modelos a gran escala gracias al mecanismo de atención.
• Generan texto plausible, no verificado: por eso pueden inventar datos, y por eso conviene darles fuentes y revisar lo que producen.

¿Qué es un modelo de lenguaje?

Un modelo de lenguaje es un sistema que asigna probabilidades a secuencias de texto: dado un fragmento, estima qué es más probable que siga. Cuando esa estimación se usa una y otra vez para elegir la siguiente pieza, el modelo “escribe”.

La idea es antigua. Los primeros modelos contaban qué palabras aparecían juntas en grandes colecciones de texto. En 2003, Yoshua Bengio y colegas publicaron A Neural Probabilistic Language Model, que usaba redes neuronales para aprender una representación numérica de cada palabra y así generalizar a frases que nunca había visto. Los modelos actuales descienden de esa línea, con muchísimos más parámetros y datos.

Un buen modelo mental: el autocompletado del teclado del celular también es un modelo de lenguaje, solo que pequeño y con poca memoria del contexto. Los modelos grandes hacen lo mismo con mucho más contexto y una representación mucho más rica del lenguaje.

¿Qué es un token?

Un token es la unidad de texto con la que trabaja el modelo: puede ser una palabra, un pedazo de palabra o un signo. El modelo no ve letras ni palabras, ve una secuencia de números que representan tokens.

Dividir por palabras completas tiene un problema: el vocabulario sería gigantesco y cualquier palabra nueva quedaría fuera. Por eso se usan métodos de subpalabras. Uno de los más influyentes es la codificación por pares de bytes (BPE), que Sennrich, Haddow y Birch aplicaron a la traducción automática en 2016: se parte de caracteres y se fusionan repetidamente los pares más frecuentes hasta obtener un vocabulario de tamaño fijo.

Un ejemplo de juguete que muestra la idea:

from collections import Counter

def paso_bpe(palabras: list[list[str]]) -> list[list[str]]:
    """Fusiona el par de símbolos contiguos más frecuente."""
    pares = Counter()
    for p in palabras:
        pares.update(zip(p, p[1:]))
    if not pares:
        return palabras
    (a, b), _ = pares.most_common(1)[0]
    fusionadas = []
    for p in palabras:
        nueva, i = [], 0
        while i < len(p):
            if i + 1 < len(p) and p[i] == a and p[i + 1] == b:
                nueva.append(a + b); i += 2
            else:
                nueva.append(p[i]); i += 1
        fusionadas.append(nueva)
    return fusionadas

corpus = [list("programar"), list("programa"), list("programado")]
for _ in range(6):
    corpus = paso_bpe(corpus)
print(corpus)  # los fragmentos comunes, como "program", terminan siendo un solo token

Consecuencia práctica: los límites y costos de uso de estos modelos suelen medirse en tokens, no en palabras, y un mismo texto puede ocupar distinta cantidad de tokens según el idioma y el tokenizador.

¿Cómo genera texto un modelo de lenguaje?

Calcula una probabilidad para cada token posible, elige uno, lo agrega al texto y repite. Este ciclo se llama generación autorregresiva.

El paso de “elegir” tiene su propia perilla. Si siempre se toma el token más probable, las respuestas son predecibles y a veces repetitivas. Si se muestrea con algo de azar, son más variadas. La temperatura controla ese equilibrio: divide las puntuaciones antes de convertirlas en probabilidades.

import math, random

def muestrear(puntuaciones: dict[str, float], temperatura: float = 1.0) -> str:
    escaladas = {t: s / temperatura for t, s in puntuaciones.items()}
    maximo = max(escaladas.values())
    exp = {t: math.exp(s - maximo) for t, s in escaladas.items()}  # softmax estable
    total = sum(exp.values())
    probs = {t: v / total for t, v in exp.items()}
    return random.choices(list(probs), weights=list(probs.values()))[0]

siguiente = muestrear({"sol": 3.1, "cielo": 2.4, "mar": 0.7}, temperatura=0.7)

Temperatura baja concentra la probabilidad en los tokens más altos; temperatura alta la reparte. Por eso una misma pregunta puede dar respuestas distintas.

¿Qué es un Transformer y por qué cambió todo?

El Transformer es la arquitectura de red neuronal en la que se basan la mayoría de los modelos de lenguaje modernos; su pieza central es la atención, que permite relacionar cada token con todos los demás del contexto.

Se presentó en 2017 en el artículo Attention Is All You Need de Vaswani y colegas. Antes, los modelos dominantes procesaban el texto en secuencia, un paso tras otro, lo que dificultaba aprovechar el cómputo en paralelo y conectar palabras lejanas. El Transformer prescindió de esa recurrencia y usó solo mecanismos de atención.

La intuición de la atención: en la frase “la ingeniera revisó el código porque ella sospechaba un error”, para interpretar “ella” el modelo necesita mirar hacia “la ingeniera”. La atención calcula, para cada token, cuánto peso darle a cada uno de los otros. Como ese cálculo se puede hacer en paralelo, entrenar con enormes volúmenes de texto se volvió viable.

¿Cómo se entrena un modelo de lenguaje?

Por lo general, en etapas: primero un preentrenamiento masivo para predecir texto y después ajustes para que siga instrucciones y responda de forma útil.

1. Preentrenamiento. El modelo lee grandes cantidades de texto y aprende a predecir el siguiente token. No se le enseñan reglas gramaticales ni hechos uno por uno: los patrones quedan codificados en sus parámetros.
2. Ajuste supervisado. Se le muestran ejemplos de instrucciones con buenas respuestas escritas por personas.
3. Aprendizaje por refuerzo con retroalimentación humana (RLHF). Personas comparan respuestas y un modelo auxiliar aprende esas preferencias para guiar el ajuste. El artículo de Ouyang y colegas (2022) describe este proceso y parte de una observación clave: hacer un modelo más grande no lo vuelve, por sí solo, mejor para seguir la intención del usuario.

¿Qué significa “IA generativa”?

IA generativa es el nombre general para los sistemas que producen contenido nuevo (texto, imágenes, audio, código) en lugar de solo clasificar o predecir una etiqueta.

Un filtro de spam es IA, pero no generativa: decide “spam” o “no spam”. Un modelo de lenguaje que redacta un correo sí lo es. La diferencia no está en que uno sea “más inteligente”, sino en el tipo de salida. Los modelos de lenguaje son la familia más conocida de IA generativa para texto, pero hay otras arquitecturas para imágenes o sonido.

¿Por qué un modelo de lenguaje inventa información?

Porque su objetivo de entrenamiento es producir texto plausible, no texto verificado. Si el patrón más probable es una cita con autor y año, puede generar una cita con esa forma aunque no exista.

La literatura técnica llama a esto alucinación. El estudio de Ji y colegas, publicado en ACM Computing Surveys, revisa sus tipos, causas y formas de medirla y mitigarla. Algunas prácticas que ayudan:

• Darle las fuentes en lugar de pedirle que “recuerde”.
• Pedir que cite el fragmento exacto de donde saca cada afirmación.
• Verificar automáticamente lo verificable: cálculos, fechas, enlaces, código que compile.
• Permitir que diga “no sé” cuando la información no está en el contexto.

¿Qué es RAG?

RAG (Retrieval-Augmented Generation) es una técnica que busca documentos relevantes y se los entrega al modelo junto con la pregunta, para que responda apoyándose en ellos.

La propusieron Lewis y colegas en 2020. Separa dos cosas: qué sabe el sistema (una colección de documentos que se puede actualizar) y cómo redacta (el modelo). Así se puede responder sobre información reciente o privada sin volver a entrenar el modelo, y es más fácil mostrar de dónde salió cada respuesta.

¿Qué es la ventana de contexto?

Es la cantidad máxima de tokens que el modelo puede considerar a la vez: la pregunta, las instrucciones, los documentos entregados y la propia respuesta. Todo lo que queda fuera de esa ventana, el modelo simplemente no lo ve.

Por eso una conversación muy larga puede “olvidar” lo del principio, y por eso en RAG importa elegir bien qué fragmentos se envían: más texto no siempre significa mejores respuestas.

¿Qué conviene recordar al usar uno?

Que es una herramienta probabilística muy capaz para trabajar con lenguaje, no una base de datos ni un oráculo.

• Úsalo para redactar, resumir, traducir, clasificar o explicar, y verifica lo que tenga consecuencias.
• Si necesitas hechos exactos o datos propios, entrégaselos en el contexto.
• Si una respuesta cambia al repetir la pregunta, no es un error: es el muestreo.

Si te interesan otros conceptos de fondo sobre cómo se construye software confiable, puedes seguir con algoritmos de sincronización de datos o con cómo elegir entre desarrollo multiplataforma y nativo.

Cierras la página y vuelves al cuaderno. No por falta de ganas, sino porque alguien decidió que la única forma de pagar es justo la que tú no tienes.

¿Por qué tantos dueños de restaurante no tienen tarjeta de crédito?

Porque en Colombia la tarjeta de crédito está lejos de ser universal. Según el reporte de inclusión financiera de Banca de las Oportunidades y la Superintendencia Financiera, en 2024 solo el 23,3 % de los adultos tenía acceso a una, y ese acceso se concentra en las ciudades.

Eso deja por fuera a la mayoría, incluidos muchísimos emprendedores de comida. Y aun quienes sí tienen tarjeta a menudo prefieren no usarla para el negocio: mezclar los gastos personales con los del restaurante es la receta perfecta para no saber nunca cuánto gana el negocio de verdad.

¿Qué le cuesta a tu negocio que te exijan tarjeta?

Te cuesta seguir operando con libreta mientras el problema crece. Cada semana sin orden es otra semana de caja que no cuadra, pedidos que se confunden e insumos que se acaban sin aviso. La herramienta existía; lo que faltaba era una forma de pago que se ajustara a ti.

También te cuesta depender de otros. Hay dueños que terminan pidiéndole la tarjeta prestada a un familiar o a un amigo, y con eso llega la incomodidad de cada cobro, la explicación de cada mes y la sensación de que tu negocio no es del todo tuyo.

¿Qué se siente cuando te rechazan un pago?

Da pena, y esa pena frena. Muchos dueños han visto un “pago rechazado” en la pantalla, sin nadie a quien explicarle que sí tienen con qué pagar, solo que no de esa manera. Después de eso, cualquier software parece “no hecho para mí”.

No es un tema de capacidad de pago. Es un tema de medios de pago. Y ese sí tiene arreglo.

¿Se puede pagar un software por transferencia o por llave?

Sí. Cada vez más proveedores aceptan transferencia bancaria o pago por llave, y en Colombia eso se volvió mucho más fácil con Bre-B, el sistema de pagos inmediatos del Banco de la República. Pagas desde la aplicación de tu banco o de tu billetera digital, igual que le pagas a un proveedor.

Bre-B empezó a operar el 6 de octubre de 2025 y, según el Banco de la República, en sus primeros seis meses superó los 670 millones de transacciones y los 34 millones de usuarios registrados, entre personas y comercios, funcionando las 24 horas, los siete días de la semana. Es muy probable que tú y tu equipo ya lo usen para cobrarles a los clientes.

¿Qué revisar antes de pagar un software sin tarjeta?

Antes de transferir, confirma cinco cosas. Te toman dos minutos y te evitan malos ratos:

• Que el número de contacto sea el oficial. Búscalo en la página web del proveedor, no en un mensaje reenviado.
• Que la cuenta o la llave estén a nombre del negocio que te presta el servicio.
• Qué incluye el plan y por cuánto tiempo. Pide que te lo digan por escrito antes de pagar.
• Cuándo queda activo. Lo ideal es que la activación sea inmediata al confirmar el pago, no “en tres a cinco días hábiles”.
• Qué pasa con tu información si un mes no renuevas. Pregúntalo antes de contratar: el historial de ventas de tu negocio es tuyo.

Y una regla de oro: nunca compartas contraseñas, códigos de verificación ni claves de tu banco. Ningún proveedor serio te los va a pedir.

¿Cómo mantener ordenado el pago del software cada mes?

Trátalo como un gasto fijo del restaurante, igual que el arriendo o el gas. Págalo desde la cuenta del negocio, guarda el comprobante en una carpeta y anótalo con los gastos del mes.

Sin cobro automático, la responsabilidad de acordarte es tuya, así que ayúdate con tres hábitos sencillos:

• Pon un recordatorio en el celular unos días antes de la fecha de renovación, no el mismo día.
• Aparta el valor desde la primera semana del mes, igual que apartas lo del arriendo, para que no dependa de cómo te fue el fin de semana.
• Guarda en un solo chat los comprobantes y la confirmación de activación de cada mes. Si algún día hay una duda, la respuesta está ahí, con fecha.

Si todavía no separas la plata del negocio de la tuya, este es un buen momento para empezar. Te va a servir para mucho más que el software; por ejemplo, para que la caja por fin cuadre, como explicamos en por qué no me cuadra la caja al final del turno.

¿Cómo se paga menululo sin tarjeta de crédito?

Sin tarjeta, de principio a fin. Puedes empezar con el plan Gratis sin dar ningún dato de pago. Cuando quieras pasar a un plan pago, nos escribes por WhatsApp, pagas por transferencia o llave Bre-B, nos envías el comprobante y la membresía se activa apenas confirmamos el pago.

Además, hay dos apoyos pensados para quien más lo necesita:

• Si estás empezando tu emprendimiento y nos lo muestras por WhatsApp, el plan Pro te queda en $25.000 al mes durante cuatro meses, extensibles si lo usas.
• Si tu restaurante resultó afectado por el sismo del 10 de agosto de 2026, con epicentro en Chocó, recibes el plan Pro gratis durante seis meses presentando la evidencia.

Si antes de pagar quieres ver qué resuelve en el día a día, empieza por cómo funciona la caja y el cierre. Y si todavía dudas de si un sistema es para un negocio de tu tamaño, lee software para restaurantes pequeños.

¿Cómo empiezo hoy?

Escríbenos por WhatsApp. En la asesoría gratuita te mostramos cómo activar tu cuenta hoy mismo, sin tarjeta, y resolvemos cualquier duda sobre el pago antes de que transfieras un solo peso.

• Cuando varias copias de un dato aceptan cambios por separado, tarde o temprano divergen y hace falta una regla para que vuelvan a coincidir.
• Last-write-wins es la regla más simple, pero descarta cambios; los relojes vectoriales detectan conflictos reales; los CRDT los evitan por diseño.
• La elección depende del dato: una preferencia, un contador y una lista de compras necesitan algoritmos distintos.

¿Cuál es el problema que resuelven estos algoritmos?

Resuelven qué hacer cuando dos réplicas de un mismo dato se modificaron sin comunicarse y después se reencuentran. A esto se le llama reconciliación o convergencia.

Pasa en más lugares de los que parece: una app de notas usada en el teléfono y en la computadora, un carrito de compras abierto en dos pestañas, una base de datos replicada en varias regiones o cualquier aplicación offline-first. En todos los casos, exigir que cada escritura se coordine con las demás copias antes de aceptarse haría el sistema lento o inutilizable sin red. Por eso muchos sistemas aceptan escrituras locales y prometen consistencia eventual: si dejan de llegar cambios, todas las réplicas terminan iguales.

La pregunta difícil es cómo terminan iguales sin perder información importante.

¿Por qué no basta con comparar la hora de cada cambio?

Porque los relojes físicos de distintos equipos no están perfectamente sincronizados, y el orden real de los eventos no siempre coincide con lo que marca cada reloj.

Leslie Lamport lo planteó en 1978 en Time, Clocks, and the Ordering of Events in a Distributed System: en un sistema distribuido, “antes” y “después” solo están bien definidos cuando un evento pudo influir en el otro. Si dos cambios ocurren sin que ninguna réplica supiera del otro, son concurrentes, y ninguna marca de tiempo resuelve eso de forma honesta.

¿Qué es last-write-wins y cuándo sirve?

Last-write-wins (LWW) conserva la versión con la marca de tiempo más reciente y descarta la otra. Es fácil de implementar y siempre converge, pero pierde datos en silencio.

type Registro<T> = { valor: T; ts: number; replica: string };

function mergeLww<T>(a: Registro<T>, b: Registro<T>): Registro<T> {
  if (a.ts !== b.ts) return a.ts > b.ts ? a : b;
  // Desempate determinista para que todas las réplicas elijan lo mismo
  return a.replica > b.replica ? a : b;
}

Fíjate en el desempate: sin él, dos réplicas con la misma marca de tiempo podrían elegir valores distintos y nunca converger.

LWW funciona bien para datos donde “el último valor” es lo que importa y perder una edición concurrente es tolerable: el tema visual elegido, la última ubicación conocida, el estado de un interruptor. Funciona mal para contadores (dos incrementos concurrentes terminan contando uno) y para listas (un elemento agregado en una réplica desaparece si la otra sobrescribe la lista entera).

Una mejora común es aplicar LWW por campo y no por documento completo: si una réplica cambió el título y otra la descripción, se conservan ambos cambios.

¿Qué son los relojes de Lamport?

Son contadores lógicos que cada réplica incrementa y adjunta a sus eventos, de modo que si un evento causó otro, el primero siempre tiene un número menor.

Las reglas del artículo de Lamport se resumen en dos: cada réplica incrementa su contador antes de cada evento, y al recibir un mensaje ajusta su contador al máximo entre el propio y el recibido, más uno. Con un desempate por identificador de réplica, esto da un orden total que respeta la causalidad.

La limitación es importante: si el evento A tiene número 5 y el B tiene 7, no se puede saber si A causó B o si ocurrieron por separado. Para detectar conflictos reales hace falta más información.

¿Qué es un reloj vectorial y cómo detecta conflictos?

Un reloj vectorial guarda un contador por cada réplica; comparando dos vectores se sabe si un cambio sucedió después de otro o si ambos fueron concurrentes.

La idea la introdujeron de forma independiente Colin Fidge y Friedemann Mattern a finales de los años 80. Cada réplica incrementa su propia posición al modificar el dato, y al fusionar se toma el máximo posición por posición.

type Vector = Record<string, number>;

type Orden = "antes" | "despues" | "igual" | "concurrente";

function comparar(a: Vector, b: Vector): Orden {
  const claves = new Set([...Object.keys(a), ...Object.keys(b)]);
  let aMenor = false, bMenor = false;
  for (const k of claves) {
    const va = a[k] ?? 0, vb = b[k] ?? 0;
    if (va < vb) aMenor = true;
    if (vb < va) bMenor = true;
  }
  if (aMenor && bMenor) return "concurrente"; // conflicto real
  if (aMenor) return "antes";
  if (bMenor) return "despues";
  return "igual";
}

// { tel: 2, pc: 1 } vs { tel: 1, pc: 2 }  ->  "concurrente"

Cuando el resultado es "antes" o "despues", se conserva la versión más nueva sin miedo a perder nada. Cuando es "concurrente", el sistema sabe que hay un conflicto genuino y puede guardar ambas versiones para que la aplicación o el usuario decidan.

El costo: el vector crece con el número de réplicas que han escrito el dato, y hay que decidir qué hacer con las versiones hermanas.

¿Qué es un CRDT?

Un CRDT (Conflict-free Replicated Data Type) es una estructura de datos diseñada para que las réplicas se puedan modificar sin coordinación y siempre converjan al mismo estado.

El concepto lo formalizaron Marc Shapiro, Nuno Preguiça, Carlos Baquero y Marek Zawirski en Conflict-free Replicated Data Types (SSS 2011). El artículo describe dos familias:

• Basados en estado: las réplicas intercambian su estado completo y lo combinan con una función de fusión que es conmutativa, asociativa e idempotente. No importa el orden ni si un mensaje llega dos veces.
• Basados en operaciones: las réplicas intercambian operaciones que conmutan entre sí, lo que exige que la capa de red las entregue (en orden causal cuando corresponde).

El ejemplo más simple es un contador que solo crece (G-Counter). Cada réplica cuenta sus propios incrementos y la fusión toma el máximo por réplica:

def incrementar(estado: dict, replica: str) -> None:
    estado[replica] = estado.get(replica, 0) + 1

def fusionar(a: dict, b: dict) -> dict:
    return {k: max(a.get(k, 0), b.get(k, 0)) for k in a.keys() | b.keys()}

def valor(estado: dict) -> int:
    return sum(estado.values())

# Teléfono suma 2 y computadora suma 1 sin conexión:
tel, pc = {"tel": 2}, {"pc": 1}
assert valor(fusionar(tel, pc)) == 3   # no se pierde ningún incremento

Con la misma lógica se construyen estructuras más útiles: contadores que suben y bajan (dos G-Counter, uno para sumas y otro para restas), registros LWW y conjuntos como el OR-Set (observed-remove set), donde cada elemento agregado lleva una etiqueta única y un borrado solo elimina las etiquetas que la réplica ya había visto. Así, si alguien agrega “leche” al carrito mientras otra persona borra una “leche” anterior, la nueva no desaparece.

¿Se pueden usar CRDT para texto colaborativo?

Sí, existen CRDT de secuencia que permiten que varias personas escriban el mismo documento a la vez. Asignan a cada carácter un identificador que define su posición de forma estable, de modo que las inserciones concurrentes quedan en un orden determinista.

El otro enfoque clásico para edición colaborativa es la transformación operacional (OT), que ajusta cada operación según las que ocurrieron en paralelo y, en la práctica, suele apoyarse en un servidor central que ordena los cambios. Ambos enfoques conviven. El sitio crdt.tech mantiene una bibliografía extensa si quieres profundizar.

¿Qué costos tienen los CRDT?

El precio de la convergencia automática es metadata extra y una semántica que no siempre coincide con lo que el usuario espera.

• Metadata: identificadores por elemento, vectores de versión y marcas de borrado (tombstones) que ocupan espacio. Hay trabajos dedicados solo a reducirla, como la versión optimizada del OR-Set sin tombstones (Bieniusa et al., 2012).
• Semántica fija: un CRDT converge, pero converge a su regla. Si dos personas cambian el precio de un mismo producto a valores distintos, un registro LWW elegirá uno; “convergió” no significa “hizo lo correcto para el negocio”.
• Invariantes globales: un CRDT no puede garantizar por sí solo reglas como “el saldo nunca es negativo” o “solo queda una unidad”. Para eso hace falta coordinación.

¿Qué algoritmo conviene elegir?

Elige por tipo de dato, no por sistema completo. Una misma aplicación suele combinar varias estrategias:

Y no olvides la capa de transporte: aunque el algoritmo de fusión sea perfecto, los cambios tienen que llegar. Eso depende de reintentos seguros e idempotentes, que explicamos en colas de reintentos. Si además tu sistema atiende a muchos clientes con datos aislados, la forma de particionar esos datos importa tanto como el algoritmo; lo vemos en modelo de datos multi-tenant.

Para cerrar

Sincronizar no es copiar datos de un lado a otro: es decidir qué significa que dos versiones “estén de acuerdo”. LWW responde con simplicidad, los relojes vectoriales con honestidad sobre los conflictos y los CRDT con garantías matemáticas. Conocer los tres te permite elegir, dato por dato, cuánto estás dispuesto a perder a cambio de no coordinar.

Los domicilios pueden ser una gran fuente de ventas para un restaurante pequeño, pero también de las que más se desordenan, porque el pedido sale de tu vista justo en el momento más delicado.

¿Dónde se pierde el control de un domicilio?

En tres momentos: cuando se toma el pedido, cuando se despacha y cuando se entrega. Cada uno tiene su error típico, y si no cierras los tres, el problema solo cambia de lugar.

• Al tomarlo: dirección sin barrio ni punto de referencia, teléfono equivocado, forma de pago sin definir. Aquí nace la mayoría de viajes perdidos.
• Al despacharlo: bolsas sin identificar, pedidos que salen incompletos porque faltó la bebida o la salsa, dos pedidos cruzados en la misma moto.
• Al entregarlo: nadie sabe si ya llegó, el domiciliario vuelve con plata que no cuadra o sin el cambio que necesitaba, y el cliente llama al restaurante porque no tiene a quién más preguntarle.

¿Cuánto te cuesta un domicilio que llega mal?

Te cuesta dos veces: lo que pierdes en ese pedido y lo que dejas de vender después. Un domicilio equivocado casi siempre termina en un plato rehecho, un viaje extra y algo de cortesía para calmar al cliente.

Pero la pérdida grande no se ve. El cliente de domicilio no conoce a tu equipo ni ve tu local; su única experiencia es lo que llega a la puerta. Si llega frío, tarde o incompleto, no hay una sonrisa del mesero que lo compense. Simplemente, la próxima vez le escribe a otro. Y como ese cliente no se queja, sino que desaparece, en tus cuentas solo ves un mes un poco más flojo sin saber por qué.

¿Qué te pasa a ti cuando los domicilios se desordenan?

Terminas siendo la central de llamadas del negocio. Contestas al cliente que pregunta, al domiciliario que no encuentra la casa y a la cocina que no sabe cuál bolsa sale primero, todo al mismo tiempo.

Y aparece una desconfianza incómoda: cuando la plata de los domicilios no cuadra al final de la noche, no sabes si fue un error con el cambio, un pedido que no se cobró o algo peor. Esa duda desgasta la relación con tu equipo aunque nadie haya hecho nada malo.

¿Qué debería saber el domiciliario y qué no?

El domiciliario necesita todo lo de sus pedidos y nada más: qué lleva, a dónde va, a quién lo entrega, cuánto debe cobrar y por qué medio. No necesita ver la caja, las ventas del día ni los pedidos de otros compañeros.

Esto no es desconfianza, es orden. Cuando alguien ve solo lo que le toca, se equivoca menos y responde por menos. Y si mañana cambias de domiciliario, no tienes que preocuparte por lo que se lleva en la cabeza. Si quieres pensar cómo repartir accesos en todo el equipo, lo tratamos en los roles básicos de un restaurante pequeño.

¿Cómo organizar tus domicilios desde hoy, sin software?

Con una ficha por pedido, una zona de despacho y tres estados que todos respeten. Puedes montarlo esta misma semana:

1. Ficha obligatoria al tomar el pedido. Nombre, teléfono confirmado, dirección con barrio y punto de referencia, qué lleva, total y forma de pago. Si falta un dato, el pedido no pasa a cocina.
2. Pregunta el pago antes, no en la puerta. Si pagan en efectivo, pregunta con cuánto van a pagar para que el domiciliario lleve el cambio. Si pagan por transferencia, verifica que el pago llegó antes de despachar.
3. Número de pedido en la bolsa. Escribe con marcador un número en cada bolsa. Ese número es el mismo de la ficha y el mismo que usas en el chat.
4. Revisión en el despacho. Antes de cerrar la bolsa, alguien distinto a quien empacó la revisa contra la ficha: plato, bebida, cubiertos, salsas.
5. Tres estados en un tablero. En espera, despachado, entregado. Puede ser una pizarra junto a la puerta con el número de pedido y la hora. El domiciliario mueve su pedido cuando vuelve.
6. Hora de salida y de entrega anotadas. En pocos días sabrás cuánto tarda de verdad cada zona y podrás prometer tiempos honestos.
7. Cuadre del domiciliario al terminar. Cada domiciliario entrega su plata contra sus fichas antes de irse, no al día siguiente.

La ficha del primer paso empieza en el chat. Si la mayoría de tus domicilios llegan por ahí, revisa también cómo ordenar los pedidos por WhatsApp.

¿Cómo saber dónde está cada pedido sin llamar a nadie?

Con estados que se actualizan en el momento en que pasan las cosas, no cuando alguien se acuerda. La pizarra ayuda mucho, pero depende de que alguien la mire y la mueva, y en las noches de más movimiento eso es lo primero que se olvida.

Por eso conviene que el cambio de estado sea parte del gesto natural del trabajo: la bolsa sale y el pedido pasa a despachado; el domiciliario vuelve y lo marca entregado. Si depende de un paso extra, tarde o temprano se salta.

¿Qué cambia cuando un sistema organiza los domicilios?

Cambia que la ficha, el estado y el responsable dejan de depender de la memoria. En un sistema pensado para restaurantes, el domicilio entra con sus datos completos, pasa a una cola con sus propios estados, se asigna a un domiciliario y cada persona ve solo lo que le toca.

Tú dejas de ser la central de llamadas: miras y sabes qué está en espera, qué salió y qué se entregó. Y el cuadre del domiciliario sale de lo que quedó registrado, no de lo que cada uno recuerda. La idea está explicada paso a paso en cómo funcionan los domicilios.

¿Por dónde empiezas?

Empieza por la ficha obligatoria y el número en la bolsa. Son los dos pasos que más viajes perdidos evitan, y no cuestan nada.

Si quieres, escríbenos por WhatsApp y cuéntanos cuántos domicilios manejas en un día normal. Te decimos con honestidad si vale la pena ordenar ese flujo con un sistema o si, por ahora, con la pizarra te basta.

Es una idea muy común, y tiene sus razones. Pero sale más cara de lo que parece.

¿Un software para restaurante es solo para cadenas grandes?

No. Los problemas que resuelve un sistema, como pedidos confundidos, caja descuadrada o insumos que se acaban sin aviso, aparecen desde la primera mesa. Lo que cambia con el tamaño no es el problema, sino cuánto aguantas antes de que te quiebre.

Un restaurante grande tiene administrador, jefe de cocina y cajero. En uno pequeño, esos tres cargos suelen ser la misma persona: tú. Por eso, si alguien necesita orden, es justamente el negocio chico, donde un error no lo absorbe nadie más.

¿Por qué el software “grande” no le sirve a un negocio de pocas mesas?

Porque está pensado para otra realidad: módulos que nunca vas a usar, instalaciones que requieren un técnico, contratos largos y pantallas llenas de opciones que tu equipo no entiende. El problema no es tener un sistema; es tener uno hecho para otro tamaño.

Cuando un dueño pequeño prueba una herramienta así, lo que vive es frustración: pagó por algo complejo, nadie en el equipo lo usa y termina volviendo a la libreta. De ahí nace el mito de que “los sistemas no son para mí”.

¿Qué le cuesta a un negocio pequeño seguir en libreta?

Le cuesta plata que no ves, clientes que no vuelven y horas tuyas que nadie te paga. Un pedido mal anotado es un plato que se bota; un vuelto mal dado es la ganancia de varios platos; un insumo que se acabó a mitad del almuerzo es una venta que se fue para el local de la esquina.

Nada de eso aparece como un gasto. Simplemente, a fin de mes, la plata no alcanza como debería, y no sabes muy bien por qué.

Y ser pequeño no es la excepción: es la regla. Según datos de Confecámaras citados por La República, el 91,8 % de las empresas registradas en Colombia son microempresas. Las herramientas deberían estar pensadas para ese negocio, no al revés.

Luego está lo personal. Llevar todo en la cabeza significa no poder desconectarte nunca. Si te enfermas un día, nadie sabe cuánto hay en caja ni qué hay que pedirle al proveedor. Terminas trabajando para el negocio, en lugar de que el negocio trabaje para ti.

¿Qué necesita de verdad un restaurante pequeño al empezar?

Tres cosas: que los pedidos lleguen bien a la cocina, que la caja cuadre al cerrar y saber qué se vende. Todo lo demás, como inventario detallado, varias sedes o fidelización, puede esperar a que el negocio lo pida.

Antes de pagar por cualquier herramienta, puedes ordenar esto hoy mismo:

• Un solo lugar para los pedidos. Aunque sea una libreta numerada: cada pedido con número, mesa y hora. Nada de papelitos sueltos.
• Cierre de caja diario con base fija. Cuenta al abrir y al cerrar. Si quieres profundizar, aquí explicamos por qué no cuadra la caja al final del turno.
• Anota lo que más se vende. Una rayita por plato durante una semana te dice más de tu carta que cualquier intuición.
• Define quién hace qué. Aunque sean dos personas, que cada una sepa qué le toca en hora pico.
• Separa tu plata de la del negocio. Tu sueldo es un gasto del restaurante, no lo que sobre en la caja.

Cuando estos hábitos ya existen, un sistema los multiplica. Cuando no existen, ningún sistema los inventa por ti.

¿Cómo elegir un sistema si tu restaurante es pequeño?

Busca uno que puedas empezar sin pagar, que tu equipo aprenda en una jornada y que no te obligue a cambiar de herramienta cuando crezcas. Esas tres condiciones descartan buena parte de las opciones pensadas para cadenas.

Estas son preguntas que vale la pena hacer antes de decidir:

• ¿Puedo empezar gratis y sin dar una tarjeta de crédito?
• ¿Funciona en una tablet o un celular que ya tengo?
• ¿Qué pasa si se va el internet en pleno almuerzo?
• Si mañana abro un segundo local, ¿sigo en el mismo sistema?
• ¿Hay una persona real que me responda si me enredo?

Si alguna respuesta es “no” o “depende”, pregunta más antes de comprometerte.

¿Puedo crecer de un local a varias sedes sin cambiar de sistema?

Sí, si eliges desde el principio una herramienta que lo permita. Cambiar de sistema a mitad del crecimiento es caro: se pierde el historial, hay que volver a capacitar al equipo y durante semanas nadie confía en los números.

menululo nació pensando en eso. Empiezas con tu único local, con pedidos, cocina y caja, y cuando llegue la segunda sede la agregas bajo el mismo negocio, cada una con su equipo, sus mesas y su caja, sin mezclar la información. Lo explicamos en cómo funciona tener varias sedes.

Para empezar existe un plan Gratis, y no necesitas tarjeta de crédito: los planes pagos se pagan por transferencia o llave, como contamos en cómo pagar el software del restaurante sin tarjeta de crédito. Además, hay dos apoyos para quien más lo necesita:

• Si estás arrancando tu emprendimiento y nos lo muestras por WhatsApp, tienes el plan Pro por $25.000 al mes durante cuatro meses, extensibles si de verdad lo usas.
• Si tu restaurante resultó afectado por el sismo del 10 de agosto de 2026, el de magnitud 7,4 con epicentro en San José del Palmar (Chocó) reportado por el Servicio Geológico Colombiano, te damos el plan Pro gratis durante seis meses presentando la evidencia.

¿Cómo sé si me sirve a mí?

Preguntando con tu caso concreto, no con un folleto. Cada negocio de comida es distinto: no funciona igual una arepería de barrio que un restaurante de corrientazo con domicilios.

Escríbenos por WhatsApp y cuéntanos cómo funciona hoy tu restaurante: cuántas mesas tienes, cuántas personas trabajan contigo, cómo tomas los pedidos y cómo cierras la caja. En la asesoría gratuita te decimos, sin rodeos, si te sirve ahora, qué te conviene usar primero y qué puede esperar.

• Offline-first es diseñar la app para que lea y escriba primero en el dispositivo y trate la red como algo que llega y se va.
• Sus piezas básicas son cuatro: base de datos local, cola de escritura, motor de sincronización y resolución de conflictos.
• No sirve para todo: cuando una operación exige confirmación inmediata del servidor, el diseño tiene que decirlo explícitamente.

¿Qué significa offline-first?

Offline-first es un enfoque de arquitectura en el que la aplicación funciona con los datos guardados en el dispositivo y usa la red solo para sincronizar. La falta de conexión se trata como un estado normal, no como un error.

La mayoría de las apps tradicionales siguen el camino contrario: cada pantalla pide datos al servidor, espera la respuesta y recién entonces muestra algo. Si la red falla, aparece un indicador de carga eterno o un mensaje de error. En una app offline-first, la interfaz lee de una base local que responde en milisegundos, y un proceso aparte se encarga de que esa base y el servidor terminen diciendo lo mismo.

Este cambio de orden tiene un efecto que va más allá de los túneles y los sótanos sin señal: la app se siente rápida siempre, porque ninguna interacción espera un viaje de ida y vuelta por la red.

¿En qué se diferencia de un simple “modo sin conexión”?

Un modo sin conexión suele ser un parche que guarda en caché lo último que se vio; offline-first es una decisión que se toma en el modelo de datos desde el primer día.

La diferencia se nota al escribir. Una caché permite leer sin red, pero cuando el usuario crea o edita algo, la app no sabe qué hacer. En un diseño offline-first, cada escritura tiene un camino definido: se guarda localmente, se encola, se envía cuando se pueda y se reconcilia si alguien más cambió lo mismo.

¿Cuáles son las piezas de una arquitectura offline-first?

Son cuatro componentes que trabajan juntos: la base local, la cola de escritura, el motor de sincronización y la estrategia de conflictos.

1. Base de datos local

Es la fuente de datos de la interfaz. Puede ser una base embebida en el dispositivo o, en la web, IndexedDB. La regla de oro: la pantalla nunca lee directamente del servidor, siempre lee de la base local y reacciona cuando esta cambia.

2. Cola de escritura (outbox)

Cada cambio que hace el usuario se guarda en la base local y, en la misma transacción, se registra en una tabla de operaciones pendientes. Si se guardan por separado, un cierre inesperado de la app entre ambos pasos deja un dato que el servidor nunca va a recibir. Es la misma idea que el patrón de bandeja de salida transaccional que se usa en sistemas de backend.

// Guardar el cambio y encolarlo en UNA sola transacción local
async function guardarNota(db: LocalDb, nota: Nota) {
  await db.transaction(async (tx) => {
    await tx.put("notas", nota);
    await tx.put("outbox", {
      id: crypto.randomUUID(),   // sirve también como clave de idempotencia
      tipo: "nota.upsert",
      payload: nota,
      creadoEn: Date.now(),
      intentos: 0,
    });
  });
}

3. Motor de sincronización

Es un proceso en segundo plano con dos direcciones:

• Subida (push): toma las operaciones de la cola, las envía al servidor y las borra solo cuando el servidor confirma.
• Bajada (pull): pide los cambios ocurridos desde la última sincronización (normalmente con un cursor o una marca de versión) y los aplica en la base local.

Como la subida puede fallar a mitad de camino y reintentarse, cada operación tiene que ser idempotente: aplicarla dos veces debe dejar el mismo resultado que aplicarla una. Profundizamos en esto en colas de reintentos, idempotencia y backoff.

4. Resolución de conflictos

Si dos dispositivos modifican el mismo registro mientras están desconectados, al reconectar hay dos versiones. Algo tiene que decidir cuál queda o cómo se combinan.

¿Cómo se sincroniza cuando vuelve la conexión?

El motor detecta la reconexión, vacía la cola en orden y luego descarga lo que cambió en el servidor. El orden importa: subir primero evita que un cambio remoto pise uno local que todavía no se envió.

Un bucle simplificado se ve así:

async function sincronizar(db: LocalDb, api: Api) {
  // 1. Subir pendientes, en orden de creación
  for (const op of await db.getAll("outbox", { orderBy: "creadoEn" })) {
    try {
      await api.aplicar(op, { idempotencyKey: op.id });
      await db.delete("outbox", op.id);
    } catch (e) {
      if (esErrorTransitorio(e)) break;        // reintentar más tarde con backoff
      await db.moverA("outbox_fallidas", op);   // error permanente: no bloquear la cola
    }
  }
  // 2. Bajar cambios desde el último cursor
  const cursor = await db.getMeta("cursor");
  const { cambios, nuevoCursor } = await api.cambiosDesde(cursor);
  await db.transaction(async (tx) => {
    for (const c of cambios) await aplicarConResolucion(tx, c);
    await tx.setMeta("cursor", nuevoCursor);
  });
}

Dos detalles que suelen olvidarse: el cursor se actualiza en la misma transacción que los cambios aplicados, y una operación que falla de forma permanente se aparta para revisión en lugar de bloquear todas las que vienen detrás.

¿Qué pasa cuando dos dispositivos editan lo mismo?

Hay un conflicto, y la estrategia para resolverlo depende del tipo de dato. No existe una solución universal.

Las opciones más usadas son:

• Last-write-wins (LWW): gana la última escritura. Es simple, pero descarta cambios en silencio, y “la última” depende de relojes que pueden estar desfasados.
• Fusión por campo: si un dispositivo cambió el título y otro la descripción, se conservan ambos cambios. Solo hay conflicto real si tocaron el mismo campo.
• Tipos de datos que convergen solos (CRDT): estructuras diseñadas matemáticamente para que todas las réplicas lleguen al mismo estado sin coordinación, como describen Shapiro y colegas (2011).
• Preguntar al usuario: útil cuando el dato es valioso y la decisión no se puede automatizar.

Cada una tiene costos distintos. Los explicamos con ejemplos en algoritmos de sincronización: LWW, relojes vectoriales y CRDT.

¿Cómo se hace offline-first en la web?

Con tres herramientas del navegador: service workers, IndexedDB y, donde esté disponible, Background Sync.

• Un service worker es un script que corre en un hilo aparte y puede interceptar peticiones de red. Permite servir la app aunque no haya conexión, como explica la guía de MDN sobre operación offline y en segundo plano.
• IndexedDB es la base de datos transaccional del navegador, adecuada para la base local y la cola de escritura.
• La API de Background Synchronization permite diferir tareas hasta que haya una conexión estable. Según MDN, no forma parte de Baseline porque no funciona en algunos de los navegadores más usados, así que conviene tener un respaldo que escuche el evento online y sincronice al abrir la app.

¿Qué es local-first y en qué se parece?

Local-first es una idea emparentada pero más ambiciosa: además de funcionar sin conexión, busca que los datos sigan siendo del usuario aunque el servicio desaparezca.

El término viene del ensayo Local-first software publicado en 2019 por Martin Kleppmann, Adam Wiggins, Peter van Hardenberg y Mark McGranaghan, del laboratorio Ink & Switch. Proponen siete ideales: rapidez, múltiples dispositivos, trabajo sin conexión, colaboración, longevidad, privacidad y control del usuario. Offline-first cubre sobre todo los tres primeros; local-first va por todos.

¿Cuándo no conviene offline-first?

Cuando la operación solo es válida si el servidor la confirma en ese instante. Ejemplos genéricos:

• Reservar el último asiento de un vuelo o la última unidad de un inventario compartido.
• Transferir dinero, donde el saldo debe verificarse contra la fuente central.
• Cambiar permisos de acceso, donde un dispositivo desconectado no debería seguir actuando con permisos revocados.

En esos casos se suele usar un diseño mixto: la mayor parte de la app funciona sin conexión y las operaciones críticas se marcan como “requiere conexión”, con un mensaje claro para el usuario. También hay que considerar el costo: sincronización, migraciones del esquema local y pruebas de conflictos agregan complejidad real.

¿Qué errores son los más comunes?

Casi todos vienen de tratar la sincronización como un detalle y no como parte del modelo de datos.

1. Guardar y encolar por separado, lo que pierde cambios si la app se cierra en el medio.
2. Operaciones no idempotentes, que duplican registros cuando un envío se reintenta.
3. Usar la hora del dispositivo como verdad, cuando los relojes de los dispositivos pueden estar desfasados.
4. Borrar registros de verdad en lugar de marcarlos como eliminados, lo que hace que otro dispositivo los “resucite” al sincronizar.
5. Olvidar las migraciones locales: un usuario puede abrir una versión vieja de la app semanas después, con datos en un esquema antiguo y operaciones pendientes en la cola.
6. Probar solo con buena conexión. Las fallas aparecen con redes lentas, cortes a mitad de envío y dos dispositivos editando a la vez.

Para cerrar

Offline-first no es una función que se agrega al final: es invertir el orden de la arquitectura para que el dispositivo sea el punto de partida y la red, un canal de sincronización. Bien hecho, da apps rápidas y resistentes; mal hecho, da datos duplicados y cambios perdidos. Si vas a construir la parte de red, sigue con colas de reintentos; si te preocupan los conflictos, con algoritmos de sincronización.

Si esa escena te suena, no es que tú o tu equipo sean desordenados. Es que estás usando una herramienta de conversación como si fuera un sistema de pedidos.

¿Por qué WhatsApp solo no alcanza en hora pico?

Porque un chat está hecho para conversar, no para hacer fila. Los mensajes se ordenan por el último que llegó, no por el pedido que lleva más tiempo esperando, así que en hora pico lo urgente se hunde y lo reciente flota.

A eso súmale que cada cliente pide a su manera: unos por texto, otros por audio, otros con una foto del menú encerrada en un círculo. Quien atiende tiene que traducir cada mensaje, anotarlo en otro lado y acordarse de a quién ya le respondió. Con cinco conversaciones se puede. Con veinte a la vez, la memoria de cualquier persona falla, por buena que sea.

¿Cuánto te cuesta un pedido mal tomado?

Mucho más que el plato. Un pedido que se pierde o sale equivocado cuesta la comida que se bota o se rehace, el tiempo de cocina que se le quita a los demás pedidos y, sobre todo, un cliente que la próxima vez le escribe a otro restaurante.

Piensa en lo que pasa detrás de un solo error: la cocina prepara lo que no era, el domiciliario hace dos viajes, tú regalas algo para calmar al cliente y el resto de pedidos se atrasa diez minutos. Ninguna de esas pérdidas aparece en el cierre de caja como “error de WhatsApp”. Se esconden como menos ventas, más desperdicio y clientes que dejan de escribir. Por eso este dolor se subestima tanto: no deja rastro en los números, pero sí en el bolsillo.

¿Qué te pasa a ti cuando el celular no para?

Te vuelves el cuello de botella del negocio. Si solo tú entiendes el chat, no puedes soltar el celular ni para ir al baño, y cada mediodía se siente como apagar incendios en lugar de administrar un restaurante.

Muchos dueños terminan el día sin saber cuántos pedidos entraron por chat, cuántos se cayeron y cuántos clientes se quedaron esperando una respuesta. Esa incertidumbre cansa más que el trabajo mismo. Y cuando le pasas el celular a alguien del equipo aparece otro miedo: que se le escape algo y no te enteres hasta que el cliente se queje.

¿Cómo ordenar los pedidos por WhatsApp desde hoy, sin software?

Con un formato fijo, una persona responsable y una confirmación obligatoria. Estos pasos no cuestan nada y puedes aplicarlos en el turno de mañana:

1. Mensaje de bienvenida con el menú del día. Deja listo un texto que envías apenas alguien escribe: el menú con precios, el horario y cómo pedir. Así te ahorras las mismas diez preguntas con cada cliente.
2. Plantilla de pedido. Pide que el cliente responda con un formato simple: nombre, qué quiere, si es para recoger o a domicilio, dirección y forma de pago. Si manda un audio, tú lo pasas a la plantilla antes de enviarlo a cocina.
3. Un dueño del celular en hora pico. Una sola persona atiende el chat entre las 12 y las 2. No la que cobra, no la que cocina. Si nadie es responsable, todos creen que otro ya respondió.
4. Confirmación con resumen y total. Ningún pedido entra a cocina sin que el cliente haya recibido un resumen con el total y haya respondido que sí. Este paso, por sí solo, elimina buena parte de los “yo no pedí eso”.
5. Estados visibles. Marca cada chat como nuevo, confirmado, en cocina o despachado. Si tu aplicación de chat no permite etiquetas, una hoja con cuatro columnas pegada en la pared de la cocina funciona igual.
6. Tiempos honestos. Si en hora pico un pedido tarda 45 minutos, dilo desde el primer mensaje. El cliente perdona la espera anunciada, no la sorpresa.
7. Revisión de cinco minutos al cierre. Recorre los chats del día y anota cuántos pedidos entraron, cuántos tuvieron un problema y por qué. En dos semanas vas a ver el patrón que hoy no ves.

Si aplicas solo los pasos 2 y 4, ya vas a notar menos errores esta misma semana. Y si tus pedidos se complican justo entre la cocina y la puerta del cliente, sigue con cómo organizar los domicilios de tu restaurante.

¿Hay que dejar de usar WhatsApp para ordenar los pedidos?

No. Tus clientes ya están ahí y no tiene sentido obligarlos a cambiar de canal. Lo que cambia es lo que pasa detrás del chat: que cada pedido quede registrado, con un estado y un responsable, en lugar de vivir solo en la memoria de quien tiene el celular.

Pedirle al cliente que descargue algo o que llene un formulario largo suele salir peor que el desorden. La regla es sencilla: el cliente escribe como siempre y el orden lo pones tú por dentro.

¿Qué cambia cuando un sistema toma el relevo?

Cambia que el chat deja de ser el lugar donde se guarda el pedido. Un sistema pensado para restaurantes pone la conversación al lado del pedido, lo manda a cocina apenas se confirma y deja ver en qué estado va cada uno, sin que nadie tenga que acordarse.

También puede encargarse de lo repetitivo, como el menú, el horario o la dirección, y apartarse cuando hace falta una persona, por ejemplo cuando el cliente manda su ubicación o pide algo fuera de lo común. El resultado no es menos trato humano: es que tu gente usa su tiempo en lo que sí necesita criterio. La idea completa está en cómo funciona el asistente de WhatsApp.

¿Por dónde empiezas?

Empieza por la plantilla y la confirmación: son gratis y funcionan desde mañana. Cuando sientas que el volumen te supera aunque todo esté ordenado, ese es el momento de pensar en un sistema, no antes.

Si quieres, cuéntanos por WhatsApp cómo te llegan hoy los pedidos, aunque sea con una captura del chat a mediodía, y te decimos sin compromiso qué tanto se puede ordenar. Puedes empezar con el plan Gratis y no necesitas tarjeta de crédito.

Si esa escena te suena, no estás solo, y casi nunca se trata de un robo. La mayoría de las veces la caja no cuadra por desorden, no por mala fe. Y el desorden sí tiene arreglo.

¿Por qué no cuadra la caja de un restaurante?

Casi siempre por una de cinco causas: ventas que no se registraron, vueltos mal dados, salidas de efectivo sin anotar, transferencias mezcladas con el efectivo y turnos que se entregan sin contar. Rara vez es una sola; lo normal es que se sumen.

Míralas una por una:

1. Ventas que no se anotaron. En hora pico alguien cobra un jugo o una empanada “de pasada” y no lo registra. La plata entra, pero el cuaderno no sabe que existió. Aquí la caja sobra, y eso también es una señal de desorden.
2. Vueltos mal dados. Con afán, un billete de $50.000 se confunde con uno de $20.000. Un solo error así borra la ganancia de varios platos.
3. Salidas sin registrar. Se sacó para el gas, para el domiciliario, para el hielo que se acabó. “Luego lo anoto” es la frase más cara de un restaurante.
4. Transferencias mezcladas con efectivo. El cliente pagó por transferencia, pero el pedido quedó como efectivo. Al contar billetes, falta justo ese valor.
5. Turnos que se entregan sin contar. Si la caja pasa de una persona a otra sin conteo, cualquier diferencia queda huérfana: nadie responde por ella.

¿Cuánto le cuesta a tu restaurante una caja que no cuadra?

Más de lo que parece, porque las diferencias pequeñas se repiten todos los días. Haz la cuenta con tus propios números: si en promedio se te pierden $20.000 por turno y abres 26 días al mes, son $520.000 mensuales que salen directo de tu ganancia, no de tus ventas.

Y en Colombia el efectivo sigue siendo protagonista. Según el Banco de la República, cerca de ocho de cada diez pagos habituales se hacen en efectivo. En un negocio de comida, donde los tickets son bajos y la rotación es alta, eso significa muchos billetes pasando por muchas manos en muy pocas horas.

Pero el costo no es solo la plata perdida. Una caja sin control te deja sin saber si el mes fue bueno o malo, si puedes subirle el sueldo a alguien o si te alcanza para esa nevera que hace falta. Tomas decisiones a ciegas, y eso sale todavía más caro.

¿Qué le hace a un dueño una caja que nunca cuadra?

Te quita la confianza en tu equipo y la tranquilidad. Empiezas a sospechar de la persona que más te ayuda, a revisar todo tú mismo y a no poder tomarte ni una tarde libre, porque “si no estoy, se pierde plata”.

Ese es el costo que no aparece en ninguna cuenta: terminar trabajando más horas que nadie, cuidando una caja en lugar de hacer crecer el negocio. Y cuando la desconfianza se nota en el ambiente, la gente buena se cansa y se va.

¿Cómo saber en qué turno se da la diferencia?

Contando al abrir y al cerrar cada turno, no solo al final del día. Cuando cada entrega de caja tiene un conteo y una persona responsable, la diferencia deja de ser un misterio y se convierte en un dato con fecha, hora y nombre.

No se trata de vigilar a nadie. Se trata de que cada quien responda solo por lo que le tocó. Tu mejor cajero va a agradecerlo, porque deja de cargar con la sospecha por errores ajenos.

¿Qué puedes hacer desde hoy para que la caja cuadre?

Puedes empezar esta misma noche, con un cuaderno y una calculadora. Estos son los hábitos que más diferencia hacen en los primeros siete días:

• Base fija al abrir. Define un monto de base en billetes y monedas y cuéntalo delante de quien recibe la caja.
• Todo pedido se anota antes de cobrarse. Sin excepciones, ni para el tinto del vecino.
• Una hoja para las salidas. Cada peso que sale de la caja lleva monto, motivo y firma. Si no hay recibo, al menos una foto.
• Separa por forma de pago. Al cerrar, anota por aparte el efectivo, las transferencias y cualquier otro medio. Así sabes si la diferencia está en los billetes o en un pago mal marcado.
• Conteo a cuatro manos en cada cambio de turno. Quien entrega y quien recibe cuentan juntos y firman.
• La plata del dueño va aparte. Si necesitas sacar para algo tuyo, anótalo como retiro. La caja del negocio no es tu billetera.
• Revisa la semana, no el día. Un faltante aislado puede ser un error; el mismo faltante en el mismo turno, tres veces, es un patrón que vale la pena conversar.

Hay dos fugas más que suelen esconderse detrás de una caja descuadrada. La primera son los platos regalados sin registro: si te pasa, lee cómo regalar cortesías sin perder el control. La segunda empieza antes de cobrar, en pedidos que nunca llegaron bien a la cocina: la explicamos en comandas perdidas, el error que no aparece en ningún reporte.

¿Cómo ayuda un sistema a cerrar la caja sin sorpresas?

Vuelve automático lo que en papel depende de la disciplina de todos. Cada pedido queda registrado antes de cobrarse, cada turno se abre y se cierra con su conteo, y la diferencia aparece separada por forma de pago en el momento del cierre, no una semana después.

Así se vive con menululo: la caja se abre con su base, cada salida de efectivo lleva su motivo y su soporte, y al cerrar el turno ves de inmediato cuánto debería haber y cuánto hay, en efectivo y en cada medio de pago. Los cierres anteriores quedan guardados, así que puedes comparar semanas sin buscar cuadernos viejos. Si quieres ver el recorrido completo, está en cómo funciona la caja y el cierre.

¿Por dónde empiezo?

Empieza por contar al abrir y al cerrar cada turno durante una semana. Con eso solo ya vas a saber si tu problema es de registro, de vueltos o de salidas.

Y si quieres que lo miremos juntos, escríbenos por WhatsApp. En la asesoría gratuita nos cuentas cómo cierras hoy la caja y te decimos, con tus números, por dónde se te está escapando la plata y qué cambiarías primero. Sin compromiso y sin tecnicismos.