Iniciar una implementación ERP implica tomar muchas decisiones: definir procesos, asignar usuarios clave, priorizar necesidades y coordinar a distintas áreas. Pero hay una decisión que a veces se trata como administrativa y termina afectando todo el proyecto: elegir al SPOC.
SPOC significa Single Point of Contact: la persona que concentra la coordinación entre la empresa y el equipo de implementación. No es solo quien recibe correos, agenda reuniones o deriva preguntas. Su forma de trabajar puede acelerar decisiones, ordenar requerimientos y sostener la comunicación; o, por el contrario, generar reprogramaciones, confusión y expectativas incumplidas.
Cuando el rol se asigna únicamente por conocimiento técnico, cercanía con los sistemas o disponibilidad aparente, se puede pasar por alto lo más importante: si esa persona tiene realmente las condiciones para conducir la coordinación del proyecto.
El error habitual: elegir un contacto, no un responsable del proyecto
Es frecuente que una empresa designe como SPOC a alguien con experiencia en ERP, informática o sistemas. Ese conocimiento puede ser valioso, pero no basta por sí solo.
La implementación involucra decisiones sobre la operación, coordinación entre áreas, validación de requerimientos y comunicación continua con el partner implementador. Por eso, el SPOC debe tener una mirada que vaya más allá de lo técnico.
El problema aparece cuando la persona elegida tiene poca disponibilidad, no puede tomar decisiones, no tiene acceso directo a quienes sí las toman o no cuenta con el compromiso necesario para sostener el proyecto. En esos casos, el equipo de implementación queda a la espera de definiciones, los requerimientos se dilatan y las reuniones pierden capacidad de avanzar.
Las consecuencias pueden ser concretas:
Decisiones tardías.
Reprogramaciones.
Dificultades para gestionar requerimientos.
Problemas de comunicación entre equipos.
Errores o riesgos de cumplimiento.
Expectativas que no se cumplen porque no hubo una alineación suficiente desde el inicio.
No se trata de responsabilizar a una sola persona por el resultado de una implementación. Se trata de reconocer que el SPOC tiene una influencia directa en cómo se organiza el trabajo y en la calidad de las decisiones que se toman durante el proyecto.
El SPOC debe ser una figura de coordinación y decisión
Un buen SPOC actúa como puente entre dos realidades: la operación cotidiana de la empresa y el proceso de implementación.
Para hacerlo bien, necesita entender lo suficiente del negocio para identificar a quién involucrar, cuándo una decisión requiere validación y qué información debe levantarse antes de responder. Al mismo tiempo, debe poder trabajar de forma ordenada con el equipo implementador: centralizar dudas, dar seguimiento a pendientes y evitar que cada área avance con una versión distinta de las prioridades.
Eso no significa que el SPOC tenga que saberlo todo ni resolver cada detalle por cuenta propia. Su función no es reemplazar a Finanzas, Operaciones, Comercial, TI o los usuarios clave. Su función es lograr que esas personas participen cuando corresponde y que las definiciones lleguen a tiempo.
Por eso, elegir un SPOC es una decisión estratégica. Conviene tratarla como parte de la preparación del proyecto y no como un nombramiento de último minuto.
Cómo evaluar a la persona adecuada antes de iniciar
Antes de iniciar una implementación, la empresa puede revisar algunos criterios simples para evaluar a la persona propuesta.
1. Compromiso con el proyecto
La persona debe entender que el proyecto tendrá impacto en la forma en que distintos equipos trabajan. Si el rol se asume como una tarea secundaria, es probable que los pendientes se acumulen y que las decisiones se posterguen.
La primera pregunta no es si conoce el sistema. Es si está genuinamente comprometida con que el proyecto avance y llegue a un resultado útil para la empresa.
2. Disponibilidad real
Un SPOC necesita tiempo para participar en reuniones, revisar información, coordinar usuarios y responder pendientes. No basta con asignar a alguien competente si su carga habitual no le permite involucrarse.
La empresa debería definir cuánto tiempo podrá destinar esa persona al proyecto y ajustar expectativas en función de esa disponibilidad. De lo contrario, la coordinación compite constantemente con las urgencias del día a día.
3. Capacidad de decisión o acceso directo a quienes deciden
Muchas consultas de implementación no son solo técnicas. Pueden requerir definiciones sobre procesos, responsables, prioridades o formas de operar.
El SPOC no necesariamente debe tener autoridad para tomar todas esas decisiones. Pero sí debe poder resolverlas o acceder de forma directa y fluida a quienes tienen esa facultad. Si cada respuesta depende de una cadena larga de aprobaciones, el proyecto pierde ritmo.
4. Capacidad para coordinar áreas
Una implementación no ocurre dentro de un solo equipo. Las decisiones de un área pueden afectar a otras. Por eso, el SPOC debe poder identificar a los usuarios clave y convocarlos cuando sea necesario.
Coordinar no es reenviar mensajes. Es entender qué tema debe ver cada persona, qué antecedente falta y cuándo una definición está suficientemente validada para avanzar.
5. Disposición para aprender y transmitir conocimiento
El SPOC también cumple un rol importante en la transferencia de conocimiento. Debe estar en condiciones de absorber aprendizajes durante el proyecto y ayudar a transmitirlos dentro de la organización.
Esto es especialmente relevante cuando los cambios afectan a usuarios que no participaron directamente en todas las instancias de trabajo. Sin esa capacidad de multiplicar conocimiento, la adopción posterior puede quedar fragmentada.
Límites y señales para revisar el caso con mayor profundidad
La elección del SPOC no reemplaza una buena definición de procesos, la participación de usuarios clave ni la toma de decisiones de liderazgo. Es una condición importante, pero no la única.
También hay situaciones que merecen una revisión más profunda desde el inicio. Por ejemplo, cuando la persona propuesta tiene escasa disponibilidad, no cuenta con acceso a quienes deciden o no puede coordinar con las áreas involucradas. En esos casos, conviene ajustar la designación o reforzar el modelo de gobierno del proyecto antes de avanzar.
La capacitación puede ser parte de la solución, pero por sí sola no reemplaza la disponibilidad, el compromiso ni la capacidad de decisión. Primero hay que definir correctamente el rol y las condiciones para ejercerlo.
La idea central
Un SPOC no es un contacto administrativo entre la empresa y el partner implementador. Es una figura que influye directamente en la coordinación, la velocidad de las decisiones y la calidad del resultado de una implementación ERP.
Antes de comenzar, evalúa si la persona propuesta tiene compromiso, disponibilidad, capacidad de decisión o acceso a ella, habilidades de coordinación y disposición para aprender y transferir conocimiento. Elegir bien desde el inicio reduce riesgos que después suelen aparecer como retrasos, reprogramaciones o expectativas mal alineadas.
CTA: Antes de iniciar tu proyecto, revisa internamente estas cinco preguntas y valida que la persona designada como SPOC pueda responderlas con claridad.
Preguntas frecuentes
¿El SPOC debe ser una persona de TI?
No necesariamente. Puede aportar conocimiento técnico, pero también necesita disponibilidad, capacidad de coordinación y acceso a decisiones del negocio.
¿El SPOC debe tomar todas las decisiones?
No. Debe poder tomar las que le correspondan o acceder con agilidad a quienes tienen la autoridad para definir.
¿Puede haber más de un SPOC?
El formulario aborda la necesidad de un punto único de coordinación. Aunque participen varios usuarios clave, conviene evitar que la comunicación y las decisiones queden dispersas.
Nota de precisión: Este artículo presenta aprendizajes derivados de experiencia de implementación. No mide ni atribuye resultados cuantitativos a la designación de un SPOC, y la capacitación para este rol aún no está definida como una práctica formal.