Cómo elegir software de gestión para tu agencia

Hace un tiempo acompañé a un estudio de cinco personas a elegir herramienta. Habían hecho todo bien: una hoja de cálculo con doce candidatas, columnas para precio, integraciones, apps móviles y valoración en Capterra. Ganó la que más casillas verdes tenía.

A los cuatro meses habían vuelto a Trello y a un grupo de WhatsApp. La herramienta ganadora hacía las doce cosas de la lista, y ninguna de las tres que ellos hacían todos los días.

El problema no fue la herramienta. Fue que la lista estaba hecha de características, y la gestión de proyectos de una agencia creativa no se rompe por características.

Aviso: esto lo escribe alguien con un producto

Construyo Nazan, que es una de las herramientas de esta categoría. Así que tengo un interés evidente y prefiero ponerlo al principio que fingir neutralidad.

Lo que sigue sobre cómo elegir software de gestión de proyectos intenta ser útil aunque termines eligiendo otra cosa. Al final hay enlaces a comparativas donde explico dónde Monday, Trello y Asana hacen las cosas mejor que nosotros, porque en varios frentes las hacen.

Por qué las listas de características no eligen por ti

Las guías para elegir software de gestión de proyectos se parecen entre sí: flexibilidad, facilidad de uso, integraciones, informes en tiempo real, seguridad. Todo eso es cierto y ninguna herramienta seria dice que no lo tiene.

Sirven de poco por dos razones.

La primera es que comparan catálogos, no días de trabajo. Casi todas las herramientas tienen tableros, calendario y comentarios.

La diferencia no está en si existen, sino en si el flujo que tú repites treinta veces al mes cae dentro o fuera de lo que la herramienta asume.

La segunda es que puntúan lo que es fácil de puntuar. “Integra con 200 apps” es una casilla. “El cliente puede aprobar sin crear una cuenta” no aparece en ninguna tabla comparativa, y es lo que decide si vas a seguir persiguiendo el visto bueno por correo.

Empieza por dónde se rompe la semana de tu agencia

Antes de abrir la página de precios de ningún software de gestión, escribe las tres cosas que más te costaron el mes pasado. No las que te gustaría mejorar: las que te costaron tiempo o dinero de verdad.

En los estudios con los que he hablado, esa lista suele parecerse a esta: perseguir una aprobación que llevaba seis días parada, buscar cuál era el archivo bueno entre cuatro versiones, y descubrir al cerrar el mes que una cuenta dejó menos de lo que parecía.

Ahora sí: cualquier herramienta que no ataque esas tres, por muchas casillas que tenga, es una herramienta que vas a abandonar en el cuarto mes.

Cinco preguntas para elegir tu software de gestión

1. ¿Quién tiene que aprobar, y está dentro o fuera?

Es la pregunta que separa el software de gestión pensado para equipos de producto del pensado para una agencia creativa.

Casi todas las plataformas grandes asumen que todos los que participan en un proyecto están dentro del espacio de trabajo. Para un equipo interno eso funciona.

En una agencia, quien tiene la última palabra es alguien que no está en tu equipo, no quiere aprender tu herramienta y no debería ver tus tareas internas.

Las opciones habituales son invitarlo como usuario, con lo que ocupa licencia y ve cosas que no le corresponden, o mandarle un informe y recibir la respuesta por correo, que es el problema que querías resolver.

Pregunta concreta al evaluar: ¿puede mi cliente aprobar algo sin crear una cuenta, y queda registrado con fecha quién aprobó qué?

2. ¿Cómo cambia tu equipo durante el año?

Si tu plantilla es estable, el precio por asiento es predecible y no hay más que hablar.

Si tu equipo respira —una editora tres meses, un community manager para una sola cuenta, refuerzos en temporada alta— el precio por asiento convierte cada decisión de sumar a alguien en una decisión de presupuesto.

Y administrar altas y bajas se vuelve una tarea recurrente que alguien tiene que hacer.

Lo que importa no es el precio de hoy, sino la forma de la fórmula: si multiplica por persona o si se aplana a partir de cierto tamaño. Esa forma no cambia cuando suben las tarifas.

3. ¿Cuánto pesan los archivos que entregas?

Una agencia de video no mueve documentos. Mueve masters de cuatro giga, carpetas de raw y PSD de dos.

Muchas herramientas de gestión tienen límites de adjunto pensados para oficinas, no para producción. En cuanto el archivo real no cabe, aparece el Drive paralelo: la tarea guarda un enlace y el archivo vive en otro sitio.

Al sexto mes hay una carpeta donde nadie sabe cuál es la versión final, porque la carpeta dice final_v3_ESTA y la tarea apunta a final_v2.

Pregunta concreta: ¿cabe mi entrega más pesada, y el cliente la descarga desde el mismo sitio donde aprueba?

4. ¿Dónde vive lo que todavía no es una tarea?

Una campaña no nace como tarea. Nace como tres referencias, un moodboard a medias y una intuición que aún no se puede escribir en una línea.

