Personalización ERP sin contexto: el dolor oculto de los specs

Los pedidos de personalización llegan como specs sin contexto y terminan en hojas de cálculo ocultas.

¿Qué ocurre realmente?

Varios usuarios relatan que, una vez filtradas internamente, las solicitudes aparecen como "añadir un campo aquí" o "otro paso de aprobación allá". Nadie entrega el flujo que originó la petición ni define qué se rompe si no se cambia nada. El primer intento de respuesta suele ser volver a preguntar por el proceso, pero cuando el cliente sólo recibe un «no» acompañado de una pregunta, el silencio se vuelve la norma y la solución improvisada aparece en una hoja de cálculo o un script sin dueño.

Consecuencias del silencio

Ese “workaround” fantasma se vuelve frágil: no está documentado, no tiene soporte y, en una auditoría, puede revelar una brecha de control que nadie había anticipado. Además, si la persona que creó la solución abandona la empresa, el proceso se pierde y el problema reaparece, generando ciclos de reparación costosos.

Por qué el problema persiste

Los comentarios coinciden en que la raíz no está en la herramienta, sino en la organización: la solicitud suele pasar por varios filtros internos, adquiere peso político y llega a la persona equivocada, quien no siente el dolor real. Cuando la conversación se vuelve colaborativa y se muestra la hoja de cálculo que el cliente ya está usando, el requerimiento se desdobla en configuraciones simples, entrenamientos o mejoras de reporte, en vez de una personalización costosa.

El punto de quiebre

En situaciones de escalamiento con fecha límite, la presión hace que el spec gane sobre cualquier discusión y la personalización se apruebe sin validar alternativas. El resultado es una solución a la medida que se suma a la deuda técnica y que, a la larga, dificulta la evolución del producto.

¿Existe una salida?

El consenso muestra que, si la petición se aborda como una conversación sobre el problema y no como una negación, la mayoría de los casos se resuelven con ajustes de configuración o con procesos más simples. Lo que falta es una herramienta que capture ese contexto antes de que el spec se convierta en una tarea de desarrollo.

El hecho de que varios profesionales del sector, desde product managers hasta consultores de ERP, reconozcan este dolor y lo describan con palabras como «shadow spreadsheet», «workflow oculto» o «gap sin visibilidad», valida una oportunidad concreta: crear un espacio estructurado donde el solicitante pueda subir su flujo real, su hoja de cálculo y responder a preguntas clave, facilitando que el equipo de producto decida rápidamente entre configuración, entrenamiento o desarrollo a medida.

Mientras tanto, la práctica sigue generando procesos invisibles, riesgos de auditoría y sobrecarga de personalizaciones innecesarias. El problema está aquí, está validado y abre la puerta a una solución que muchos están esperando.