Cómo elegir un software de gestión de proyectos (checklist)
En este artículo6 secciones
- 01Cómo elegir un software de gestión de proyectos sin partir por el ranking
- 02Paso 1: mapea el flujo real, no el de la demo
- 03Paso 2: un tablero piloto, no ocho herramientas a la vez
- 04Tabla de descarte: si el dolor es adjuntos, no elijas por número de vistas
- 05Pasos 3 a 5: techos a 90 días, dónde viven los datos y precio a 12 meses
- 06Paso 6: prueba de 14 días con trabajo real
Cómo elegir un software de gestión de proyectos sin partir por el ranking
El listicle de “mejores tools 2026” ordena por logo, no por el techo que vas a pegar. Elegir así produce una cuenta que el equipo abandona a las tres semanas, o un upgrade que no estaba en el presupuesto. El criterio útil es otro: qué dolor tienes hoy y qué límite te va a frenar a los 90 días.
Esta guía es el how-to. El mapa de tipos (lista, kanban, Gantt, all-in-one, local-first) y la tabla de ocho herramientas está en el pilar software de gestión de proyectos. Acá no se vuelve a puntuar marcas. Se arma un filtro de seis pasos que puedes correr con una agencia de 8 o con un freelance de 3 clientes.
Si todavía no sabes si necesitas un proyecto o te alcanza una lista, para y lee lista de tareas vs gestión de proyectos. Elegir software de proyectos para una cola personal es el error inverso: pagas asientos para tachar “llamar al cliente”.
Paso 1: mapea el flujo real, no el de la demo
Antes de crear la cuenta, escribe cómo viaja el trabajo hoy. Cuatro a seis estados, con los nombres que el equipo ya usa. Si no cabe en una servilleta, el problema no es la tool: es que el proceso vive en la cabeza de una persona.
Una agencia de 8 suele verse así: Brief → Producción → Revisión interna → Revisión cliente → Entrega. Un freelance con 3 clientes: Inbox → Haciendo → Espera de cliente → Cobrado. Un equipo de producto chico: Backlog listo → En curso → Code review → Hecho. Copia eso, no las columnas “New / In progress / Done” del template.
Marca también quién edita el tablero cada día (no quién “tiene acceso”). El número de editores predice el techo de asientos. El número de clientes o líneas de trabajo predice el techo de tableros. El tipo de archivo que adjuntas (PDF de 20 MB, capturas, briefs) predice el techo de storage. Sin esos tres números, la demo es teatro.
Paso 2: un tablero piloto, no ocho herramientas a la vez
Elige un proyecto real —un cliente, un lanzamiento, las operaciones de dos semanas— y ábrelo en una sola tool. Probar Asana, Trello y ClickUp en paralelo con el mismo backlog no informa: cansa, y gana la interfaz más linda, no la que el equipo actualiza.
El piloto tiene reglas. Un tablero. Las columnas del paso 1. Dueño por tarjeta. Nada de importar el archivo de 2019. Si en diez minutos un diseñador no entiende dónde poner una corrección del cliente, las columnas están mal. Si entiende y no mueve, el hábito está mal. Son diagnósticos distintos; no los mezcles.
Cierra el Excel (o la lista) de ese proyecto mientras dura el piloto. Dos fuentes de verdad garantizan que la tool “no se usa”. El resto del portafolio puede seguir donde está: el piloto no es una migración.
Tabla de descarte: si el dolor es adjuntos, no elijas por número de vistas
Cada fila es una señal de salida, no un ranking. Cruza tu dolor con el techo que importa; ignora el recuento de features. Los números de planes free, actualizados a 2026, están en herramientas gratis de gestión de proyectos.
| Si el dolor es… | No elijas por… | Mira esto |
|---|---|---|
| Adjuntos, PDFs, capturas | Número de vistas o un Gantt de demo | Storage: ClickUp free ~60 MB; Trello 10 MB por adjunto; Notion 5 MB por archivo |
| Varias personas editando | El logo o “gratis para siempre” | Asientos: Asana free = 2; Jira free ≤ 10; monday.com mínimo 3 pagos |
| Muchos clientes o líneas de trabajo | Tarjetas ilimitadas en un solo tablero | Techo de tableros: Trello 10 por workspace; ClickUp recorta spaces en free |
| Datos de clientes que no pueden salir | Integraciones o un marketplace | Dónde viven los datos: nube del vendor, tu servidor, o archivos en disco |
| Precio que se come el margen | El plan mensual “desde X USD” | Asientos × 12 + add-ons (IA, automatizaciones, storage) |
| El equipo no actualiza nada | Una suite all-in-one “para crecer” | Curva: un tablero de 4 columnas gana a 15 vistas que nadie configura |
| Dependencias que mueven la fecha de fin | Un kanban porque “es más ágil” | Gantt real (OpenProject u otro con predecesoras), no barras pintadas en Excel |
Ejemplo: una agencia de 8 que se queja de “no hay visibilidad” y elige ClickUp por las 15 vistas, cuando el dolor real son PDFs de clientes. A la tercera semana el storage free se acabó y el tablero sigue sin dueños. El dolor era adjuntos y hábito, no vistas.
Pasos 3 a 5: techos a 90 días, dónde viven los datos y precio a 12 meses
Con el flujo escrito y el piloto en marcha, haz tres cuentas antes de enamorar al equipo de la interfaz. Las pymes tropiezan acá más que en la demo; el desglose por tamaño está en software de gestión de proyectos para pymes.
Techos a 90 días. Proyecta personas que editan, tableros que vas a abrir y megas que vas a subir si el piloto se multiplica por los proyectos del trimestre. Si a los 90 días eres 5 editores, Asana free ya no existe. Si eres 12 tableros, Trello free tampoco. Si cargas briefs en PDF, 60 MB no son “para siempre”.
Dónde viven los datos. Nube del vendor, tu servidor o disco local. Si el cliente es un estudio jurídico, una clínica o cualquiera que no quiere el expediente en un SaaS, el bloque cloud entero sale de la shortlist — aunque la demo sea impecable. Open source autoalojado implica ops: backups, parches, alguien que responde cuando se cae. Local-first implica que el sync entre personas lo armas tú, no un servidor que resuelve el conflicto.
Precio a 12 meses. Asientos × 12, más IA, más storage, más el piso de asientos (monday.com no te vende “uno para probar”). Un equipo de 8 a 12 USD/usuario/mes no cuesta 12 USD: cuesta 1.152 USD al año, antes de add-ons. Si ese número duele, no “empezamos en free y vemos”: el free es el gancho cuyo techo ya calculaste.
Paso 6: prueba de 14 días con trabajo real
El piloto del paso 2 se convierte en la prueba: catorce días del proyecto real, sin Excel en paralelo, con el flujo del paso 1. El chat deja de ser el backlog de ese cliente. Cada tarjeta tiene un dueño. Al final de cada día, el tablero tiene que mentir menos que el grupo de WhatsApp.
Tres preguntas el día 14, por escrito:
- ¿Alguien más que quien lo configuró actualizó el tablero sin que se lo pidieran?
- ¿El techo (asientos, tableros, storage) sigue holgado si multiplicas por 90 días?
- ¿Salió un informe de 8 líneas del tablero, o hubo que reconstruir el avance de memoria?
Si las tres son sí, quédate. Si la primera es no, el problema es hábito o columnas, no la marca: no cambies de tool todavía. Si la segunda es no, cambia de plan o de tipo antes de cargar el resto del portafolio. Si la tercera es no, el tablero no es la fuente de verdad y el piloto falló.
Cuando el filtro de datos del paso 4 dice “en disco, sin cuenta ni asiento”, Hito entra como opción local-first: carpeta + JSON, kanban, checklists y PWA offline, con IA opcional usando tu API key. No gana collab en la nube, ni SSO, ni un Jira de ingeniería grande, ni las 15 vistas de ClickUp. Está pensado para 1–15 personas. Si ese no es tu caso, la checklist de arriba sigue valiendo con otra fila de la tabla.
Preguntas frecuentes
¿Cómo elegir un software de gestión de proyectos?
¿Qué criterios usar para elegir software de gestión de proyectos?
¿Cuánto tiempo hay que probar un software de gestión de proyectos?
¿Cómo calcular el precio real de un software de gestión de proyectos?
¿Qué techos del plan gratis debo revisar antes de elegir?
Equipo Hito
Producto · Escribimos sobre gestión de proyectos local-first desde la práctica de construir Hito.