Hay un momento que casi todos los equipos experimentan entre el tercer y el sexto mes después de implantar NetSuite.
El ERP está funcionando. Los datos están centralizados. La promesa de visibilidad y control que motivó la implantación se está cumpliendo, al menos en parte. Pero el equipo sigue en modo reactivo. Las solicitudes entran por Slack, por email y por conversaciones de pasillo. Nadie sabe con claridad qué es urgente y qué puede esperar. Los responsables pasan más tiempo gestionando el caos que trabajando en lo que importa.
Este patrón tiene nombre en la comunidad de profesionales que trabajan con NetSuite: el valle post-go-live. Y tiene una causa concreta que el ERP, por diseño, no puede resolver solo.
El momento que nadie te cuenta antes del go-live
La implantación de un ERP como NetSuite se evalúa por su capacidad de centralizar operaciones, automatizar procesos core y dar visibilidad financiera en tiempo real. En eso, NetSuite es extraordinariamente bueno.
Lo que no se evalúa antes del go-live es lo que ocurre en la capa entre el ERP y el trabajo diario de los equipos.
Esa capa incluye cosas como: cómo entran y se priorizan las solicitudes de cambio, cómo se gestiona el trabajo de soporte frente al trabajo de mejora, cómo se asignan recursos entre proyectos en curso, cómo se reporta el estado a dirección de forma clara y sin preparar manualmente un informe cada semana.
Antes del go-live, esa capa existía de forma informal — emails, hojas de cálculo, reuniones. Después del go-live, con más volumen y más dependencia del sistema, esa informalidad se convierte en un problema visible.
El ERP no lo resuelve porque no está diseñado para eso. NetSuite gestiona transacciones, registros y procesos core. No gestiona el flujo de trabajo operativo del equipo que lo mantiene y lo hace evolucionar.
Por qué el ERP no resuelve la capa operativa
NetSuite centraliza la información de negocio — finanzas, inventario, clientes, proveedores — y automatiza los procesos que giran alrededor de esa información. Es su propósito y lo cumple bien.
Pero entre el ERP y la operativa real de los equipos existe una capa que ningún ERP cubre de forma nativa. Es la capa donde viven los procesos que no son transaccionales pero que sostienen el funcionamiento del negocio: la coordinación entre equipos, la gestión de solicitudes internas, el seguimiento de proyectos de mejora, la visibilidad sobre el estado de la operativa en tiempo real.
Esta capa tiene características específicas que la diferencian de lo que gestiona el ERP:
No es transaccional. El ERP gestiona bien lo que tiene una estructura clara — una factura, un pedido, un registro de inventario. La capa operativa gestiona trabajo en curso, prioridades cambiantes y coordinación entre personas con roles distintos.
Es dinámica. Los procesos operativos cambian con el negocio. Lo que funcionaba con diez personas no funciona con cincuenta. Lo que resolvía un equipo centralizado no funciona cuando hay contratistas externos involucrados.
Requiere visibilidad diferente. El CFO necesita ver métricas financieras. El Director de Operaciones necesita ver el estado de los procesos en curso. El responsable de equipo necesita ver la carga de trabajo de cada persona. El ERP está diseñado para el primero, no para los otros dos.
Cuando esa capa no está resuelta, el equipo opera con herramientas informales — email, Slack, hojas de cálculo — que no escalan y que generan exactamente el caos que el ERP debería haber eliminado.
Los tres tipos de trabajo que NetSuite no distingue solo
Uno de los problemas más frecuentes en equipos post-implementación es que todo el trabajo entrante se trata de la misma manera, aunque tenga naturalezas completamente distintas.
Hay tres tipos de trabajo que necesitan ser gestionados de forma diferente para que el equipo funcione sin fricción:
Trabajo correctivo — incidencias y break/fix. Son interrupciones. Algo ha dejado de funcionar y necesita atención inmediata. Este trabajo no entra en sprints ni en planificación — entra en una cola de prioridad y se atiende con la mayor rapidez posible. Su métrica es el tiempo de resolución.
Trabajo evolutivo — mejoras y cambios. Son solicitudes de cambio o mejora que tienen impacto relevante pero no son urgentes. Necesitan backlog, priorización y planificación. Entran en sprints o en ciclos de trabajo estructurados. Su métrica es el throughput y la alineación con prioridades de negocio.
Trabajo de proyecto. Son iniciativas con alcance, plazos y asignación de recursos definidos. Necesitan cronograma, gestión de dependencias y reporting hacia dirección. Su métrica es el avance frente al plan.
Cuando estos tres tipos de trabajo viven en la misma cola — como ocurre habitualmente en los meses posteriores al go-live — todo se siente urgente, nada recibe el foco que necesita y el equipo opera permanentemente en modo reactivo.
La solución no empieza por la herramienta. Empieza por definir cómo se clasifica y prioriza el trabajo antes de elegir qué sistema lo va a gestionar.
Qué ocurre cuando todo vive en la misma cola
El efecto más visible es el que los equipos describen como "apagar fuegos todo el tiempo". Pero detrás de esa sensación hay consecuencias operativas concretas que tienen impacto real en el negocio.
Las mejoras estratégicas no avanzan
Cuando las incidencias y las solicitudes urgentes compiten por los mismos recursos que los proyectos de mejora, estos últimos siempre pierden. El resultado es un ERP que nunca evoluciona más allá de la configuración inicial, aunque el negocio haya cambiado significativamente.
La asignación de recursos es invisible
Sin estructura, nadie sabe con exactitud qué está haciendo cada persona, qué capacidad hay disponible para nuevas iniciativas o dónde están los cuellos de botella. La gestión de recursos se convierte en una intuición en lugar de en una decisión informada.
El reporting hacia dirección se hace manualmente
Si no hay un sistema que capture el estado del trabajo operativo de forma estructurada, alguien tiene que preparar ese informe cada semana extrayendo información de varias fuentes. Es tiempo que se consume en consolidar datos en lugar de en analizar y decidir.
La dependencia de personas clave crece
Cuando los procesos operativos no están sistematizados, el conocimiento sobre qué está pasando y por qué vive en la cabeza de las personas que llevan más tiempo. Si esa persona se va o no está disponible, el equipo pierde capacidad de operar.
Cómo resolver la capa que NetSuite no cubre
La solución a este problema no es añadir más herramientas genéricas. Es diseñar la capa operativa con la misma atención con la que se diseñó la implantación del ERP.
Eso implica tres cosas concretas.
Primero, separar los flujos de trabajo por tipo
Incidencias, mejoras y proyectos necesitan carriles distintos con reglas de entrada, priorización y métricas diferentes. Antes de elegir herramientas, hay que acordar a nivel de liderazgo cómo se va a clasificar y priorizar el trabajo. Sin esa alineación, cualquier herramienta que se implante va a generar más fricción que claridad.
Segundo, construir la capa de visibilidad que el equipo necesita
El Director de Operaciones necesita ver el estado de los procesos en curso. El responsable de equipo necesita ver la carga de trabajo y las dependencias. Dirección necesita ver el progreso frente a los objetivos. Esas tres vistas son distintas y necesitan diseñarse explícitamente — no surgen solas de implantar una herramienta.
Tercero, integrar esa capa con NetSuite
La potencia real aparece cuando la capa operativa y el ERP comparten datos. Un proyecto de mejora en Airtable o en n8n que se actualiza automáticamente cuando cambia un registro en NetSuite. Una solicitud de cambio que genera un ticket en el sistema operativo al crearse en el ERP. Un dashboard de dirección que combina métricas financieras de NetSuite con métricas operativas de los procesos de equipo. Esas integraciones reducen el trabajo manual y dan visibilidad real sin depender de que alguien consolide información a mano.
Cuándo necesitas construir algo a medida
No todos los problemas de capa operativa se resuelven con herramientas genéricas como Jira, Monday o Linear. Hay situaciones donde la solución correcta es construir algo específico para el contexto de la organización.
Tiene sentido construir algo a medida cuando la lógica del proceso es específica del negocio y no encaja en los flujos predefinidos de las herramientas estándar. Cuando la integración con NetSuite necesita ser bidireccional y en tiempo real, no una sincronización periódica. Cuando los perfiles que van a usar la herramienta son muy distintos entre sí — operaciones, finanzas, IT, dirección — y cada uno necesita una vista diferente del mismo proceso. O cuando el volumen y la complejidad del trabajo hacen que mantener una herramienta genérica requiera tanto esfuerzo como mantener el problema original.
En esos casos, construir la capa operativa con herramientas NoCode y LowCode — integradas con NetSuite a través de su API — puede ser la solución más rápida, más flexible y más económica que cualquier alternativa de desarrollo tradicional o implantación de software estándar.
El resultado es un sistema que funciona exactamente como lo necesita la organización, se integra con lo que ya tiene implantado y puede evolucionar cuando el negocio cambia — sin depender de un proveedor externo para cada modificación.
¿Tu equipo está en el valle post-go-live de NetSuite? En Yellow Glasses diseñamos y construimos la capa operativa que el ERP no cubre: herramientas internas, automatizaciones e integraciones a medida, integradas con NetSuite, en semanas. Cuéntanos tu caso.
Referencias
- Nota metodológica: El patrón descrito como "valle post-go-live" entre el mes 3 y el mes 6 tras la implantación de un ERP es coherente con la experiencia documentada en comunidades de profesionales de NetSuite y con los benchmarks de gestión del cambio en implantaciones de sistemas ERP publicados por Gartner y Panorama Consulting. No existe un estudio primario único con esa segmentación temporal específica; se presenta como referencia orientativa derivada de la observación de patrones consistentes en proyectos comparables.
- Oracle NetSuite. (2024). NetSuite ERP documentation and API reference. https://www.netsuite.com
- Panorama Consulting Group. (2024). 2024 ERP Report: Implementation challenges and post-go-live performance. Panorama Consulting. https://www.panorama-consulting.com/resource-center/erp-report/
- Gartner. (2024). How to Build a Productive IT-Business Relationship Post-ERP Implementation. Gartner Research.
Heading
Lorem ipsum dolor sit amet, consectetur adipiscing elit. Suspendisse varius enim in eros elementum tristique. Duis cursus, mi quis viverra ornare, eros dolor interdum nulla, ut commodo diam libero vitae erat. Aenean faucibus nibh et justo cursus id rutrum lorem imperdiet. Nunc ut sem vitae risus tristique posuere.
Artículos destacados
Explora nuestros últimos artículos y tendencias.
