CRM o software de gestión de proyectos: ¿necesitas los dos?

Casi todos los negocios que crecen se topan con esta pregunta en la misma semana. Alguien de ventas pide un sitio donde seguir los leads. Alguien de entrega pide un sitio donde seguir el trabajo. Y quien maneja el presupuesto mira las dos peticiones y hace una pregunta muy razonable: ¿esto no es la misma herramienta dos veces?

No lo es. Pero la diferencia no es la que describen la mayoría de las páginas de comparativa. No va de funciones, y desde luego no va de quién tiene tableros kanban más bonitos. La diferencia va de cuánto tiempo se supone que debe vivir una ficha y de quién es cuando el trabajo actual ha terminado.

Este artículo responde primero a la pregunta práctica: si necesitas los dos y, si solo puedes tener uno, cuál. Después entra en las formas concretas en que cada herramienta se rompe cuando la obligas a hacer el trabajo de la otra, y en un tercer planteamiento que hace que la elección deje de importar.

La respuesta corta, antes del detalle

Si tus clientes vuelven, necesitas un CRM. Si tu trabajo tiene más de tres pasos y más de una persona, necesitas gestión de proyectos. La mayoría de los negocios acaban necesitando ambos, pero casi nadie necesita ambos el primer día.

El orden importa más que la elección. Empieza por el lado del negocio que ahora mismo te está costando dinero. Un lead que nunca recibió una segunda llamada es una pérdida real que puedes nombrar. Un proyecto entregado con dos semanas de retraso también es una pérdida real que puedes nombrar. La que nombres más rápido es la que hay que arreglar primero.

El error es comprar ambos a la vez, antes de saber cómo circula realmente el trabajo entre ellos, y descubrir seis meses después que el mismo cliente existe en dos sistemas con dos teléfonos distintos y nadie sabe cuál es el bueno.

Para qué sirve realmente un CRM

Un CRM es un sistema de memoria para relaciones. Esa es toda la idea, y todas sus funciones se derivan de ahí.

La unidad de un CRM es una persona o una empresa, y su propiedad definitoria es que la ficha no termina. Un contacto que añadiste el primer mes sigue siendo el mismo contacto tres años después, cargando cada conversación, cada presupuesto, cada queja y cada renovación de por medio. Nada de esa ficha debería archivarse cuando acaba un encargo concreto, porque el encargo no es el asunto. La persona lo es.

Lo que esa memoria te compra es muy concreto:

• Contexto en la segunda conversación. Sabes qué presupuestaste, qué objetaron y qué eligieron al final, sin pedirles que lo repitan.
• Un pipeline que refleja la realidad. Las oportunidades ocupan etapas con importe y fecha prevista de cierre, así que ves el mes que viene antes de que ocurra, no después.
• Propiedad. Cada lead lleva un nombre asociado, la única cura fiable para el lead que nadie siguió porque todos supusieron que ya lo hacía otro.
• Detección de deterioro. Como el CRM sabe cuándo se movió algo por última vez, puede avisarte de que una oportunidad lleva dos semanas en silencio. Una lista de tareas no puede: una tarea sin fecha no va tarde, simplemente está ahí.
• El motivo por el que ganas o pierdes. Es la parte que casi todo el mundo se salta y la que paga el software. Veinte oportunidades perdidas con su motivo anotado son el estudio de mercado más barato que harás nunca.

Si quieres profundizar en los fundamentos, nuestra guía sobre qué es un CRM entra en el modelo de fichas y en qué esperar de una primera implantación.

Para qué sirve realmente la gestión de proyectos

El software de gestión de proyectos es un sistema de secuenciación. Su unidad es un trabajo, y su propiedad definitoria es la contraria a la del CRM: la ficha está hecha para acabar.

Un proyecto existe para terminarse. Su valor mientras está abierto es que todos ven qué viene después, qué está bloqueado, quién lleva cada parte y si el conjunto aterrizará en la fecha prometida. Su valor al cerrarse es casi cero, y precisamente por eso estas herramientas archivan con limpieza y a nadie le molesta.

