Software de gestión de proyectos para pymes: criterios reales

Una pyme de 12 no empieza el año buscando software. Empieza con una hoja compartida: una pestaña por cliente, una columna de estado, el nombre de quien “lleva” cada fila. Funciona mientras una sola persona actualiza. Se rompe el viernes en que hay tres copias, dos fórmulas que nadie toca y un cliente cuyo nombre viajó por correo en el archivo.

El quiebre no es falta de disciplina. Es que Excel (o Sheets) no es un flujo de trabajo: es una tabla. No impide que dos personas editen la misma fila, no tiene dueño por tarjeta, no guarda el comentario del cambio de alcance y no te dice cuántas cosas están “en curso” de verdad. El detalle de cuándo la hoja alcanza y cuándo no está en gestión de proyectos en Excel; acá basta el síntoma de pyme: el archivo se volvió el sistema operativo de la empresa y ya nadie confía en cuál es la última versión.

• Tres personas editan; el dueño sigue preguntando “¿cómo va?” porque la hoja no responde sola.
• Los datos del cliente (alcance, mails, montos) viven en un archivo que se reenvía “para que lo veas”.
• El intern que armó las fórmulas se fue y nadie se anima a tocar la columna G.
• Hay un tablero “de prueba” en alguna app y la hoja sigue siendo la fuente de verdad: dos sistemas, ninguna verdad.

Pasar a un software de gestión de proyectos no es “profesionalizarse”. Es dejar de gestionar el archivo y volver a gestionar el trabajo. El error típico es saltar de esa hoja a una suite pensada para 200 personas con SSO, 15 vistas y un precio por asiento que duele a los 12 meses.

Una demo de 20 minutos no elige herramienta. Estos cuatro criterios sí, porque se pueden escribir en una hoja (sí: una, de una página) antes de pagar el primer mes.

El costo a 12 meses es el que miente menos. Una pyme de 12 a 10–15 dólares por asiento al mes está en 1.440–2.160 dólares al año antes de invitados, almacenamiento y el upgrade que llega cuando pides campos personalizados. Si cuatro personas no entran nunca, no es “capacidad de sobra”: es impuesto por cabeza. Una agencia de 8 con freelancers puntuales paga ese impuesto dos veces: asientos fijos más invitados que duran un proyecto.

Datos de clientes no es un tema de grandes empresas. En una consultora de 12, el tablero tiene nombres de cuentas, montos, retrasos y comentarios que no deberían viajar a un espacio de trabajo ajeno “porque el plan incluye IA”. Pregunta dónde vive el archivo, en qué formato sales y si la herramienta existe sin tu cuenta. Si la respuesta es vaga, el criterio de dueño ya falló.

El mismo equipo de 12 no necesita lo mismo si vende horas, un producto o una obra chica. El error es comprar “el software de gestión de proyectos” genérico y rellenar 15 vistas que nadie abre. Encaja por el flujo, no por el brochure.

• Servicios (consultora de 12, agencia de 8). El dolor es portafolio: varias cuentas, gente compartida, un cliente que pide status. Hace falta tablero por cuenta o un tablero con etiqueta, un dueño de alcance y un tope de frentes. El oficio de agencia —WIP por disciplina, retainer vs. proyecto— está en gestión de proyectos para agencias; el de quien trabaja solo, en gestión de proyectos para freelancers. Una pyme de servicios está en el medio: ya no es una persona, todavía no es un PMO.
• Producto. Un backlog, un ritmo de entrega y pocos frentes abiertos alcanzan. No hace falta un PPM ni un Gantt de 40 filas si el equipo cabe en una mesa. Lo que sí hace falta: un lugar donde “en curso” tenga dueño y fecha, y donde el extra no entre por chat.
• Obra ligera (instalación, reforma, montaje; no un ERP de construcción). Proveedores, visitas a sitio y un hito de entrega. El software tiene que sobrevivir a gente que actualiza desde el celular y a un dueño que no va a hacer sprint planning. Columnas simples, responsables y una fecha que se vea sin abrir un informe.

