Una presentación del plan de comunicación con las partes interesadas debe mostrar quién necesita participar, qué debe comprender o decidir y cómo influirá su respuesta en el trabajo. «Enviar un correo semanal a todo el mundo» es un calendario de distribución, no un plan completo de comunicación.
Empieza por la próxima decisión importante del proyecto e identifica a las personas afectadas. Cuando estén claros los mensajes y quién se ocupará de las respuestas, convierte el plan de comunicación en diapositivas con Presenti. Mantén el registro de interesados separado de la presentación, especialmente si contiene datos de contacto privados u observaciones sensibles.
Elige la conversación antes que el canal
La guía de comunicación con interesados de APM, en inglés recomienda comprender a las personas y sus preferencias de comunicación, y revisar el enfoque cuando cambian el proyecto o sus comentarios. En la práctica, significa preguntar qué necesita un grupo de la conversación antes de elegir correo, taller o panel de seguimiento.
Distingue tres propósitos. Una actualización informa de lo que ha cambiado. Una consulta pide aportaciones mientras todavía se puede influir en una opción. Una solicitud de decisión pide a una persona con autoridad que elija o apruebe algo. Un mensaje puede cumplir varias funciones, pero la respuesta esperada debe quedar clara.
Por ejemplo, un correo con la fecha de lanzamiento enviado después de fijarla no equivale a consultar a quienes tendrán que trabajar ese día. Si su disponibilidad puede cambiar el plan, habla con ellos antes de tomar la decisión.
Organiza la presentación alrededor de una decisión concreta
Considera un proyecto ilustrativo para sustituir un proceso interno de solicitudes de servicio. El equipo debe decidir si hará un piloto con un departamento el mes siguiente. A quien patrocina el proyecto le interesan el alcance y los recursos. El equipo de soporte necesita una asignación de solicitudes y una cobertura viables. El personal del departamento necesita saber cómo se atenderán sus solicitudes habituales.
Son preguntas distintas sobre la misma decisión. Una única diapositiva de estado puede mostrar a los tres grupos el mismo porcentaje de avance sin ayudar a ninguno a responder. El plan de comunicación debe explicar qué pruebas verá cada grupo y cómo llegará su respuesta a quien decide.
Un organigrama, como el de esta guía en inglés ayuda a identificar roles formales, pero no revela por sí solo quién vivirá el cambio. Pregunta a los contactos iniciales qué usuarios afectados, funciones de soporte o equipos colaboradores faltan. No supongas que estar más abajo en la jerarquía implica necesitar menos participación.
Crea una matriz que también contemple la respuesta
| Grupo | Pregunta que debe resolverse | Conversación y momento | Responsable de gestionar la respuesta |
|---|---|---|---|
| Patrocinador del proyecto | ¿Son aceptables el alcance del piloto y los recursos solicitados? | Reunión de decisión tras resumir las dudas operativas y antes de confirmar el alcance. | Quien dirige el proyecto registra la decisión y sus condiciones. |
| Equipo de soporte | ¿Se pueden asignar y atender las solicitudes durante el piloto? | Revisión del flujo con casos de ejemplo antes de decidir el piloto. | La persona responsable del servicio resuelve las cuestiones de soporte y asignación. |
| Personal del departamento piloto | ¿Pueden completar sus solicitudes habituales sin perder información necesaria? | Recorrido práctico en grupos pequeños mientras aún se puede cambiar el proceso. | La persona analista registra los problemas y devuelve la respuesta propuesta. |
| Responsable de datos | ¿Son adecuados los campos obligatorios y los accesos? | Revisión específica antes de utilizar datos de muestra. | Confirma los requisitos pertinentes o identifica un asunto sin resolver. |
La tabla utiliza roles, no nombres privados. Si hace falta, añade contactos confirmados en la versión interna de trabajo. Para mantener la diapositiva legible, muestra solo los grupos relevantes para la decisión actual y deja el registro completo de contactos fuera de la presentación principal.
Observa que no todas las filas dicen «semanal». Algunas comunicaciones corresponden a un punto de decisión, otras se activan por un suceso y otras necesitan un ritmo regular. La frecuencia debe responder a la necesidad de información, no a la comodidad de copiar un calendario.
Escribe un mensaje que haga evidente la respuesta esperada
Compara estas dos invitaciones al personal del departamento piloto.
Ambigua: «Revisad el nuevo proceso de solicitudes y enviad vuestros comentarios».
Concreta: «En el recorrido del jueves, probad a enviar los tres tipos de solicitud que vuestro equipo utiliza con más frecuencia. Indicad dónde las instrucciones o los datos obligatorios no encajan con vuestro trabajo. Os daremos una respuesta a cada problema antes de confirmar el alcance del piloto».
La segunda versión indica la tarea, el tipo de prueba que se busca y qué ocurrirá con la respuesta. No promete aceptar todas las sugerencias. La diferencia importa: consultar ofrece una vía real para influir en una decisión, no un veto automático ni una garantía de acuerdo.
Para quien patrocina el proyecto, el mensaje debe ser distinto: «El equipo de soporte puede atender dos tipos de solicitud con la cobertura actual; el tercero necesita un acuerdo de soporte adicional. Hay que decidir si se reduce el alcance del piloto o se financia esa cobertura». Es una petición de decisión apoyada en la consulta, no una repetición del recorrido de los usuarios.
Explica qué ocurre cuando hay necesidades contrapuestas
Supón que el personal pide conservar un campo de texto libre porque las solicitudes inusuales no encajan en las opciones predefinidas. Al equipo de soporte le preocupa que ese texto dificulte una asignación consistente. El plan de comunicación debe ayudar a detectar pronto el conflicto, no a etiquetar a uno de los grupos como «resistente».
La persona analista podría llevar dos solicitudes anonimizadas a una revisión conjunta. El equipo podría estudiar una categoría obligatoria acompañada de una explicación opcional y probar si funcionan tanto la asignación como la conservación del contexto. Es una alternativa ilustrativa, no una solución que se afirme adecuada para cualquier servicio.
| Registro de comentarios | Ejemplo |
|---|---|
| Problema observado | Dos solicitudes de muestra no encajan en las categorías propuestas. |
| Trabajo afectado | El personal necesita explicar la excepción; soporte necesita una categoría de asignación. |
| Próxima acción | Revisar las muestras anonimizadas y probar la opción de categoría más explicación. |
| Responsable y momento de decisión | La persona analista presenta el resultado de la prueba antes de decidir el alcance del piloto. |
| Respuesta a participantes | Explicar la opción elegida y cualquier limitación que siga abierta. |
Si resolver el conflicto excede la autoridad del equipo, la presentación debe exponer las alternativas y sus consecuencias a quien pueda decidir. No conviertas una preocupación pendiente en un estado verde solo porque se haya celebrado una reunión.
Comprueba si la comunicación ha ayudado al trabajo
La asistencia, las aperturas de correos y las cifras de distribución pueden indicar alcance. No demuestran que se haya entendido el cambio ni que hubiera una oportunidad útil para responder. En este ejemplo, comprueba si participaron los grupos previstos, si cada problema importante tiene responsable y si se explicó a los participantes qué se decidió.
Después de un recorrido, una comprobación breve puede pedir a las personas que describan el siguiente paso con sus palabras o completen una tarea de muestra. Si varias entienden mal la misma instrucción, revisa la instrucción y la comunicación. No atribuyas la confusión a una actitud sin pruebas.
Revisa el plan cuando cambie el proyecto: se incorpora otro departamento afectado, se modifica el alcance o se mueve una fecha de decisión. Una periodicidad semanal fija no compensa la ausencia de una conversación en el momento necesario.
Presenta el plan en seis diapositivas
- Contexto de decisión: cambio, próxima decisión y trabajo afectado.
- Cobertura de interesados: roles incluidos, voces que faltan y cómo se identificaron.
- Matriz de comunicación: propósito, momento, canal y responsable de la respuesta.
- Dos mensajes de ejemplo: diferencia entre consulta y solicitud de decisión.
- Recorrido de los comentarios: un asunto que muestre registro, resolución, escalación y respuesta.
- Acuerdo necesario: confirmar responsables y próximas conversaciones, con los puntos abiertos a la vista.
Presenta primero la decisión más importante. No abras con una matriz de influencia e interés tan densa que nadie pueda examinar o cuestionar sus etiquetas. Puede servir para planificar internamente, pero el documento compartido debe centrarse en el trabajo y en conversaciones que permitan actuar.
Convierte la matriz acordada en un borrador
Introduce en el campo de texto de Presenti la matriz y una explicación breve de la decisión. Retira datos personales de contacto y valoraciones privadas antes de utilizar unas instrucciones de demostración.
Crea un borrador de seis diapositivas para un plan de comunicación de un piloto ilustrativo de solicitudes internas. Incluye a quien patrocina el proyecto, soporte, personal del piloto y responsable de datos. Distingue actualizaciones, consultas y solicitudes de decisión. Muestra quién recibe los comentarios, quién puede resolverlos y cuándo se informa del resultado a los participantes. Utiliza el conflicto entre texto libre y asignación como una cuestión de diseño aún abierta. No inventes actitudes de los interesados, aprobaciones, resultados de encuestas ni resultados del proyecto.
Revisa el borrador en busca de afirmaciones que conviertan supuestos en hechos. La presentación final debe facilitar la organización de la próxima conversación y permitir explicar claramente para qué sirve.
