Cómo migrar de otro CRM (o de la hoja de cálculo) a Kommo sin perder datos ni historial es un proceso de 4 etapas: limpiar y estandarizar la base antes, mapear campos, deduplicar por teléfono/correo electrónico, importar en lote y validar por muestra. El truco (y la razón por la que tanta gente se rinde) es que el problema casi nunca es “subir el CSV”: es el desorden que viene junto — contacto duplicado, teléfono sin 9º dígito, campo cambiado, pipeline incompatible, e historial que no llega como esperas.
Ya he migrado bases “sucias” con operación en marcha. Y seré honesto: la migración es el momento en que más gente pierde datos y se rinde. ¿Y sabes qué es peor? El dolor aparece disfrazado en búsquedas como “implementación”, “reiniciar Kommo”, “resetear embudo”… porque el CRM queda sucio el día 1, el equipo pierde confianza y la empresa vuelve a la hoja de cálculo/WhatsApp.
En esta guía te daré el paso a paso real para migrar de Hoja de cálculo, RD Station CRM o HubSpot a Kommo — con los errores que ya cometí (como entrega cruzada por número mal formateado). Método > improvisación. Datos > suposiciones.
La tesis (y alerta): migrar mal ensucia Kommo el día 1
Si solo “exportas del sistema antiguo e importas en Kommo”, heredarás:
- Duplicidad (misma persona con 2 correos, 3 teléfonos y 4 grafías del nombre)
- Teléfono sin estándar (con/sin código de área, con/sin 9º dígito, con espacio, paréntesis, con +55…)
- Campos intercambiados (empresa en el campo de nombre, CPF en observación, origen en un “campo libre”)
- Negocios desordenados (un lead con 5 negocios, o un negocio con 10 contactos)
- Historial roto (actividades y notas que no migran, o migran como texto suelto)
El ROI de Kommo no nace en la importación. Nace cuando puedes confiar en los datos y ejecutar automatización sin miedo. Si quieres una visión más amplia de cómo estructuro Kommo “del lead al cierre”, lo detallé aquí: Cómo funciona Kommo CRM en la práctica: del lead al cierre.
Para quién sirve esta guía (y para quién NO sirve)
Sirve para ti si:
- Tienes base en hoja de cálculo, RD Station CRM, HubSpot (u otro CRM) y quieres migrar a Kommo con seguridad.
- Tienes operación activa (WhatsApp, inbound, outbound) y no puedes “parar el comercial” por 2 semanas.
- Aceptas hacer el trabajo aburrido: estandarizar, limpiar, deduplicar y validar.
NO sirve para ti si:
- Quieres “migrar todo de cualquier manera” y arreglar después. Después se vuelve nunca.
- Tu equipo no está dispuesto a seguir el estándar (ej.: todos registran el teléfono de una forma).
- Estás cambiando de CRM para evitar problemas de proceso (el CRM no arregla mala gestión).
Checklist de migración a Kommo (visión de proyecto)
Conduzco la migración como proyecto con puntos de control. Aquí está el mapa:
- Fase 0 — Estrategia: qué entra en Kommo ahora, qué se archiva, qué queda en el sistema antiguo por historial
- Fase 1 — Higienización: estandarizar columnas, teléfonos, correos, nombres, UTM/origen
- Fase 2 — Modelado: crear campos en Kommo, pipeline(s), etapas, responsables
- Fase 3 — Dedupliación: regla por teléfono/correo + excepciones
- Fase 4 — Importación y validación: lote + muestra + corrección + lote final
- Fase 5 — Corte: congelar base antigua, mantener ventana de ajustes y entrenar al equipo
Si aún estás decidiendo si Kommo tiene sentido y en qué plan, lo desgloso con números aquí: ¿Cuánto cuesta Kommo CRM? Precios y planes en 2026 y aquí: Licencias de Kommo CRM: ¿Cuál es la mejor para su empresa?.
Paso a paso real: migrar de hoja de cálculo / RD Station / HubSpot a Kommo
1) Define el alcance: qué es “dato vivo” y qué es “archivo muerto”
El primer error es intentar migrar 100% de todo por miedo a “perder historial”. Esto se vuelve una importación gigantesca, lenta, cara y con poca utilidad diaria.
Lo separo así:
- Dato vivo (migra): leads y clientes activos, oportunidades en curso, cartera, etiquetas, origen, responsable, estado de calificación.
- Historial útil (migra parcial): últimas interacciones relevantes (ej.: última fecha de contacto, último mensaje, última propuesta).
- Archivo muerto (no migra): negociaciones perdidas de hace 3 años sin aprendizaje, listas antiguas sin consentimiento, notas sueltas que nadie lee.
Meta práctica: migrar lo suficiente para que el equipo venda mejor en la semana 1. El resto puede quedar accesible como respaldo (exportación/archivo) si realmente se necesita.
2) Normalice los teléfonos (esto por sí solo salva su migración)
Si usas WhatsApp en Kommo, el teléfono es tu “clave” de oro. Aquí es donde mucha migración se pudre.
Mi estándar para Brasil:
- Guardar en formato E.164 cuando sea posible: +55DDDNÚMERO (ej.: +5547999998888)
- Quitar máscara: nada de paréntesis, espacios ni guiones
- Garantizar DDD (sin DDD se vuelve un duplicado invisible)
- Tratar el 9º dígito: los números móviles pueden tener 8 o 9 dígitos según el origen de la base
Error que ya cometí: migrar una base con parte de los celulares sin el 9º dígito y otra parte con él. Resultado: el mismo contacto se convirtió en dos. Peor: la automatización y la atención se disparaban para “contactos diferentes” y vi casos de entrega cruzada porque el equipo creyó en el registro incorrecto. Si quieres ROI, no puedes permitir esto.
3) Estandarice correos electrónicos y nombres (la deduplicación depende de esto)
- Correo electrónico: minúsculas, sin espacios, validar formato (hay muchas cosas como “gmail.con”).
- Nombre: eliminar duplicados obvios (ej.: “José da Silva” vs “Jose Silva”), sin dejar el campo vacío.
- Empresa: separar persona física vs persona jurídica (no mezclar “nombre” con “razón social”).
4) Congele el diccionario de datos (columnas) ANTES de crear campos en Kommo
Si creas un campo en Kommo “a lo loco”, terminarás con 3 campos que significan lo mismo.
Creo un diccionario simple (puede ser en una hoja de cálculo) con:
- Nombre del campo (estándar humano)
- tipo (texto, número, lista, fecha, casilla)
- Entidad (Lead/Negocio, Contacto, Empresa)
- Origen (columna en CSV / propiedad en HubSpot / campo en RD)
- Regla (¿obligatorio? ¿formato? ¿valores permitidos?)
Esto es “ingeniería digital” aplicada: defines un estándar y luego ejecutas. Si te gusta este razonamiento de método y estructura, conecta directamente con lo que llamo MMV (Máquina de Ventas): MMV — Máquina de Ventas: qué es el método y por qué estructura vence esfuerzo.
5) Modele pipelines en Kommo con lo mínimo necesario
La migración es un mal momento para inventar 18 etapas y 9 pipelines “porque ahora sí va”. Quieres continuidad operativa.
- Crea 1 pipeline principal (o 2 como máximo) para no confundir al equipo.
- Asegura que las etapas reflejen decisiones reales (pasa/no pasa), no “sentimientos”.
- Define claramente: ¿qué es un lead? ¿qué es una oportunidad? ¿qué es un cliente?
6) Dedupliación: regla por teléfono y correo electrónico (con excepciones)
Mi regla general:
- Contacto: dedup primario por teléfono (normalizado) y secundario por correo electrónico.
- Empresa: dedup por CNPJ (cuando existe) y nombre.
- Negocios: la deduplicación es más delicada: el mismo contacto puede tener múltiples negocios legítimos.
Excepciones que necesitas mapear:
- Teléfonos compartidos (clínica, recepción, familia): la deduplicación ciega puede juntar personas equivocadas.
- Correos electrónicos genéricos (contacto@, financiero@): no sirven como clave única.
7) Migración del “histórico”: acepta la realidad y elige el formato
Ahora la parte que nadie quiere escuchar: el histórico rara vez migra 1:1 entre CRMs. Principalmente:
- tareas/actividades con estructura específica del sistema antiguo
- línea de tiempo de email marketing
- eventos de automatización
Lo que hago en la práctica para no perder contexto:
- Traigo a Kommo campos de “última interacción” (fecha) y Resumen (texto corto) cuando hace diferencia comercial.
- El historial completo queda en respaldo exportado (CSV/PDF) con gobernanza y acceso.
- Si es esencial tener registros y auditoría, prefiero mantener el sistema antiguo “solo lectura” por un período.
8) Importación por lotes en Kommo: primero piloto, luego escala
El flujo que evita desastres:
- Lote piloto: 50 a 200 registros variados (completo: con teléfono, sin teléfono, con empresa, etc.).
- Validación por muestra: revisar el 10% a mano (o al menos 20 registros), incluyendo duplicados.
- Ajuste: corregir hoja de cálculo/diccionario/campos.
- Lote final: importar el resto.
Si saltas el piloto, eliges descubrir el error cuando ya sea tarde.
9) Revisión post-migración: lo que reviso en 30–60 minutos (y todos ignoran)
- Porcentaje con teléfono vacío (esto mata WhatsApp y la deduplicación).
- Distribución por responsable (la importación puede asignar todo al dueño de la cuenta).
- Leads en etapas incorrectas (ej.: todo en “Nuevo”).
- Campos críticos (origen, producto, ciudad) completados correctamente.
- Duplicidad aparente (búsqueda por 5 teléfonos aleatorios y 5 correos aleatorios).
10) Corte (go-live) sin trauma: ventana de congelamiento y plan de rollback
Si tienes operación activa, recomiendo:
- Ventana de congelamiento: dejar de registrar en el CRM antiguo/hoja de cálculo por algunas horas (o 1 día), migrar y entrar en Kommo.
- Plan de rollback: si algo falla, sabes exactamente cómo volver atrás (y por cuánto tiempo).
- Entrenamiento corto y directo: 60–90 minutos con el equipo, enfocado en “cómo usar a partir de hoy”.
Si tu proyecto está estancado o quieres ver un paso a paso de implementación (más allá de la migración), detallé el mapa completo aquí: Implante de Kommo CRM: paso a paso real (y los 5 errores que hacen el proyecto trabar).
Tabla: errores clásicos de migración a Kommo (y corrección práctica)
| Error | Qué sucede | Cómo corregir |
|---|---|---|
| Teléfono sin estándar (con/sin 9º dígito, con/sin código de área) | Duplicidad + WhatsApp no coincide + automatización dispara mal | Normalizar (E.164), completar código de área, tratar 9º dígito y validar muestra |
| Campos mapeados “a ojo” | Origen se vuelve observación, producto se vuelve etiqueta, y el equipo pierde confianza | Congelar diccionario de datos y mapear antes de crear campo |
| Importar todo sin piloto | Error masivo y retrabajo por semanas | Hacer lote piloto (50–200), validar 10% y solo después escalar |
| Querer migrar “histórico completo” 1:1 | Frustración + línea de tiempo contaminada + costo innecesario | Migrar contexto mínimo y mantener legado solo lectura/respaldo |
| Deduplicación ciega por correo electrónico genérico | Une empresas/personas equivocadas y crea caos en la atención al cliente | Dedup por teléfono normalizado + regla de excepción para correo genérico |
El dato real que importa: costo de licencia vs costo del retrabajo
No voy a inventar precio aquí porque la licencia cambia (y depende del plan y del número de usuarios). Lo que es “dato real” y constante: migrar mal cuesta más que la licencia en la mayoría de las operaciones, porque pagas en:
- horas del equipo arreglando contacto
- pérdida de historial útil (el seguimiento desaparece)
- caída de conversión porque el equipo no confía en el CRM
- atención errónea (el peor escenario)
Si quieres ver los valores actualizados con transparencia (y lo que normalmente “nadie suma en la cuenta”), lo desgloso en páginas específicas: Cuánto cuesta el Kommo por mes de verdad? Valor por usuario + lo que nadie suma en la cuenta.
Cuándo recomiendo migrar con ayuda (y cuándo se puede hacer internamente)
Se puede hacer internamente si tienes:
- base hasta ~5 mil contactos, con datos relativamente limpios
- 1 persona “dueña del dato” con autonomía para definir estándar
- operaciones simples (1 pipeline, poca integración)
Recomiendo hacerlo con ayuda si tienes:
- base grande y antigua (10k, 50k, 200k) con múltiples fuentes
- WhatsApp como canal crítico (cualquier error se vuelve incendio)
- múltiples embudos, múltiples unidades, múltiples productos
- necesidad de mantener trazabilidad (origen/UTM, SLA, etapas)
Conclusión: migración buena es invisible; migración mala se vuelve proyecto eterno
Si guardas una frase: el problema nunca es “importar el CSV” — es el desorden que viene junto. La migración es el momento en que más gente pierde datos y se rinde. Y no estoy aquí para vender milagros: estoy aquí para construir proceso, optimizar datos y desbloquear ROI.
Si quieres migrar a Kommo sin ensuciar el CRM el día 1 (y con la operación funcionando), puedo ayudarte a implementarlo de la manera correcta, con estándar, validación y gobernanza. solicitar un proyecto.