CRM a medida y sistemas de gestión
Tu empresa ya tiene un proceso. Construimos el sistema que lo entiende.
Un CRM a medida es un sistema diseñado alrededor de cómo trabaja tu empresa, en lugar de adaptar la empresa a un CRM estándar. Diseñamos CRM, plataformas internas y sistemas de gestión alrededor de cómo funciona realmente cada empresa: sus datos, estados, personas, reglas, operaciones, documentos, automatizaciones e integraciones.
Cuando una herramienta genérica obliga al equipo a cambiar su forma de trabajar, crear hojas paralelas o resolver a mano lo que el software no contempla, probablemente el problema ya no es el proceso. Es el sistema.
- Sin documento aprobado, no avanza
- Solo el responsable puede cerrar
- Plazo vencido → aviso
Cuando el software deja de encajar
Cuando el negocio empieza a trabajar alrededor del software.
El software genérico no es malo. El problema aparece cuando el modelo del software y el modelo del negocio dejan de coincidir. Entonces el equipo compensa la diferencia, y esa compensación tiene señales reconocibles.
La misma información se introduce en varios sitios.
El cliente existe en el CRM, en una hoja y en la herramienta de facturación, y ninguna versión es la completa.
CRMEmpresa Norte S.L.HojaEmpresa Norte S.L.FacturaciónEmpresa Norte S.L.Hay una hoja de cálculo porque el CRM no puede representar parte del proceso.
Suele llamarse «Seguimiento», va por la versión tres y la mantiene una sola persona.
ABCDSeguimiento_v3PendientesCopia de PendientesLos seguimientos importantes dependen de que alguien se acuerde.
No hay plazo en el sistema: hay una nota, un recordatorio en el móvil o memoria.
Llamar el juevesRevisar contrato¿Se envió?Dos sistemas necesitan una persona en medio.
Alguien copia datos de una herramienta a otra cada semana. Esa persona es la integración.
Sistema AUna personaSistema BEl equipo usa WhatsApp o el correo para completar lo que el CRM no contempla.
El proceso ocurre en conversaciones que el sistema no ve.
¿Esto ya está aprobado?
Creo que sí, míralo en el Drive
Un cambio de estado sencillo exige varias acciones manuales.
Cambiar el estado, avisar a alguien, crear una tarea, actualizar una hoja y mover un documento: cinco pasos para un solo hecho.
- 1 · Cambiar estado
- 2 · Avisar
- 3 · Crear tarea
- 4 · Actualizar hoja
- 5 · Mover documento
Los informes se montan a mano desde varias fuentes.
Cada mes alguien exporta, cruza y corrige. El dato llega tarde y con dudas.
- Export CRM
- Hoja
- Correo
Si reconoces varias de estas escenas, el equipo ya está haciendo el trabajo que debería hacer el sistema.
Qué entendemos por un sistema de gestión
Antes de elegir qué llamar al sistema, definimos qué tiene que entender.
CRM, ERP, plataforma interna, software de gestión: la etiqueta viene después. Cualquier sistema que sostiene una operación se compone de las mismas nueve piezas. Selecciona una para ver qué aporta al modelo.
Las piezas del modelo
- Tipo
- Cuenta
- Canal
- Web
- Responsable
- L. Vidal
- Plazo
- 12 días
- Requisito
- Obligatorio
- Vigencia
- 2027
- Vence
- Jueves
- Prioridad
- Alta
¿Qué gestiona la empresa?
Clientes, casos, pedidos, proyectos, activos, documentos: los objetos reales con los que trabaja el equipo, con los datos que necesitan y no con los que trae el software por defecto.
No diseñamos pantallas primero. Diseñamos qué existe, cómo se relaciona, qué puede ocurrir, quién puede hacerlo y qué debe pasar solo. Las pantallas son la consecuencia.
El modelo, en funcionamiento
El mismo enfoque puede modelar negocios muy distintos.
Un caso ficticio recorre el sistema: un cliente abre un caso, el caso necesita un documento, el documento genera una tarea, la tarea requiere una aprobación y la aprobación produce un resultado. Cambia de lente para ver qué entiende el sistema en cada momento.
Lentes del sistema
Quién es el cliente, de dónde viene, qué valor tiene el caso y quién lo lleva.
- 01Cliente
- Cuenta · canal web
- Valor estimado 18.000 €
- 02Caso
- Oportunidad abierta
- Comercial: L. Vidal
- 03Documento
- Propuesta enviada
- 04Tarea
- Seguimiento a 3 días
- 05Aprobación
- Aceptación del cliente
- 06Resultado
- Cliente activo
Escenario ficticio. Las entidades, los estados y las reglas se diseñan con cada empresa.
Lo que cambia entre empresas son las entidades, los estados y las reglas. Lo que no cambia es que se pueden modelar.
CRM
Un CRM a medida entiende el ciclo real del cliente, no solo la lista de contactos.
Guardar clientes y oportunidades es lo mínimo. Un CRM diseñado alrededor del negocio sabe de dónde llega cada cliente, en qué fase está, quién lo lleva, qué se le ha dicho, qué documento falta y qué debe ocurrir a continuación.
- 03
- Oportunidad
- Qué necesita
- Responsable asignado
- Qué ocurre después
- Preparar la propuesta
Este ciclo es un ejemplo. Las fases, sus requisitos y sus plazos se configuran alrededor de cómo vende realmente cada empresa.
Qué puede entender un CRM a medida
- 01Tipos de cliente
- 02Canales de captación
- 03Estados comerciales
- 04Responsable y equipo
- 05Historial completo
- 06Comunicación
- 07Tareas y plazos
- 08Operaciones relacionadas
- 09Documentos
- 10Reglas propias
Empresa Norte S.L.
- Oportunidades
- 2 abiertas
- Última comunicación
- Ayer · correo
- Tarea
- Enviar propuesta · jueves
- Operaciones
- 1 en curso
- Documentos
- Contrato marco · en revisión
El ciclo comercial deja de ser un embudo genérico y pasa a ser el de la empresa.
Operación
El cliente es solo una parte del sistema.
Muchas empresas no gestionan solo relaciones: gestionan casos, pedidos, proyectos, expedientes, instalaciones, contratos o solicitudes. Ese objeto operativo es el centro real del trabajo, y el sistema debe conectarlo con el cliente y con todo lo que le ocurre.
Cambia el nombre. El modelo se mantiene.
Caso#2041
En curso- Responsable
- L. Vidal
- Tareas
- 3 pendientes
- Documentos
- 2 de 3 aprobados
- Plazos
- Entrega en 12 días
- Comunicación
- Último mensaje ayer
- Reglas
- No cierra sin documentación
Un objeto con vida propia
La operación tiene estados, plazos y responsables propios, distintos de los del cliente.
Todo lo que le ocurre, en su ficha
Tareas, documentos, mensajes, decisiones y cambios quedan en la operación, no repartidos por herramientas.
Relación y ejecución, sin mezclarse
La parte comercial y la parte operativa conviven en el mismo sistema, cada una con su lógica.
Varias operaciones por cliente
Un cliente puede tener muchas operaciones a lo largo del tiempo, cada una con su historial.
Cuando el sistema entiende el objeto operativo, deja de ser un CRM con campos extra y empieza a ser el sistema de la empresa.
Estados y flujos
El sistema sabe en qué punto está cada cosa y qué debe ocurrir después.
Casi todo proceso tiene fases. Un cambio de estado no es un color en una columna: puede exigir información, restringir quién actúa, crear tareas, avisar a alguien, pedir un documento o disparar una automatización. Selecciona un estado para ver qué controla.
- En revisión
- En revisión
- Información necesaria
- Documentación adjunta
- Quién puede actuar
- Revisores y responsable
- Qué ocurre al entrar
- Se avisa al revisor; nadie más edita mientras tanto
- Automático
- Plazo de revisión a 2 días → recordatorio
- Puede pasar a
Estados de ejemplo. Cada empresa tiene los suyos, y eso es precisamente lo que se modela.
Un flujo bien modelado convierte «¿en qué punto está esto?» en una pregunta que nadie necesita hacer.
Automatización
Si una regla se conoce y una tarea se repite, el sistema debería ejecutar parte de ella.
La automatización no sustituye el criterio del equipo: quita el trabajo mecánico que rodea a cada decisión. Estos son ejemplos del tipo de reglas que se pueden diseñar; las reglas concretas se definen con cada empresa.
Nueva entrada
- EventoLlega un lead
- CondiciónTiene los datos mínimos
- ReglaReparto por zona o por carga de trabajo
- AcciónSe asigna responsable y se crea la primera tarea
- ResultadoNadie queda sin atender
Plazo cercano
- EventoUn plazo se acerca
- CondiciónFaltan menos de N días
- ReglaAviso escalonado
- AcciónAlerta al responsable; si vence, a su superior
- ResultadoLos plazos no se pierden
Documento aprobado
- EventoUn documento pasa a aprobado
- CondiciónEra un requisito del proceso
- ReglaPuerta de avance
- AcciónEl caso pasa al siguiente estado y se notifica
- ResultadoEl expediente avanza solo
Cambio en un registro
- EventoCambia un dato relevante
- CondiciónEl dato existe en otro sistema
- ReglaSincronización
- AcciónSe actualiza el sistema externo
- ResultadoUna sola versión de la verdad
Inactividad
- EventoUn caso no cambia
- CondiciónLleva N días sin actividad
- ReglaDetección de estancamiento
- AcciónAparece en el seguimiento de su responsable
- ResultadoNada se queda olvidado
Formulario recibido
- EventoSe envía un formulario
- CondiciónLos campos son válidos
- ReglaEstructuración
- AcciónSe crea el registro con sus datos y su responsable
- ResultadoSin copiar a mano
Los umbrales (días, importes, cargas) son parámetros de la empresa: se configuran, no se programan. En el sistema que ya hemos construido, decenas de reglas de este tipo funcionan cada día.
Documentos
Un documento no debería quedarse como un archivo adjunto sin contexto.
En muchas operaciones el documento es el proceso: contratos, certificados, autorizaciones, informes, facturas. Un sistema a medida puede tratarlos como lo que son: piezas con tipo, estado, dueño, requisitos y consecuencias.
- Tipo
- Contrato
- Pertenece a
- Operación #2041
- Estado
- En revisión
- Responsable
- Administración
- Requisito
- Obligatorio para iniciar
- Validación
- Pendiente de revisión
- Aprobación
- Dirección
- Firma
- Requerida
- Vigencia
- Hasta 31/12/2027
Ciclo de un documento
Requisitos que bloquean
Un proceso puede exigir documentos concretos antes de avanzar. Sin ellos, el sistema no permite el paso y explica qué falta.
- Contrato aprobado
- Identificación verificada
- Certificado vigente
Inicio bloqueado · falta 1 documento
Aprobar desbloquea
Cuando un documento se aprueba, el proceso al que pertenece puede avanzar sin que nadie lo empuje.
Caducar avisa
Los documentos con vigencia generan alertas antes de vencer, no después.
Rechazar devuelve
Un rechazo vuelve el documento a su dueño con el motivo y crea la tarea de corregirlo.
Firmar deja constancia
La firma, digital o registrada, guarda quién, cuándo y sobre qué versión.
Qué documentos, qué requisitos y qué firmas hacen falta depende de cada empresa.
El expediente deja de ser una carpeta y pasa a ser un estado del proceso.
Comunicación en contexto
Un mensaje casi nunca es solo un mensaje. Pertenece a algo.
Correos, llamadas, mensajes y notas suelen referirse a un cliente, un caso, una operación o una tarea. Cuando el sistema conserva esa relación, quien abre la ficha sabe qué se dijo, cuándo y qué toca hacer.
- 01
Mensaje
Llega un correo, una llamada o un mensaje.
- 02
Contacto
El sistema identifica a quién pertenece.
- 03
Operación
Lo vincula al caso, pedido o proyecto en curso.
- 04
Siguiente acción
Responder, crear una tarea, cambiar un estado o avisar a alguien.
Según las herramientas que use la empresa, los canales de comunicación pueden integrarse en el contexto operativo: correo, telefonía, mensajería o formularios.
- Os adjunto el contrato firmado. ¿Cuándo empezamos?
- Correo vinculado a Empresa Norte · Caso #2041
- Documento «Contrato marco» → Firmado
- Tarea creada: planificar el inicio · L. Vidal
Correo
Los hilos se asocian a la ficha correcta y quedan disponibles para todo el equipo autorizado.
Llamadas
Cada llamada puede registrarse con resultado y siguiente paso, y programar la devolución.
Mensajería
Las conversaciones dejan de vivir en el móvil de una persona.
Ninguna conversación importante debería depender de quién la tuvo.
Permisos y responsabilidad
Cada persona trabaja con la información y las acciones que corresponden a su función.
Un sistema interno necesita saber quién puede ver, editar, aprobar, asignar, cerrar, exportar o configurar. No como una restricción, sino como la forma de que cada persona tenga delante exactamente su trabajo.
| Alcance | Ver | Editar | Aprobar | Asignar | Cerrar | Exportar | Configurar |
|---|---|---|---|---|---|---|---|
| ✓ | ✓ | — | — | — | — | — | |
| ✓ | ✓ | ✓ | ✓ | ✓ | — | — | |
| ✓ | ✓ | ✓ | ✓ | ✓ | ✓ | ✓ |
Visibilidad por alcance
Lo propio, lo del equipo o el conjunto, según la función.
Acciones con dueño
Aprobar, cerrar o reasignar quedan reservadas a quien corresponde, y el sistema lo aplica aunque se intente por otra vía.
Trazabilidad
Quién hizo qué y cuándo queda registrado sin esfuerzo adicional.
La responsabilidad deja de ser una convención y pasa a estar en el sistema.
Integraciones
El sistema no debería vivir aislado.
La empresa ya usa otras herramientas: facturación, web, correo, calendario, pagos o un sistema antiguo que no se puede apagar. El sistema a medida se conecta con ellas para que la información se mueva sola en lugar de copiarse a mano. Selecciona una conexión de ejemplo.
ERP / facturación
- OrigenSistema a medida
- DatosOperación cerrada, cliente y conceptos
- ReglaAl completar una operación
- DestinoERP
Lo que deja de hacerse a mano
Crear la factura o el pedido copiando datos.
Las integraciones posibles dependen de cada herramienta y de lo que permita su acceso. Se estudian en el proyecto; no todas están siempre disponibles.
Con las conexiones en su sitio, nadie tiene que ser la integración.
Visibilidad
Cuando la operación está estructurada, verla es una consecuencia.
Un sistema de gestión no debería limitarse a recoger datos. Con el modelo en su sitio, puede responder en cualquier momento a la pregunta que importa: ¿qué está ocurriendo ahora en la operación?
Casos por estado
- Nuevo 9
- En revisión 11
- Aprobado 6
- En curso 17
- Bloqueado 3
- Completado 42
Trabajo pendiente por responsable
- L. Vidal7
- M. Serra5
- A. Roig4
- Sin asignar2
Dónde espera más tiempo
- En revisión4,2 días
- Bloqueado3,5 días
- Aprobado1,1 días
Actividad · últimos 14 días
Pipeline comercial
- Lead24
- Cualificado15
- Propuesta8
- Cliente5
Valores ficticios. Los indicadores reales se definen a partir de lo que cada empresa necesita decidir.
Qué responde
- Cuánto hay en cada estado
- Qué trabajo está pendiente y de quién
- Dónde se atasca el proceso
- Qué actividad ha habido
- Cómo va la parte comercial
- Qué plazos vencen esta semana
Los informes dejan de montarse a mano porque el dato ya nace estructurado.
IA
La IA tiene sentido cuando puede entender información o eliminar una decisión repetitiva.
No como envoltorio del producto: como una función concreta dentro del proceso, con datos del sistema y con una persona al mando de la decisión. Algunas posibilidades:
- Texto sin estructuraCampos estructuradosUn correo o un formulario libre se convierte en un registro con sus datos en su sitio.
- DocumentoDatos extraídosImportes, fechas, partes o condiciones pasan del PDF a la ficha, para revisión.
- ConversaciónCualificaciónUna llamada o un chat se resume y se clasifica: qué quiere, cuánto urge, a quién corresponde.
- Datos internosRespuesta asistidaEl equipo pregunta al sistema sobre la operación y obtiene una respuesta basada en sus propios datos.
- ClasificaciónSiguiente flujoUna entrada se clasifica y se dirige al proceso adecuado, con la decisión final registrada.
Hola, somos Empresa Norte. Necesitamos renovar el contrato de mantenimiento antes del 30 de octubre, para las dos sedes. ¿Podéis enviarnos propuesta esta semana?
- Cliente
- Empresa Norte
- Tipo
- Renovación de contrato
- Plazo
- 30 de octubre
- Alcance
- 2 sedes
- Siguiente acción
- Enviar propuesta · esta semana
La IA trabaja dentro del proceso, sobre los datos y las reglas del sistema. No toma decisiones de negocio sin control.
En un sistema que ya hemos construido, la IA atiende llamadas, completa solicitudes por mensajería y redacta borradores de documentos, siempre con revisión humana. Qué funciones tienen sentido en cada empresa se decide en el proyecto.
CRM, sistema o plataforma
Quizá necesitas un CRM. Quizá necesitas algo más.
No son paquetes ni niveles de precio: son tres alcances conceptuales. Ayudan a entender qué parte de la empresa va a vivir en el sistema.
02
Sistema de gestión
Modela el proceso operativo de la empresa: lo que ocurre después de vender, con sus objetos, estados, documentos, reglas y automatizaciones.
- Todo lo anterior
- Operaciones, casos o pedidos
- Estados y flujos
- Documentos y permisos
- Automatización
Muchos proyectos empiezan en el primer alcance y crecen hacia el segundo cuando el proceso lo pide.
Lo importante no es el nombre. Es cuánto de la empresa tiene que entender el sistema.
Genérico frente a medida
El software genérico es útil cuando el negocio encaja en su modelo.
No se trata de atacar a nadie. Un CRM o un ERP estándar resuelve bien aquello para lo que fue diseñado. La pregunta es si tu operación es lo que ese software esperaba.
Sistema genérico
Configuras el negocio alrededor de las estructuras disponibles.
Encaja cuando
- El proceso se parece al de la mayoría
- La complejidad es baja y estable
- Las integraciones no son críticas
- Los ajustes caben en campos y vistas
Sistema genérico · Sistema a medida
Sistema a medida
Las estructuras se diseñan alrededor del negocio.
Tiene sentido cuando
- El proceso es diferencial y forma parte de la ventaja
- La complejidad es alta o crece
- Los apaños se multiplican y ya tienen dueño
- Las integraciones son importantes para operar
- La operación manual cuesta más que el sistema
- La empresa necesita su propia lógica
Cuando el modelo del software y el del negocio se separan, cada apaño es un síntoma. El sistema a medida elimina la causa.
Tecnología
La arquitectura se decide después de entender el negocio.
Según el proyecto, el sistema puede construirse sobre Odoo, sobre una arquitectura web propia o combinando ambas. La elección no es una preferencia: sale de criterios concretos.
Cómo decidimos
- 01Ecosistema existenteQué herramientas ya usa la empresa y cuáles deben quedarse.
- 02Complejidad del procesoCuántas entidades, estados y reglas hay que modelar.
- 03IntegracionesCon qué sistemas debe hablar y con qué frecuencia.
- 04EscalaVolumen de datos, usuarios y operaciones previstas.
- 05PropiedadQuién controla el código, los datos y la infraestructura.
- 06MantenimientoQuién lo sostiene y con qué esfuerzo.
- 07EvoluciónCómo cambiará el sistema cuando cambie la empresa.
Con qué construimos
Odoo
Una base sólida cuando la empresa se beneficia de su ecosistema: usuarios, permisos, actividades, documentos y módulos a medida encima. Es una capacidad importante, no la respuesta obligatoria.
Arquitectura web propia
Aplicación a medida con React en la interfaz y Node.js o Python en el servidor, cuando el proceso, la escala o la experiencia lo piden.
Base de datos diseñada para la operación
PostgreSQL como norma, con el modelo de datos como primera decisión de diseño.
APIs e integraciones
Conexiones con servicios externos y sistemas existentes, con sus reglas de sincronización.
Infraestructura adecuada
La que corresponda al proyecto: despliegue, copias, entornos y observabilidad.
El negocio decide la arquitectura.No al revés.
Experiencia real
Ya hemos convertido una operación compleja en un sistema.
Esto no es teoría. Una operación inmobiliaria completa se modeló en software a medida que conecta:
- Propiedades
- Clientes
- Demanda
- Matching
- Visitas
- Operaciones
- Documentación
- Comunicación
- Automatización
- Integraciones
40K+
Propiedades gestionadas
20+
Módulos Odoo a medida
70
Modelos de datos propios
45
Procesos automáticos programados
Es una implementación real, en un sector concreto, que demuestra el enfoque de ingeniería: entender la operación, modelarla y construir el sistema alrededor. No es una prueba de todos los sectores. Es la prueba de que sabemos hacerlo.
Nombres, cifras de negocio y datos del cliente se mantienen confidenciales.
¿Cuándo tiene sentido?
¿Cuándo tiene sentido construir un sistema a medida?
- 01
El CRM ya no representa cómo opera el negocio.
- 02
Procesos críticos viven en hojas de cálculo.
- 03
La misma información se mantiene en varias herramientas.
- 04
El equipo copia o concilia datos de forma repetida.
- 05
Flujos importantes dependen de la memoria de alguien.
- 06
La empresa tiene estados o reglas que el software actual no puede modelar.
- 07
Las integraciones se han vuelto importantes para operar.
- 08
Dirección no tiene una visión fiable de lo que está pasando.
- 09
Hace falta software alrededor de un proceso único de la empresa.
No hay un número de empleados ni una cifra de facturación a partir de la cual esto tiene sentido. Lo tiene cuando el proceso vale más que la herramienta que lo sostiene.
De qué nos hacemos responsables
No necesitas llegar con una especificación técnica.
Puedes llegar con «así funciona nuestra empresa». A partir de ahí, el proyecto puede cubrir el ciclo completo del sistema:
01
Entender
- Descubrimiento del proceso
- Modelado funcional
02
Diseñar
- Modelo de datos
- Arquitectura
- Experiencia e interfaz
03
Construir
- Interfaz
- Servidor y lógica de negocio
- Automatización
- IA donde aporte
04
Conectar
- Integraciones
- Migración de datos
- Pruebas
05
Operar
- Despliegue
- Documentación
- Mantenimiento y evolución
El alcance se define con cada empresa. Lo que no cambia es que el sistema tiene un responsable de principio a fin.
El punto de partida
No necesitas saber cómo debería llamarse la herramienta.
Explícanos qué ocurre desde que algo entra en tu empresa hasta que el proceso termina. Estas son las preguntas con las que empezamos, y en qué se convierte cada respuesta dentro del sistema.
Selecciona una pregunta
¿Qué entra en el proceso?
Solicitudes, leads, pedidos, incidencias: el punto de partida define las entidades de entrada y sus canales.
Se convierte en
Entidades y canales
Cómo abordamos el proyecto
Un proyecto que empieza por la empresa, no por la herramienta.
- 01
Entender
Estudiamos la operación real: personas, información, herramientas y tiempos.
Diagnóstico
- 02
Modelar
Entidades, relaciones, estados y reglas del negocio.
Modelo funcional
- 03
Arquitectar
Sistema, datos, integraciones y permisos.
Arquitectura
- 04
Construir
Interfaz, lógica y automatización, por bloques revisados con el equipo.
Sistema
- 05
Conectar
Herramientas externas y migración de datos.
Ecosistema
- 06
Operar
Despliegue, medición y evolución cuando la empresa cambia.
Operación
Tu sistema
Cuéntanos cómo funciona hoy tu empresa.
No necesitas llegar con una especificación técnica. Explícanos qué gestionáis, quién interviene, qué herramientas utilizáis y dónde se pierde tiempo. A partir de ahí podemos diseñar el sistema que tenga sentido.