En los tres casos el techo es el mismo: 5 a 30 personas, un administrador que no es de IT, y clientes cuyos datos no deberían quedar rehenes de un plan anual. Si tu flujo no aparece en esa lista —salud regulada, 50+ personas, varios países con SSO— este artículo no es el tuyo: estás eligiendo otra categoría.

El mercado vende software de empresa como si fuera el único software serio. Para una pyme de 12, esa seriedad es ruido. Recorta sin culpa:

• SSO / SAML / SCIM. Útil cuando hay un directorio corporativo y un equipo de IT. En una pyme de 12, el “directorio” es el grupo de WhatsApp y el mail del dueño. Pagar el plan Enterprise para un login único es teatro de seguridad.
• SOC 2, ISO y cuestionarios de 40 páginas como requisito para empezar. Si un cliente grande te los pide, es un proyecto comercial, no un requisito de tu tablero interno. No elijas la herramienta de 50+ personas “por si acaso el auditor aparece”.
• PPM (project portfolio management) con programas, portafolios y dependencias entre 80 iniciativas. Tú tienes 6 a 15 proyectos vivos, no una oficina de proyectos. Una vista de portafolio (activo / espera / próximo hito) no es un PPM.
• Quince vistas. Gantt, timeline, carga, calendario, mapa mental, box, carga por persona, dashboard ejecutivo. Si el equipo no las abre en 30 días, no las estabas necesitando: las estabas comprando. Un tablero, una lista y un lugar para el alcance cubren a la pyme de 12.
• Un PMO y un administrador a tiempo completo. Si la herramienta exige un “ops de ClickUp” para no romperse, la curva de adopción ya perdió.

Lo que sí necesitas cabe en una frase: tareas con dueño, un tablero que se actualice, alcance escrito, datos que puedes llevarte. Todo lo demás es el plan que el vendedor necesita vender, no el que la pyme necesita pagar 12 meses.

El software que “vamos a implementar en el Q3” es el que nunca se usa. Una pyme de 12 adopta en un mes o no adopta. El piloto no es un sandbox con tareas de ejemplo: es un proyecto real, con cliente y fecha.

Semana 1. Elige un proyecto (no cinco) y tres personas: quien dirige, quien ejecuta, quien habla con el cliente. Columnas mínimas: por hacer / en curso / bloqueado / hecho. Un dueño por tarjeta. Nada de “vamos a configurar los dashboards”.

Semana 2. Mueve lo activo de la hoja a ese tablero. La hoja queda como archivo, no como sistema: solo lectura, o presupuesto y cosas que sí viven en tabla. Si alguien actualiza las dos, no hay adopción — hay doble carga.

Semana 3. Ritual corto, el mismo día: qué se entregó, qué está bloqueado, qué se abre la semana que viene. Si el dueño sigue preguntando estado por chat, el tablero no es la fuente de verdad todavía. Congela el Excel en público, no en un mail que nadie lee.

Semana 4. Segundo proyecto, mismas reglas. Si 8 de 12 ya actualizan sin que se lo recuerden, escalas. Si el tablero se llenó de columnas que nadie usa, recorta, no “capacites más”. A los 30 días decides por escrito: nos quedamos, cambiamos o volvemos a la hoja con los ojos abiertos.

Si después de ese mes el criterio de costo, datos y dueño te deja en un gestor local-first —tablero, procesos y checklists en tu equipo, sin asientos, con los datos en JSON que puedes copiar—, Hito está pensado para equipos de 1 a 15, no para un PMO de 50 con SSO.

👉 Prueba Hito gratis — gestor de proyectos local-first: kanban, SOPs y automatizaciones en tu equipo, IA opcional, PWA. Sin cuenta, sin asientos, sin nube.