Elegir software de proyectos sin sobredimensionar al equipo

Cómo acotar requisitos antes de comparar Notion, ClickUp o similares, y evitar que la herramienta nueva sea otra fuente de fricción.

En Stackmeter vemos a menudo el mismo patrón: alguien propone “unificar todo en una herramienta nueva” después de una semana caótica. La reunión termina con tres licencias pagadas y, al mes, la mitad del equipo sigue en el hilo de correo original. No es porque el software sea malo; es porque nadie escribió en una frase qué problema debe desaparecer.

Primera pregunta incómoda: ¿qué se rompe hoy?

Antes de abrir fichas de producto, anota en lenguaje llano qué duele. Ejemplos que sí hemos visto en consultas de lectores: “no sabemos si el entregable A quedó en revisión legal”, “dos personas distintas prometieron la misma fecha al cliente”, “el brief vive en un PDF y el resto en un chat”. Si no puedes describirlo así de concreto, cualquier demo te va a gustar.

Segunda: documentación viva vs. tablero de ejecución

Aquí suele estar el verdadero fork. Si lo que falta es contexto (SOPs, decisiones, enlaces), una base flexible puede bastar. Si lo que falta es cadencia (estados, responsables, fechas que no se negocian en cada reunión), necesitas algo que imponga más estructura. No es una ley absoluta: hay equipos híbridos, pero mezclar ambos mundos sin reglas claras genera tableros vacíos y wikis abandonadas.

Tercera: ¿quién será el “dueño del tablero”?

Sin alguien que cierre tareas huérfanas y archive proyectos viejos, cualquier herramienta se pudre. No hace falta un PM a tiempo completo: basta una persona con mandato explícito (“cada viernes revisamos estados en rojo”). Si eso suena imposible en tu cultura actual, la herramienta nueva no creará disciplina por arte de magia.

Qué miramos nosotros al comparar proveedores

No publicamos matrices de 40 filas porque nadie las lee. En cambio, forzamos a comparar tres tensiones: permisos y visibilidad para externos, exportación o portabilidad de datos, y fricción de onboarding para alguien que entra a mitad de proyecto. El resto (integraciones, “AI”) entra después.

Después de elegir: dos semanas de verdad

Pide al equipo una sola métrica cualitativa al día 14: “¿nos quitó trabajo repetitivo o nos lo añadió?”. Si la respuesta honesta es la segunda, o bien el proceso estaba roto antes, o bien la configuración copió demasiada complejidad de la herramienta anterior. En ambos casos, parar y recortar campos suele valer más que migrar otra vez.