Sus funciones concretas:

• Orden. La tarea B no puede empezar hasta que la A esté hecha, y la herramienta lo muestra en lugar de dejarlo en la cabeza de alguien.
• Capacidad. Quién tiene catorce elementos abiertos y quién tres. Es invisible hasta que se muestra, y es la razón principal de que el trabajo caiga siempre sobre las mismas dos personas.
• La ruta crítica. Qué retraso mueve de verdad la fecha de entrega y qué retraso da igual.
• Una definición compartida de "terminado". La mitad de los plazos incumplidos son desacuerdos sobre qué significaba terminado, no sobre esfuerzo.
• Bloqueo visible. Una tarea esperando un archivo del cliente desde hace nueve días debería hacer ruido. En una herramienta de tareas puede hacerlo. En una hoja de cálculo, nunca.

Si vas a elegir una herramienta dedicada a este lado, nuestro repaso de software de gestión de proyectos cubre dónde se diferencian de verdad las plataformas principales.

Dónde se solapan de verdad

El solapamiento es real, lo que hace que la confusión sea razonable y no ingenua. Tres cosas aparecen en ambas categorías y se ven casi idénticas:

Tableros y etapas. Un pipeline de ventas dibujado en kanban y un proyecto dibujado en kanban son visualmente el mismo objeto. Columnas, tarjetas, arrastrar para avanzar. Ese parecido superficial explica casi todas las discusiones del tipo "por qué necesito dos herramientas".

Tareas. Ambos sistemas las tienen. Una tarea de CRM suele ser un recordatorio pegado a una relación: llamar a esta persona, enviar el presupuesto revisado. Una tarea de proyecto es una unidad de entrega: montar la página, revisar el texto. Misma forma, distinto peso.

Archivos y notas. Ambos guardan documentos, ambos guardan comentarios, y en ambos casos alguien acabará adjuntando el mismo contrato a los dos.

Informes. Ambos generan gráficos. Los del CRM hablan de dinero que aún no ha llegado. Los de la herramienta de proyectos hablan de tiempo ya gastado.

Por estos cuatro puntos, un equipo pequeño puede perfectamente llevar un lado del negocio dentro de la herramienta del otro durante un tiempo. La cuestión es qué se rompe al crecer, y se rompe de forma predecible.

El modo de fallo: forzar una herramienta a hacer el trabajo de la otra

Hay dos versiones, y fallan de manera distinta.

Oportunidades como tarjetas kanban sin historial

Es la más habitual. Alguien monta un tablero de proyecto llamado "Ventas" con columnas Nuevo, Contactado, Propuesta enviada, Negociación y Ganado. Se monta rápido y funciona de verdad un tiempo, porque el tablero responde a la única pregunta que tienes al principio: qué está pasando ahora.

Deja de funcionar el día que necesitas el pasado. Una tarjeta de tarea guarda un estado actual, no una secuencia de hechos. Cuando un cliente vuelve once meses después y pregunta si sigue vigente el presupuesto anterior, el tablero no tiene respuesta: la tarjeta se movió a Ganado, se archivó con el tablero y el presupuesto vivía en un hilo de correo que nadie encuentra. El mismo hueco aparece cuando intentas entender por qué mueren las oportunidades. Tienes el resultado y ningún motivo.

Hay un segundo coste, más silencioso. Los tableros de tareas no están hechos para ser completos, sino para estar al día, así que a nadie le importa una tarjeta con la descripción vacía. Una ficha de CRM con la descripción vacía es un cliente del que no sabes nada, y nadie se da cuenta hasta que se va la persona que sí sabía.

Clientes seguidos en una lista de tareas

El error inverso es más sutil. Aquí el CRM va bien y el trabajo de entrega vive como tareas de CRM colgadas de contactos: "montar la web de Harper", "segunda ronda de cambios de Harper", "entrega final de Harper".

Colgada de una persona, esa lista no tiene orden, ni dependencias, ni vista de carga. No ves que la segunda ronda no puede empezar hasta que el cliente devuelva el feedback, y no ves que el mismo diseñador acumula once de estas entre nueve clientes. Todo parece ir bien hasta que tres entregas chocan en la misma semana.

