Hergo. La app de pedidos del mayorista de Mar del Plata.
Pedidos mayoristas desde el teléfono del comercio, sin llamar ni esperar la lista.
Reducción
Unidad o bulto se eligen en la misma tarjeta del producto: el pedido se arma sin salir del catálogo.
Decisión
La entrega y el horario de corte van arriba de todo. Lo que no hay en stock sigue visible, con “Avisarme”.
Forma
Una app de pedidos para comercios: catálogo por categorías, ofertas de la semana, “Volvé a pedir”, más vendidos de la zona y el carrito con el total siempre a la vista.
Oficio
El precio anterior aparece tachado al lado del precio de oferta. El total del pedido vive en la barra inferior.
- Cliente
- Hergo
- Rubro
- Mayorista y distribución de consumo masivo
- Ciudad
- Mar del Plata, Argentina
- Tipo
- App de pedidos para comercios
Doing+. Que el desvío aparezca antes del cobro.
El desvío de horas en pantalla antes del cobro, no después.
Estado: En implementación.
Problema
DO IT S.A.S. integra robótica llave en mano: paletizadores, corte por plasma, visión artificial. Seis personas, entre 10 y 20 proyectos por año, reuniones lunes y jueves. El estado de cada proyecto se reconstruía en la reunión, y el desvío de horas aparecía cuando el presupuesto de la etapa ya estaba consumido. El objetivo medible: que el desvío aparezca en pantalla antes del próximo hito de cobro.
Observación
El cliente ya se había armado su propio sistema: un HTML de 2.043 líneas, 16 módulos, 212 funciones globales y los datos en localStorage. Sin autenticación, con permisos que solo escondían botones y pérdida silenciosa de datos al llenarse el almacenamiento. Había nueve proyectos reales adentro. La palanca no era capturar más datos: era que el sistema avise.
Reducción
De 16 módulos no construimos 16: la mitad duplicaba el sistema de gestión que ya tenían. Afuera: facturación, compras, finanzas, nómina, CRM, postventa y documentación automática. Afuera también el bot y el agente, por decisión del cliente: en su lugar, carga de horas pensada para el teléfono, botones de 44 px, cuartos de hora. Un registro de divergencias: lo decidido con evidencia entra al documento; lo que responde una pregunta del cliente vuelve a neutro.
Decisión
Las tareas no mueven la etapa: la mueve el gate. Entregado → validado → aprobado habilita el cobro. No se aprueba un hito sin su entregable. Ningún indicador se escribe a mano. El permiso se aplica sobre el dato, no sobre el botón. El cobro avisa, no bloquea. Cancelada no es hecha. La bitácora es inmutable: SHA-256 encadenado, y la base rechaza UPDATE y DELETE.
Forma
Siete etapas con id estable, siete roles como dato, tres capas de horas (cotizadas, asignadas, reales), cartera con semáforo, mi trabajo, aprobaciones, documentos con editor y exportación a Word, paquete de auditoría ISO 9001.
Oficio
Dinero y horas sin redondeos. Cada escritura deja su rastro, y la bitácora no se puede editar.
Resultado
Etapa 1 construida. Cinco de nueve criterios de aceptación cumplidos; los otros cuatro requieren uso real en producción. La salida a producción está pendiente.
- Cliente
- DO IT S.A.S.
- Práctica
- Estrategia, producto, diseño, ingeniería
- Etapa
- Etapa 1 · Agosto 2026
- Stack
- Next 16 · React 19 · Postgres · Drizzle · DigitalOcean
- Código
- 590 pruebas · 151 commits · 19 días