Consultoría senior: aud integral de rend y escalabilidad de sistema contable web + plan de optimi

Contexto

Tenemos un sistema contable web (multi-módulo) que maneja información administrativa/contable y reportes. Aunque el procesamiento de XML no es el problema principal, el sistema en general se siente lento en múltiples flujos: navegación, listados, filtros, guardados, cálculos y reportes. Aún faltan módulos/funcionalidades por desarrollar, pero hoy el rendimiento ya está afectando la operación y la experiencia de usuarios.

Necesitamos un consultor externo senior que revise el sistema de punta a punta y entregue un diagnóstico técnico con evidencia, un plan de acciones y recomendaciones concretas para aumentar el rendimiento y soportar crecimiento.

Objetivo

Identificar las causas raíz del bajo rendimiento (por capas: frontend, backend, base de datos, infraestructura, red).

Priorizar acciones por impacto/esfuerzo y dejar un backlog ejecutable.

Definir una estrategia de observabilidad (APM/logs/tracing) y buenas prácticas para que el sistema no vuelva a degradarse conforme agreguemos nuevas funciones.

Alcance (Fase 1: Diagnóstico y plan)

El consultor deberá:

A) Levantar línea base (baseline) medible

Definir y medir métricas de rendimiento reales en escenarios típicos:

tiempos por acción (promedio, p95 y p99)

tiempos de carga (ttfb / total)

uso de recursos (cpu/ram/io/db connections) durante acciones críticas

identificar el top 10 de operaciones más lentas y el “80/20” (pocos puntos que explican la mayoría de la lentitud).

B) Revisión integral por capas

Frontend

Payloads excesivos, render de tablas grandes, paginación, filtros, caching, llamadas redundantes, manejo de estados.

Recomendaciones de optimización (server-side pagination, virtualización, reducción de consultas, etc.).

Backend/API

Endpoints críticos: latencia, serialización, lógica pesada en request, N+1, patrones de acceso a datos, tiempos de respuesta bajo carga.

Revisión de configuración de servidores/app (timeouts, pool, concurrency).

Base de datos

Identificar queries lentas y por qué lo son.

Entregar 3–5 análisis con plan de ejecución (explain/analyze o equivalente) sobre consultas representativas.

Propuesta de índices, reestructuras (si aplica), tablas de resumen, materialized views, particionado por empresa/periodo, etc.

Infraestructura

Revisión de cpu/ram/disco (io wait), red, límites del hosting y configuración.

Separación de roles (app/DB), escalabilidad y estrategia recomendada para crecimiento.

C) Módulos / procesos típicos a evaluar (ejemplos)

No es limitativo, pero buscamos revisar “el sistema como un todo”, incluyendo:

Login y carga inicial

Dashboards

Listados y filtros (compras/ventas/movimientos)

Guardado/edición de registros

Inventarios (entradas/salidas, kardex si existe, valuaciones)

Cuentas por cobrar / pagar

Conciliación o movimientos bancarios

Reportes contables/administrativos (balanza, estados financieros, impuestos, etc.)

Exportaciones/descargas masivas

Entregables obligatorios (Fase 1)

Reporte ejecutivo (PDF/Doc)

Principales hallazgos y causas raíz

Evidencia (métricas baseline + top problemas)

Recomendaciones priorizadas (impacto/urgencia)

Riesgos y dependencias

Anexo técnico (documento compartido)

Top endpoints/acciones lentas con tiempos (promedio/p95/p99)

Top queries lentas + explicación

3–5 planes de ejecución (explain/analyze o equivalente) y solución

observabilidad recomendada (qué instrumentar y cómo)

backlog ejecutable (lista de tareas)

acciones p0/p1/p2

qué se cambia, dónde, criterio de aceptación y cómo probar

estimación relativa de esfuerzo (s/m/l)

sesión de cierre (videollamada 60–90 min)

explicación de resultados + q&a

transferencia de conocimiento al equipo

fase 2 (opcional, pero deseable)

el candidato puede cotizar adicionalmente:

implementación de quick wins (p. Ej. Paginación server-side, índices críticos, caching, refactor de endpoints top lentos, pool/concurrency, mejoras en reportes).

Entrega de “antes/después” con mediciones comparables.

Criterios de éxito (medibles)

Tener baseline y top cuellos de botella identificados con evidencia.

Tener plan de acción que un equipo dev pueda ejecutar sin ambigüedades.

(Si hay fase 2) mejora comprobable en los flujos críticos (reducción significativa de p95/p99 en operaciones P0).

Accesos y colaboración

Se dará acceso controlado según acuerdo:

Repositorio (lectura) + apoyo del programador actual

Entorno de staging o producción (según sea viable)

Acceso a DB en modo lectura (ideal)

Logs disponibles y/o instrumentación temporal

Se puede firmar NDA.

Perfil requerido

Senior en performance y escalabilidad de aplicaciones web (end-to-end).

Sólido en bases de datos (optimización de queries/índices).

Experiencia con APM/tracing (Datadog/NewRelic/Elastic/Sentry/OpenTelemetry) deseable.

Capacidad de explicar a negocio y a desarrollo (comunicación clara).

Preguntas obligatorias al postular

Comparte 1–2 casos reales (con números) donde hayas mejorado p95/p99 o tiempos de procesos críticos.