La señal es sencilla. Si te descubres escribiendo fechas dentro de los títulos de las tareas para poder ordenarlas, se te ha quedado pequeña la lista de tareas del CRM y necesitas secuenciación de verdad.

La prueba de decisión: ¿la ficha sobrevive al trabajo?

Esta es la única pregunta que resuelve casi todos los casos. Coge cualquier ficha de tu negocio y pregunta: cuando este trabajo termine, ¿esta ficha seguirá importando?

Si la respuesta es sí, su sitio es un CRM. Un cliente, un proveedor, un socio, una cuenta continuada. Terminar un encargo no termina la relación, y archivar la ficha te hace perder algo que querrás más adelante.

Si la respuesta es no, su sitio es la gestión de proyectos. Un lanzamiento, un desarrollo, una migración, una campaña. Cuando sale, su papel se acabó y archivarlo es lo correcto y no una pérdida.

Pasa esa prueba por todo lo que hoy sigues y en unos diez minutos tendrás una separación limpia. Después aplica la segunda pregunta a esa separación: cuántas veces al mes algo tiene que pasar de un lado al otro. Cada oportunidad ganada que se convierte en proyecto entregado es un cruce. Cada proyecto entregado que genera una conversación de renovación es otro. Cuenta los cruces mensuales. Ese número, más que cualquier lista de funciones, te dice cuánto vale para ti un montaje conectado.

Un ejercicio relacionado: si ya manejas más de un puñado de herramientas, nuestro artículo sobre la dispersión de herramientas en pymes incluye un método de auditoría para contar los saltos que da una sola ficha por toda tu pila.

Si usas ambos, el traspaso es todo el problema

Muchos negocios necesitan legítimamente un CRM dedicado y una herramienta de proyectos dedicada. Sobre todo en sectores especializados: si tu entrega requiere planificación de obra o gestión de recursos de ingeniería, un espacio de trabajo generalista no va a igualar a una herramienta creada para eso, y no conviene fingir lo contrario.

Pero cuando conviven los dos, un solo momento concentra casi todo el riesgo: el paso de oportunidad ganada a proyecto activo.

En un montaje de dos herramientas, ese momento es una persona copiando información. Lo que se copia es lo que cabe en la plantilla de proyecto, y lo que se pierde es todo lo que no tenía campo: el descuento que aceptaste, la fecha que prometiste de palabra, el hecho de que el cliente odia las llamadas, el motivo por el que te eligió frente al más barato. Entrega arranca entonces con una foto parcial, y el cliente lo vive como una empresa que no habla consigo misma.

Tres cosas hacen que ese traspaso sea sobrevivible:

1. Una sola dirección de verdad. La ficha del cliente vive en un sistema y solo en uno. El otro guarda una referencia, nunca una copia.
2. Una carga de traspaso escrita. Acordad la lista exacta de campos que deben viajar, incluidos los blandos. Si la fecha prometida y el motivo de la victoria no están en la lista, no viajarán.
3. Alguien que sea dueño del cruce. Automático o humano, pero con nombre. Los traspasos que pertenecen "al equipo" ocurren a la velocidad de nadie.

Si lo montas tú con integraciones, cuenta con mantenimiento. Las sincronizaciones se rompen en silencio, normalmente tras renombrar un campo, y sueles enterarte por un cliente antes que por una alerta.

La tercera respuesta: cuando la oportunidad y sus tareas son el mismo objeto

Hay una manera de hacer que el problema del traspaso desaparezca en lugar de gestionarlo, y merece la pena entenderla aunque decidas que no: mantener la relación y el trabajo en el mismo espacio, sobre fichas que ya se conocen entre sí.

Eso es lo que está en el centro de Zoye. Es un operador de negocio con IA, no un CRM ni una herramienta de proyectos, y la consecuencia práctica es que una oportunidad, su contacto, sus tareas, sus archivos, sus eventos de calendario y sus facturas no son fichas separadas en sistemas separados que hay que sincronizar. Son un único objeto conectado visto desde ángulos distintos. Pasar una oportunidad a Ganado no obliga a nadie a reteclearla como proyecto, porque las tareas ya colgaban de la oportunidad.

