Sistema básico
4–8semanasUn proceso, un par de roles y reportes simples. Registro de solicitudes, control de visitas, agenda interna, cotizador.
- 2 a 4 sprints
- Un módulo principal y su reporte
- Login con roles y bitácora
Desarrollamos el software a la medida de tu proceso. Se construye por sprints de dos semanas, y al final de cada uno lo usas en un servidor de pruebas. El código está en un repositorio Git a nombre de tu empresa desde el primer commit.
En la primera reunión vemos contigo qué hay detrás de tu problema, y de ahí sale el alcance.
| El problema | Lo que suele haber detrás | Por dónde se empieza |
|---|---|---|
| Todo está en un Excel que cada mes se cae | Varias personas editando el mismo archivo, sin historial y sin permisos. Nadie sabe cuál es la versión buena. | base de datos + roles |
| El vendedor cotiza a mano y se equivoca en el precio | La lista de precios está en la memoria de alguien y en un PDF desactualizado. | cotizador con reglas |
| El sistema enlatado que compraste no hace lo que necesitas | El producto te obliga a cambiar tu proceso para adaptarte a él. | análisis del proceso real |
| El programador anterior desapareció | No hay repositorio, no hay documentación y el servidor lo administraba él con su cuenta personal. | auditoría del código |
| El almacén y la facturación no están conectados | Dos sistemas separados y una persona que copia los datos de uno a otro todos los días. | API e integración |
| Tu equipo de campo trabaja donde no hay señal | Formularios en papel que alguien digita días después. | app que funciona sin conexión |
| No sabes cuánto ganas en cada obra | Los costos están repartidos entre el contador, el jefe de obra y un cuaderno. | centro de costos por proyecto |
El plazo se cierra después de la etapa de análisis (discovery), pero casi todo lo que nos llega cae en uno de estos tres tramos.
Un proceso, un par de roles y reportes simples. Registro de solicitudes, control de visitas, agenda interna, cotizador.
Varios módulos conectados entre sí y usuarios con permisos distintos.
Toda la operación en un solo sistema, con multiempresa, multi-almacén, contabilidad de gestión y tableros por área.
Nos sentamos con quien hace el trabajo todos los días y también con la gerencia. Dibujamos el proceso tal como ocurre hoy, incluidos los atajos y las excepciones, que también son requisitos del sistema.
De aquí salen el precio cerrado y el plazo.
Así avanza el proyecto, del sprint 0 al pase a producción.
Entrevistas con quien hace el trabajo, mapa del proceso, modelo de datos y prioridades. Termina con el alcance escrito, el plazo y el precio cerrado. Dura una o dos semanas según el tamaño.
Prototipo navegable en Figma de los flujos críticos. Lo recorres con tu equipo y comentas encima. Los cambios se hacen aquí, porque mover un campo con el módulo ya construido cuesta un sprint.
Dos semanas de desarrollo, con pruebas automáticas para la lógica crítica: cálculos, permisos y estados. Al cierre, el sistema se despliega en un servidor de pruebas con tu dominio de staging.
Media hora de videollamada en la que entras con tu usuario y haces el proceso real. Lo que anotes entra a la lista y se prioriza para el sprint siguiente.
Migración de datos, despliegue en producción, capacitación por rol grabada en video y manual escrito. Desde ese día corren los 30 días de garantía por errores de lo entregado.
El código está en una organización de GitHub o GitLab a tu nombre. Tú eres el propietario, nosotros entramos como colaboradores y puedes revisar el avance cualquier día.
Elegimos herramientas con comunidad grande y con programadores disponibles en Lima.
Es el framework con el que más trabajamos. Trae resuelto lo que necesita un sistema de gestión: autenticación, roles, colas, tareas programadas y migraciones de base de datos. Para servicios con muchas conexiones simultáneas usamos Node.
La elección depende del proyecto. Next.js cuando la aplicación tiene una cara pública que debe salir en Google; React o Vue cuando es un panel interno. Todo en TypeScript y con Tailwind, para que el diseño sea consistente en todas las pantallas.
MySQL para la mayoría, PostgreSQL cuando hay consultas pesadas o datos geográficos. Docker para que el entorno de desarrollo sea igual al de producción, y Git con revisión de código antes de cada despliegue.
Si tu equipo revisa medidores, entrega pedidos o levanta actas donde no hay señal, la aplicación se construye para funcionar sin conexión: guarda en el celular y sincroniza cuando vuelve la red. Es más trabajo y hay que decidirlo en el discovery, no a mitad del proyecto.
Las integraciones que más nos piden son emisión electrónica y notificación por WhatsApp. Las dos son productos nuestros, con su API y su soporte en el mismo equipo.
Cuando tu sistema cierra la venta, emite en el mismo flujo la boleta, la factura, la nota de crédito o la guía ante SUNAT, con su XML firmado y su CDR.
Tu sistema envía el aviso por WhatsApp cuando cambia un estado: pedido confirmado, orden lista, cobranza por vencer, recordatorio de cita.
El sistema se despliega en VPS que administramos nosotros, con monitoreo y consola de administración. Si algo falla, escribes a un solo WhatsApp y del otro lado están quienes programaron el sistema y quienes administran el servidor.
MantenimientoDejamos conectado el registro de errores, con los respaldos y el monitoreo del servidor en marcha, y tienes un canal donde te contesta alguien que conoce tu código.
Stock por ubicación, kardex, transferencias y toma de inventario con lector.
Asignación de pedidos, estado en vivo, firma del cliente y aviso por WhatsApp.
Del ticket a la visita técnica, con repuestos, horas y cierre firmado en campo.
Presupuesto contra ejecutado, valorizaciones y avance de obra.
Respondemos en 48 horas hábiles con el tramo en el que cae tu proyecto, cómo sería el discovery y qué necesitamos de ti para arrancar.
Con describir el proceso en una línea nos alcanza para empezar.