Problema
KUKUI vende frutos secos, granolas y semillas, y quería entrar a las oficinas: que los empleados de una empresa pidan sus productos y KUKUI entregue todo junto una vez por mes. El modelo cierra, pero la operación no: pedidos por WhatsApp, una planilla que alguien de RRHH consolida a mano, cobranza persona por persona y ninguna forma de saber qué preparar hasta el último día. Ese trabajo manual crece con cada empresa nueva — y es lo que impide escalar el canal.
Había un segundo problema, menos visible: KUKUI ya lleva su stock y su facturación en Odoo. Cualquier app que obligara a cargar los pedidos de nuevo en el ERP hubiera cambiado una planilla por otra.
Solución
Una app propia de pedidos corporativos, hecha a medida, con tres roles sobre el mismo producto:
- Empleado: entra con el código de su empresa una sola vez, queda con cuenta propia, arma su pedido desde el catálogo y paga lo suyo. Puede repetir el último pedido en un click o dejarlo recurrente todos los meses.
- Representante de la empresa: ve el estado del ciclo de su oficina —qué se pidió, cuánto lleva el equipo, cuándo cierra— sin acceso a nada de otra empresa. Si la empresa revende, ve su bonificación por escalones, que sube sola con lo que entra en el mes.
- Backoffice de KUKUI: el consolidado mensual por empresa listo para preparar, más el ABM de catálogo y de empresas cliente. Sin tocar una planilla.
Y el ciclo mensual como motor: cada empresa tiene su fecha de apertura, su cierre de pedidos y su día de entrega. Antes de la apertura no se toman pedidos; cuando cierra, el consolidado queda armado solo.
Cómo se hizo, paso a paso
El orden importa tanto como el producto. Las fechas salen del historial del proyecto.
- Demo navegable primero (23 de junio de 2026). Antes de hablar de base de datos o de cobros, KUKUI tuvo en un día una app que se podía recorrer: landing, catálogo con fotos, carrito, "mis pedidos" y la vista de la marca, con datos simulados y sin backend. Esa demo fue lo que se mostró en las reuniones para confirmar el modelo. El cliente vio funcionando lo que iba a comprar antes de pagar por construirlo.
- Backend real (6 de agosto). Confirmado el modelo, la misma app pasó a Postgres con los precios reales de la marca y los pedidos guardados. Ese mismo día se definió que no habría subsidio de la empresa: cada empleado paga lo suyo, y el cobro va por Mercado Pago.
- Cuentas y avisos (10 al 14 de agosto). Cuentas con mail y contraseña, el código de empresa que se usa una sola vez, recuperación de contraseña sin pedirle nada a KUKUI y los cuatro avisos por mail que acompañan un pedido.
- Cobro de verdad (18 al 26 de agosto). Mercado Pago quedó listo para cobrar, se cubrió el caso del pago que no abre (el pedido no queda "fantasma") y el mail confirmado pasó a ser requisito para entrar.
- Las fotos y los códigos de Odoo (27 de agosto). KUKUI mandó sus fotos de producto y se cruzaron por el código de Odoo, así cada producto de la app es el mismo que el del ERP.
- Cierre del circuito con el ERP (13 al 16 de octubre). El consolidado de cada mes se exporta en el formato que Odoo importa, con la lista de precios y el vendedor que KUKUI usa; los Excel de los meses cerrados se vuelven a bajar cuando hagan falta; la localidad de reparto se elige de la lista de Odoo, agrupada por zona; y la bonificación del revendedor quedó definida solo en producto.
Entre la demo y el circuito cerrado con el ERP pasaron poco menos de cuatro meses, con la app publicada y usándose desde agosto. Hoy el proyecto acumula más de 200 cambios versionados, y cada uno sale de algo que KUKUI pidió o de algo que la operación mostró.
Qué quedó afuera a propósito
- Subsidio de la empresa. Se evaluó y se descartó para no complicar el cobro: cada persona paga lo suyo.
- Pagos fuera de Mercado Pago. Transferencias y efectivo no entran en la app, para que nadie tenga que conciliar.
- Un panel para RRHH con más funciones. La empresa ve su ciclo y nada más. Lo que no se usa no se mantiene.
Stack
Next.js 16 (App Router) · TypeScript · Supabase Postgres + Drizzle ORM · Mercado Pago · Resend · Tailwind CSS v4 · exportación a Odoo · imágenes de producto generadas con gpt-image-1
Resultado
KUKUI pasa de vender de a una persona a vender por oficina: cada empresa que suma es un código, no un proceso nuevo. Los pedidos entran ya cargados y atribuidos, cada empleado paga lo suyo por Mercado Pago sin que nadie persiga transferencias, y el día del cierre el consolidado de preparación aparece armado en el backoffice y listo para entrar a Odoo.
La app está publicada y en uso comercial —catálogo, carrito, ciclos mensuales, cobro por Mercado Pago y los tres paneles— con la lista de precios real adentro: 229 productos en 14 categorías. Se puede abrir y recorrer desde el trabajo con capturas. Si tu negocio tiene un canal que cierra en el papel y se traba en la operación, así cotizamos una app a medida.