Tareas en un tablero, con cada tarjeta todavía unida a la oportunidad y al cliente de los que salió

Qué cambia en el uso diario:

• El tablero kanban de entrega y el pipeline de ventas son vistas distintas sobre los mismos datos conectados, así que el historial de un cliente y su trabajo en curso están a un clic.
• Las reglas que en otro caso habría que programar entre dos herramientas se describen en una frase y se confirman antes de ejecutarse. Oportunidad ganada que crea las tareas de alta. Oportunidad callada siete días que se hace notar. Factura vencida que se reclama sola. Cada ejecución queda registrada y es reversible.
• El mismo asistente funciona en la app web, en WhatsApp, por nota de voz y en Slack, lo que importa más de lo que parece cuando la persona que sabe qué se prometió está en una obra y no delante de un ordenador.
• Las fichas llegan desde donde ya están. Los proyectos existentes se importan desde Trello, Jira, Notion, ClickUp, Monday.com o una hoja de cálculo, y el asistente sabe sacar contactos de un CSV, un PDF o una foto.

Siendo claros con los límites: esto no sustituye a un planificador especializado, a un libro contable ni a una suite de tickets de soporte, y si tu entrega necesita de verdad alguno, consérvalo y conéctalo. La afirmación es más estrecha y más útil que "lo reemplaza todo". Dice que la ficha del cliente y el trabajo que la atiende no deberían vivir en dos sitios, porque el espacio entre ambos es justo donde se pierden las cosas.

Los precios están publicados al completo en la página de precios por si quieres compararlos con una pila de dos herramientas.

Cómo decidir según la forma de tu negocio

Trabajo puntual para desconocidos. Limpieza, oficios de un solo encargo, instalaciones únicas. Gestión de proyectos primero. La relación rara vez se repite, así que el CRM aporta menos. Mantén una lista de contactos que puedas buscar y retomar dentro de un año.

Clientes recurrentes, entrega sencilla. Consultores, coaches, la mayoría de servicios B2B. CRM primero. El trabajo son unos pocos pasos que caben en tu cabeza; la relación es el activo y necesita memoria.

Clientes recurrentes, entrega compleja. Agencias, estudios, integradores. Necesitas ambos, así que el traspaso es tu riesgo. O los conectas bien, o usas un espacio de trabajo donde ya vengan conectados.

Ciclos de venta largos, entrega corta. Software empresarial, bienes de equipo. Muy escorado al CRM. Casi todo el valor está en seguir una conversación de nueve meses con cinco interlocutores.

Ciclos de venta cortos, entrega larga. Construcción, fabricación a medida, grandes obras. Escorado a proyectos, con un CRM ligero para el pipeline y para la relación posterior a la entrega.

Estés en el grupo que estés, al final se aplica la misma regla: compra para la fuga que sabes nombrar, no para el organigrama que esperas tener.

Preguntas frecuentes

Conclusión

CRM y gestión de proyectos no compiten. Responden a preguntas distintas sobre objetos distintos con vidas distintas. El CRM responde a quién es esta persona y a todo lo que ha pasado con ella. La herramienta de proyectos responde a qué viene después y a si llegará a tiempo.

Probablemente acabes necesitando ambos. Lo que conviene resistir es tomar eso como argumento para dos suscripciones y una sincronización entre ellas, porque la sincronización no es la parte difícil. La parte difícil es que un cliente y el trabajo que haces para él son la misma historia, y cada frontera que trazas en medio de esa historia te cuesta un trozo de ella.

Decide con la prueba de supervivencia de la ficha, compra para la fuga que sabes nombrar y mantén el cruce entre ventas y entrega lo más corto que puedas.

Lectura relacionada: qué es realmente un CRM, cómo elegir software de gestión de proyectos, el coste real de la dispersión de herramientas y todo el conjunto de funciones en un solo espacio de trabajo.