Si la herramienta solo entiende tareas, esa parte del trabajo se va a otra aplicación. Puede estar bien —hay estudios que quieren esa separación— pero conviene decidirlo, no descubrirlo.

Porque la alternativa es que el origen de la propuesta viva en una carpeta de capturas que nadie vuelve a abrir, y que en marzo no haya forma de explicar de dónde salió lo que se aprobó en enero.

5. ¿Quién responde por el margen de cada cliente?

La facturación se ve siempre. El margen por cliente, casi nunca.

Si alguien en tu estudio tiene que responder por qué cuenta deja dinero y cuál está costando más de lo que trae, esa información tiene que estar cerca del trabajo.

Cuando vive en una hoja aparte, se actualiza tarde y se consulta cuando ya no se puede hacer nada.

Tres errores caros al cambiar de herramienta

Migrarlo todo de golpe. El impulso es traer el archivo histórico completo para no perder nada.

El resultado es que el equipo entra a una herramienta nueva llena de proyectos muertos, no encuentra lo vivo y vuelve a lo de siempre.

Trae solo lo que sigue abierto; lo cerrado se guarda en una exportación.

Elegir por integraciones que no vas a usar. “Conecta con 200 aplicaciones” impresiona en una demo. Cuenta cuántas usas de verdad: en la mayoría de los estudios son dos o tres, y suelen ser el correo y el almacenamiento.

Si tu operación depende de un ERP concreto, esa integración pesa mucho; si no, es una casilla verde sin consecuencia.

Elegir por el precio de hoy. Las tarifas cambian, y todas las herramientas de esta categoría las han subido alguna vez.

Lo que no cambia es si el precio se multiplica por persona o no, y si las funciones que tú necesitas están en el plan de entrada o en el caro.

Cómo probar un software de gestión de verdad

Una prueba de dos semanas con un proyecto inventado no dice nada. Se ve todo bonito porque no hay presión, ni cliente, ni un lunes con tres entregas.

Lo que sí funciona es montar un proyecto vivo, y concretamente el que más aprobaciones tenga. Ese es el que pone a prueba lo único que de verdad diferencia a estas herramientas.

Móntalo con tus fases reales de producción, no con las columnas que trae por defecto. Trae solo las tareas abiertas.

Y dale acceso al cliente desde el primer día, porque su reacción es el dato que estás buscando: si entra y lo usa, la herramienta resuelve tu problema; si te contesta por WhatsApp igual, no lo resuelve.

Dos semanas de eso valen más que dos meses de demos.

El mes siguiente decide más que la elección

El estudio del principio no falló al elegir. Falló al cuarto mes, que es cuando se abandona una herramienta.

Pasa casi siempre por lo mismo: la decisión la toma una persona, la configura esa misma persona, y el resto del equipo se encuentra un lunes con un sitio nuevo donde ya no está lo que buscaban.

La herramienta no compite con la anterior, compite con la costumbre.

Dos cosas ayudan más que cualquier característica.

La primera es que alguien la mantenga viva las primeras semanas. No un responsable formal: alguien que cuando vea una conversación importante en el chat la mueva al proyecto, hasta que hacerlo deje de requerir esfuerzo.

Si nadie hace eso, el trabajo real se queda donde siempre estuvo y la herramienta se convierte en un archivo muerto que hay que actualizar aparte.

La segunda es cerrar la puerta anterior a propósito. Mientras el tablero viejo siga abierto “por si acaso”, el equipo va a usar los dos, que es peor que usar solo el malo.

Poner fecha para archivarlo obliga a que lo vivo se mueva.

Y una advertencia sobre el momento: cambiar de herramienta en la semana de la entrega grande no sale bien.

El mejor momento suele ser al arrancar un proyecto nuevo, cuando no hay nada que migrar y el equipo aprende sobre trabajo real en vez de sobre una copia.

Si ya usas una herramienta concreta

Escribí una comparativa por cada una de las que más nos mencionan, y en todas hay una sección de dónde esa herramienta es mejor que Nazan:

• Alternativa a Monday para agencias — sobre el precio por asiento y las aprobaciones improvisadas.
• Alternativa a Trello para agencias — sobre qué se rompe cuando el estudio crece.
• Alternativa a Asana para agencias — sobre coordinar equipos frente a producir para un cliente externo.

Según el tamaño de tu estudio

Las prioridades cambian bastante con el número de personas:

• Creativos independientes — lo que importa es empezar sin configurar nada.
• Estudios de diseño y productoras — el tamaño donde el trabajo se cae entre dos personas.
• Agencias de marketing — varias cuentas, equipo elástico y margen por cliente.

Y si al final no cambias

Es un desenlace perfectamente razonable. Cambiar de herramienta cuesta semanas de fricción, y si tu proceso actual funciona, esa fricción no se paga sola.

La señal para moverte no es que exista algo mejor. Es que haya una cosa concreta que te esté costando dinero o tiempo todos los meses, y que sepas exactamente cuál es. Si no puedes nombrarla, probablemente todavía no toca.