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
Software hecho para tu proceso, no un producto al que te tengas que adaptar. Se construye por sprints de dos semanas y al final de cada uno lo ves andando en un servidor de pruebas: no esperas cuatro meses para descubrir que se entendió otra cosa. El código vive en un repositorio Git registrado a nombre de tu empresa desde el primer commit.
Llaman describiendo un problema de operación. Esta es la traducción que hacemos en la primera reunión, y de ahí sale el alcance.
| Lo que nos dicen | Lo que casi siempre significa | Por dónde se empieza |
|---|---|---|
| «Tengo todo en Excel y cada mes se me 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 |
| «Mi vendedor cotiza a mano y se equivoca en el precio» | La lista de precios vive en la cabeza de alguien y en un PDF de hace ocho meses. | cotizador con reglas |
| «Compré un sistema enlatado y no hace lo que necesito» | El producto obliga a cambiar tu proceso, y tu proceso es justo lo que te diferencia. | discovery 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 |
| «Necesito que mi almacén y mi facturación se hablen» | Dos sistemas que no se conocen y una persona copiando datos de uno al otro todos los días. | API e integración |
| «Mi equipo de campo no tiene señal donde trabaja» | Formularios en papel que alguien digita de noche, con dos días de retraso. | app que funciona sin conexión |
| «Quiero saber cuánto gano por obra y hoy no lo sé» | Los costos están repartidos entre el contador, el jefe de obra y un cuaderno. | centro de costos por proyecto |
El plazo se cierra recién después del discovery, pero estos tres tramos cubren casi todo lo que nos llega. Si tu proyecto no encaja en ninguno, seguro son dos proyectos.
Un proceso, un par de roles y reportes simples. Registro de solicitudes, control de visitas, agenda interna, cotizador.
Varios módulos que se hablan entre sí y usuarios con permisos distintos. Es el tramo donde cae la mayoría.
La operación entera adentro: multiempresa, multi-almacén, contabilidad de gestión y tableros por área.
Nos sentamos con quien hace el trabajo todos los días, no solo con la gerencia. Dibujamos el proceso tal como ocurre hoy, con sus atajos y sus excepciones, porque ahí es donde viven los requisitos que nadie escribe en un correo.
De aquí sale el precio cerrado y el plazo. Antes del discovery cualquier número es un invento, y prometerte uno por teléfono sería el primer error del proyecto.
Cada sprint cierra con el sistema andando en staging y una videollamada donde lo usas tú. Lo que no te gusta se corrige en el sprint siguiente, no en la entrega final.
Cada cambio se despliega solo a staging.tuempresa.pe, con SSL y cuentas por rol, para que lo pruebes tú antes de que exista en 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. Mover un campo aquí cuesta minutos; moverlo con el módulo ya construido cuesta un sprint.
Dos semanas de desarrollo con pruebas automáticas sobre la lógica que no puede fallar: cálculos, permisos y estados. Al cierre se despliega solo a un servidor de pruebas con tu dominio de staging.
Media hora de videollamada con el sistema andando. No una presentación: 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 vive en una organización de GitHub o GitLab a tu nombre: nosotros somos colaboradores y tú eres el dueño. Miras el avance cualquier día, no un ZIP al final. Puedes mirar el avance cualquier día.
Es la pregunta correcta y la contestamos así: tienes el código, la documentación, los scripts de despliegue y los accesos del servidor. Cualquier equipo de Laravel o de React puede tomar el proyecto y seguir. No usamos herramientas cerradas que solo nosotros sepamos operar, ni licencias atadas a nuestra cuenta.
Llevamos 14 años operando desde Lima, pero la respuesta no puede depender de eso.
Elegimos herramientas con comunidad grande y programadores disponibles en Lima. Un framework exótico te deja atado al único que lo sabe usar.
Es nuestro terreno principal y el que más talento tiene en el Perú. Trae de fábrica lo que un sistema de gestión necesita: autenticación, roles, colas, tareas programadas y migraciones de base de datos. Para servicios que necesitan mucha conexión simultánea 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 sin pelearse con hojas de estilo heredadas.
MySQL para la mayoría, PostgreSQL cuando hay consultas pesadas o datos geográficos. Docker para que tu entorno de desarrollo sea igual al de producción, y Git con revisión de código antes de cada despliegue.
Casi ningún sistema nace solo. Si tu ERP, tu POS o tu marketplace tienen API, la usamos. Si no la tienen, se resuelve con importación programada de archivos o con lectura directa de la base, según lo que permita el proveedor.
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 dos integraciones que más se piden en el Perú 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.
Tu sistema cierra la venta y el comprobante sale ante SUNAT desde el mismo flujo. Boleta, factura, nota de crédito y guía, con su XML firmado y su CDR. Sin contratar un facturador aparte ni pagar dos soportes que se echan la culpa entre ellos.
El sistema avisa por WhatsApp cuando corresponde: pedido confirmado, orden lista, cobranza por vencer, recordatorio de cita. Un endpoint, no un proveedor internacional con soporte en inglés y facturación en dólares.
El sistema se despliega en servidores nuestros, con respaldos, monitoreo y consola de administración. Si un domingo algo se cae, escribes a un solo WhatsApp y del otro lado están los que programaron y los que administran el servidor.
ConsultoríaPor eso el proyecto no termina con el pase a producción. Queda el registro de errores conectado, los respaldos corriendo, el monitoreo del servidor y un canal donde escribes y te contesta alguien que conoce tu código, no una mesa de ayuda que abre un ticket.
Un sistema interno suele ser información sensible del negocio. Preferimos dejar el espacio en blanco antes que publicar algo que no nos toca contar.
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 con el tramo en el que cae tu proyecto, cómo sería el discovery y qué necesitamos de ti para arrancar. Si vemos que un producto ya hecho te sirve, también te lo decimos.
Con describir el proceso en una línea nos alcanza para empezar.