Una Salesforce rara vez es lo que la gente espera al principio. Los equipos la planifican como un simple traslado de datos, pero descubren que también implica estructura, propiedad y verificación de la precisión. Si la planificación es incorrecta, se pueden pasar meses corrigiendo registros rotos, fechas faltantes y agentes inactivos que aún aparecen en los informes.
Esta guía es el plan exacto que nuestro equipo ha utilizado con más de 40 000 empresas que han migrado a Agentforce Service (Salesforce) a través de Help Desk Migration desde 2016. Cubre las cinco fases, el orden de carga, las ventajas y desventajas de las herramientas ( CSV, Salesforce Data Loader, Skyvia, Help Desk Migrationy servicios gestionados), plazos realistas y el trabajo de validación que determina si el primer Salesforce transcurre con tranquilidad o se convierte en un caos.
Si su sistema de origen es una mesa de ayuda como Zendesk, Freshdesk, Intercom, HelpDesko Dixatípica de CRM aSalesforce migración
Resumen
- Una migración de datos Salesforce traslada clientes, tickets, artículos de la base de conocimientos y configuración desde un sistema heredado a Salesforce Service Cloud o Sales Cloud en cinco fases: definición del alcance, preparación, asignación, migración y validación.
- La herramienta de migración adecuada depende del volumen de datos y del sistema de origen: CSV manual para pequeñas migraciones, Salesforce Data Loader o una herramienta de migración automatizada para Zendesk, Freshdesk, Intercom, HelpDesko Dixa.
- El orden de migración es importante: Cuentas → Contactos → Oportunidades/Casos → Actividades → Archivos adjuntos. Si se omite una capa, la estructura de datos se rompe.
- La mayoría de las migraciones Salesforce tardan entre unas horas y unos pocos días con el asistente de migración automatizado de Help Desk Migration, no semanas.
- Una demostración gratuita migra 20 casos y artículos reales a tu entorno de pruebas Salesforce para que puedas validar la asignación de campos antes de pagar por la migración completa.
¿Qué es la migración de datos Salesforce ?
Salesforce La migración de datos es el proceso de transferir registros (clientes, contactos, casos, archivos adjuntos, artículos de la base de conocimientos y objetos personalizados) desde un sistema de origen a Salesforce Sales Cloud o Service Cloud. Incluye la extracción, limpieza, asignación de campos, carga y validación posterior a la migración de los datos.
Normalmente necesitas uno de estos:
- Una migración desde cero : su equipo es nuevo en Salesforce y está importando datos iniciales desde hojas de cálculo, un CRM heredado o un servicio de asistencia técnica.
- Un cambio desde otra plataforma : pasar de Zendesk, Freshdesk, HubSpot, ServiceNowu otro CRM a Salesforce.
- de Salesforce Classic a Lightning : una actualización de la interfaz de usuario y del modelo de datos dentro Salesforce.
- Una consolidación de organizaciones : la fusión de dos o más Salesforce después de una adquisición.
Esta guía se centra en los dos primeros aspectos: la mayoría de los lectores planean migrar de otra plataforma de mesa de ayuda a Salesforce.
Tu plan de migración de datos Salesforce en 5 fases
Las grandes consultoras ofrecen planes de 10 pasos. En realidad, cinco pasos determinan si se transfieren datos de clientes limpios o si se dedica el primer mes a solucionar problemas.
Fase 1: Alcance e inventario
Comience por contar los registros, no por buscar coincidencias de campos. Cuente los tickets, contactos, cuentas, archivos adjuntos, artículos de la base de conocimientosy elementos personalizados de cada fuente. Tenga en cuenta la antigüedad de los registros: los datos con más de 3 a 5 años de antigüedad generalmente no necesitan ser transferidos.
El resultado de este paso es una tabla que muestra el número de registros y una decisión por escrito sobre qué migrar ("migramos a los clientes activos, los casos de los últimos 3 años y la base de conocimientos completa").
Fase 2: Limpieza y preparación de datos
Limpie sus datos antes de transferirlos, no después. Una vez que los datos desordenados están en Salesforce, los procesos automáticos se ejecutan con cada cambio y los usuarios comienzan a trabajar. Corregir problemas durante este proceso resulta costoso. Elimine los contactos duplicados, complete los campos obligatorios, borre los registros de prueba, archive los casos cerrados e inactivos y decida qué hacer con los agentes inactivos.
Utilice Help Desk Migrationde Salesforce la lista de verificación para la migración de datos. Contiene 47 elementos y detecta la mayoría de los problemas antes de la migración.
Fase 3: Mapeo de campo
Cree un documento de asignación. Cada campo de origen se muestra en una fila con su nombre, tipo, objeto Salesforce correspondiente, nombre del campo de destino, cambios necesarios y persona responsable.
La mayoría de los proyectos fracasan silenciosamente aquí. Los tipos de campo Salesforce son estrictos. Un campo de texto libre llamado "Estado" en Zendesk debe convertirse en un valor de lista desplegable Salesforce que ya esté en su sistema. Cree primero los valores de la lista desplegable y luego asígnelos.
Fase 4 — Migración (prueba, luego completa)
Comience con una migración de demostración transfiriendo 20 tickets y artículos aleatorios. Valide los resultados de la migración e identifique cualquier registro o campo dañado. Pruebe todo en un conjunto de datos pequeño y fácil de manejar antes de que afecte a los datos reales. Luego, inicie la migración completa de datos.
Con Help Desk Migration, la migración de demostración gratuita : se ejecuta automáticamente, utiliza registros reales de tu fuente y los integra en tu Salesforce . También puedes ejecutarla en un entorno de pruebas (Sandbox) para evitar mezclar registros reales con registros de prueba.
Fase 5: Validación y seguimiento posterior a la migración
Antes de la puesta en marcha: cuente los registros en el origen y el destino, verifique 20 registros para asegurarse de que las asignaciones de campos coincidan, confirme que las búsquedas funcionan, genere un informe de muestra y compárelo con el origen. Después de la puesta en marcha, supervise durante dos semanas si faltan registros, fallan las automatizaciones o disminuye la calidad de los datos.
Planifica una migración delta para las últimas horas antes del cambio: sincronizará cualquier registro creado o actualizado en el origen durante la validación.
Comparativa de herramientas de migración de datos Salesforce
Existen tres tipos principales de herramientas para la migración de datos Salesforce : la importación manual de archivos CSV , las herramientas integradas Salesforce y los servicios automatizados de terceros. La mejor opción depende de la cantidad de datos que tengas, su origen y el nivel de asistencia técnica con el que cuentes.
| Acercarse | Mejor para | Velocidad | Costo | Esfuerzo técnico | Objetos del servicio de asistencia (base de conocimientos, conversaciones paralelas, imágenes en línea) | Demostración gratuita |
| Importación manual CSV mediante el Asistente de importación de datos | Menos de 50.000 registros, esquema simple | Lento (horas por objeto) | Gratis | Nivel medio: creas archivos CSVy realizas búsquedas manualmente | Se requiere reconstrucción manual | No |
| Cargador de datos/Entorno de trabajo Salesforce | De organización a organización o de CRM aSalesforce, hasta 5 millones de registros por objeto | Medio | Gratis | Alto: requiere fluidez en administración/desarrollo | Se requiere reconstrucción manual | No |
| Skyvia (ETL/iPaaS) | Equipos que desean una herramienta de canalización de datos a largo plazo, no solo una migración única | Medio | Entre 79 y 159 dólares al mes (para mapas avanzados se requiere el nivel Estándar) | Medium — Interfaz de usuario web de autoservicio | Amplio pero manual: la base de conocimientos y las conversaciones paralelas requieren paquetes separados | Plan gratuito, 10.000 registros/mes |
| Servicios gestionados/de consultoría | Empresas con esquemas complejos, industrias reguladas | Lento (4-12 semanas de descubrimiento + ejecución) | Más de $15,000 en honorarios por proyecto | Bajo: ellos hacen el trabajo | Incluido en el servicio | Solo prueba en entorno aislado |
| Help Desk Migration (HDM) | Migración de un servicio de asistencia técnica (Zendesk, Freshdesk, Intercom, HelpDesk, Dixa) a Salesforce Service Cloud | Rápido (de horas a días) | Entre 1600 y 2000 dólares, pago único por 100 000 discos | Bajo: asistente de migración automatizado, sin código | Cobertura completa en un solo pase del Asistente de migración | Sí, datos reales, gratuitos y automáticos |
Unas cuantas observaciones sinceras sobre las ventajas y desventajas.
Utilizar un manual CSV archivo es adecuado para transferir unos miles de contactos una sola vez. Sin embargo, no funciona bien con datos vinculados, archivos adjuntos o información histórica importante.
Salesforce Data Loader es gratuito, pero es una herramienta de administración, no de migración. Permite diseñar el orden de carga, reconstruir las relaciones de datos y gestionar errores. Es útil para el trabajo continuo con datos, pero resulta poco práctico para una importación puntual con fecha límite.
Skyvia es una plataforma ETL adaptable. Si busca una herramienta única para la migración de Agentforce Service, la sincronización de almacenes de datos y el trabajo continuo con datos, puede ser una buena opción. La desventaja de importar Agentforce Service es que los registros de la base de conocimientos, las conversaciones paralelas, las copias en copia (CC) y las imágenes integradas requieren paquetes de migración independientes. Además, deberá asignar manualmente el campo `created_at` al Salesforcepara conservar las marcas de tiempo. Prevea entre 4 y 6 paquetes y varios días de trabajo de asignación.
Help Desk Migration es una solución nativa para mesas de ayuda, diseñada específicamente para esta tarea. El asistente de migración gestiona tickets, comentarios públicos/privados, artículos de la base de conocimientos, conversaciones paralelas, copias a destinatarios, imágenes, archivos adjuntos, agentes, organizaciones y clientes en una sola pasada. Las marcas de tiempo, los identificadores heredados y los estados se conservan automáticamente. El precio es por registro, un pago único, con una curva no lineal que reduce el precio por registro a medida que aumenta el volumen.
Orden de carga de objetos: por qué importan las dependencias
Los registros Salesforce tienen dependencias jerárquicas. Si se cargan en un orden incorrecto, las búsquedas fallan: el contacto se carga, pero su account_id no apunta a nada y Agentforce Service lo establece silenciosamente en nulo.
El orden de carga estándar para una migración a Sales Cloud:
- Cuentas (la base de casi todo lo demás)
- Contactos (requiere una cuenta)
- Clientes potenciales (independientes: se pueden cargar en paralelo con los contactos)
- Oportunidades (requieren una cuenta y, por lo general, contactos)
- Actividades (Tareas, Eventos: haga referencia a Cuentas/Contactos/Oportunidades)
- Archivos adjuntos (señale cualquiera de los anteriores)
Para una migración a Service Cloud desde un servicio de asistencia técnica, el orden equivalente es:
- Usuarios / Agentes (para que los tickets tengan propietarios válidos)
- Cuentas / Organizaciones
- Contactos / Clientes
- Casos (el equivalente a un ticket) — con comentarios públicos e internos
- Artículos de conocimiento
- Archivos adjuntos e imágenes en línea
¿Cuánto tiempo tarda una migración de datos Salesforce ?
La migración de datos Salesforce puede tardar desde unas pocas horas hasta 8-16 semanas. El factor determinante no es la herramienta elegida, sino el volumen de registros, la cantidad de campos personalizados, la complejidad de la integración y el tiempo de validación que la empresa asigne.
Los plazos aproximados para la migración del servicio Agentforce con Help Desk Migration:
- Pequeñas y medianas empresas (con menos de 50.000 registros): de 4 a 24 horas de tiempo de ejecución de la migración; de 2 a 3 días en total, incluyendo el trabajo de preparación y la verificación de los resultados de la migración.
- Migración de tamaño medio (de 50.000 a 500.000 registros): de 1 a 3 días de duración; generalmente, de 1 a 2 semanas.
- Migración empresarial (más de 500 000 registros): de 2 a 7 días de ejecución de la migración; de 2 a 6 semanas en total, incluyendo transferencias por fases y dos migraciones delta.
Una consultora especializada en gestión empresarial suele presupuestar entre 8 y 16 semanas para el mismo alcance empresarial; la mayor parte de ese tiempo se dedica al análisis y la evaluación, no a la migración. La automatización lo reduce considerablemente, ya que el trabajo que se repite en cada migración (detección de campos, mapeo de esquemas, gestión de errores) está integrado en la herramienta.
Costo de una migración de datos Salesforce
El mercado está dominado por tres modelos de precios: pago único por registro, suscripción mensual y consultoría por proyecto. Si bien las cifras principales son similares, el costo total varía enormemente.
- por servicio automatizado por registro, basado en el volumen migrado. Help Desk Migration tiene un costo aproximado de entre $1600 y $2000 por 100 000 registros (pago único). La tarifa por registro disminuye a medida que aumenta el volumen.
- Las herramientas de suscripción mensual (Skyvia o Fivetran) pueden costar entre 79 y 159 dólares al mes para el nivel de mapeo avanzado. Este modelo parece asequible al principio, pero una migración de datos compleja puede tardar de 3 a 6 meses, y la suscripción continúa cobrándose posteriormente.
- Los servicios basados en proyectos parten de los 15.000 dólares, y las evaluaciones obligatorias cuestan entre 5.000 y 10.000 dólares. Merece la pena si su esquema es realmente complejo; si no lo es, resulta un gasto excesivo.
Una prueba útil consiste en sumar el costo total previsto durante todo el proceso de migración, no solo el primer mes. Las herramientas de suscripción parecen más económicas al mes, pero resultan más caras por proyecto para trabajos puntuales.
Mejores prácticas para la migración de datos Salesforce
Siete reglas de equipos que han realizado migraciones exitosas Salesforce .
- Limpie los datos antes de migrarlos, no después. Las automatizaciones se activan con cada cambio dentro de Agentforce Service; corregir datos incorrectos durante la migración es 10 veces más costoso que corregirlos en el origen.
- Mapea dos veces, migra una vez. Dos personas deben elaborar de forma independiente los documentos de mapeo de campo y conciliar las diferencias. Los errores suelen aparecer en los desacuerdos.
- Realice una migración de prueba con registros reales. Los datos de prueba sintéticos ocultan las discrepancias en los tipos de campo. La demostración gratuita utiliza registros reales de su plataforma de origen; úsela.
- Desactive las reglas de validación durante la carga masiva. Las reglas de validación son útiles en producción, pero resultan desastrosas durante una transferencia de datos. Desactívelas durante el proceso de migración, vuelva a activarlas después y, a continuación, ejecute una revisión de validación.
- Migra durante las horas de menor actividad. Incluso con herramientas que no generen tiempo de inactividad, la atención de tu equipo es el factor limitante. Realiza la transición final cuando tu empresa no note el trabajo de validación.
- Documenta todo paso a paso. Cada decisión, cada transformación, cada solución alternativa. La próxima migración o la auditoría te lo agradecerán.
- Planifica una auditoría posterior a la puesta en marcha el día 14.Dos semanas después, ejecuta los mismos informes en el origen y el destino. Para entonces, se observarán desviaciones, elementos huérfanos y automatizaciones defectuosas.
Errores comunes en la migración Salesforce (y cómo evitarlos)
Seis patrones que vemos una y otra vez en los proyectos que nos llegan en medio de una catástrofe.
- Orden de carga incorrecto. Cargar los contactos antes que las cuentas provoca que las búsquedas devuelvan valores nulos. Solución: cargar primero los padres y verificar con una consulta de conteo antes de pasar a la siguiente capa.
- Los datos de origen incorrectos incluyen contactos duplicados, campos obligatorios vacíos y usuarios finales eliminados. Solución: limpie los datos antes de la migración. La lista de verificación de migración del servicio Agentforce cubre los problemas más comunes.
- No hay plan de reversión. Una migración irreversible obliga a las empresas a transferir datos corruptos, ya que la alternativa es empezar de cero. Solución: Crear una Salesforce antes de la carga y documentar una ruta de reversión.
- Las reglas y los activadores de validación pueden presentar fallos durante la migración completa. Fueron diseñados para la introducción de datos uno a uno, no para la carga de 100 000 registros. Solución: Desactívelos temporalmente durante la migración completa y vuelva a activarlos posteriormente.
- Falta la asignación de campos personalizados. Una migración que "se completó con éxito" pero eliminó 80 campos personalizados es una migración fallida que los usuarios descubrirán más adelante. Solución: Haga coincidir explícitamente los campos personalizados y valide que los valores de la lista desplegable de destino existan antes de la migración completa.
- No se deben realizar pruebas de aceptación del usuario (UAT) antes de la puesta en marcha"la migración se realizó correctamente" no es una validación. Solución: Verificar al menos 50 registros y compararlos en el servicio de origen y en el de Agentforce. Luego, que un usuario real pruebe la plataforma de destino antes de la migración final.
Migración de una plataforma de mesa de ayuda a Agentforce Service
Los datos del servicio de asistencia técnica no son datos de CRM. Los tickets, las conversaciones paralelas, los artículos de la base de conocimientos, el historial de los agentes y el contexto de la atención al cliente requieren un tratamiento diferente al de las cuentas y las oportunidades, y la mayoría de las guías genéricas de migración Salesforce omiten este aspecto por completo.
Aquí tienes la versión resumida por plataforma de origen. Cada enlace lleva a la página de migración correspondiente, que incluye la tabla de asignación de campos y una ruta para una demostración gratuita.
De Zendesk
Migración de Zendesk a Salesforce Service Cloud →
Así es como los registros Zendesk migran a Agentforce Service: los tickets Zendesk se convierten en casos Salesforce . Los comentarios públicos se convierten en comentarios de casos, y las notas internas se asignan a comentarios internos de casos. Los artículos de la base de conocimientos se transfieren a Salesforce Knowledge, junto con las categorías y secciones. Las copias a destinatarios, las imágenes insertadas y los archivos adjuntos también se transfieren. Las conversaciones paralelas se transfieren como comentarios privados. Las grabaciones de llamadas migran como archivos adjuntos MP3. Los agentes se asignan a usuarios Salesforce , y los clientes se convierten en contactos.
De Freshdesk
Migración Freshdesk a Salesforce Service Cloud →
Freshdesk se convierten en casos, mientras que los agentes migran como usuarios al servicio Agentforce. Las notas públicas y privadas se corresponden con los comentarios de los casos. Las empresas se convierten en Salesforce ; los contactos se convierten en contactos. En cuanto a la migración de la base de conocimientos, las categorías y carpetas se transforman en categorías de nivel superior y de segundo nivel.
Los campos personalizados, las etiquetas y los archivos adjuntos se transfieren. Las imágenes insertadas se migran como archivos adjuntos. Además, también puede migrar las traducciones del contenido y actualizar los enlaces internos entre artículos con opciones automatizadas.
De HelpDesk, Intercom, Dixay otros
Ver todas las fuentes compatibles →
El patrón de migración es el mismo: los tickets se convierten en casos, las conversaciones en comentarios y el contenido de la base de conocimientos en conocimiento. Puedes consultar las tablas de asignación y los flujos de demostración en la página de cada par de plataformas.
Caso de estudio: Pandora
Vea cómo Pandora migró de Zendesk a Salesforce →
Pandora, la marca de joyería más grande del mundo, necesitaba migrar años de datos de atención al cliente de Zendesk a Agentforce Service (Salesforce Service Cloud) sin un solo minuto de inactividad. Dada su magnitud, cualquier interrupción podría costar millones.
¿El resultado? Una transición fluida y sin interrupciones que proporcionó a los agentes de Pandora una visión unificada de 360 grados del historial de compras, las reclamaciones de reparación y las interacciones anteriores de cada cliente.
¿Listo para migrar a Salesforce?
La mayor parte del trabajo en una migración de datos Salesforce consiste en tomar decisiones: alcance, mapeo, orden de carga y criterios de validación. La migración en sí, si se utiliza una herramienta automatizada que interpreta los datos del servicio de asistencia técnica, se realiza en horas, no en semanas.
Comience con una migración de demostración gratuita. Help Desk Migration traslada 20 registros reales de su fuente a su Salesforce para que pueda ver exactamente cómo se verán los tickets, comentarios, artículos de la base de conocimientos y archivos adjuntos en Agentforce Service antes de comprometerse con la migración completa. No se requiere tarjeta de crédito ni llamada de ventas.
¿Tiene un esquema complejo o trabaja en un sector regulado? Hable con un experto en migración →
Preguntas frecuentes
La migración de datos Salesforce es el proceso de transferir registros (cuentas, contactos, casos, oportunidades, artículos de la base de conocimientos y objetos personalizados) desde un sistema de origen a Salesforce Sales Cloud o Salesforce Service Cloud. Incluye la extracción, limpieza, asignación de campos, carga y validación de datos. La mayoría de los equipos utilizan las herramientas nativas de Salesforce(Data Loader, Data Import Wizard) o una plataforma de migración de terceros como Help Desk Migration.
El tiempo de ejecución de la migración varía desde unas pocas horas para conjuntos de datos pequeños de pymes hasta varios días para conjuntos de datos empresariales de más de 500.000 registros.
Con Help Desk Migration, el tiempo total del proyecto suele ser de 2 a 3 días para las pymes, de 1 a 2 semanas para las medianas empresas y de 2 a 6 semanas para las grandes corporaciones. Las consultoras especializadas suelen indicar de 8 a 16 semanas para el mismo alcance, debido a que su modelo incluye fases de análisis más prolongadas.
Salesforce ofrece Data Loader y Data Import Wizard como herramientas nativas; ambas son gratuitas y requieren acceso de administrador. Para migraciones desde un sistema de terceros, especialmente un servicio de asistencia técnica, las herramientas automatizadas como Help Desk Migration gestionan la traducción de esquemas, la asignación de campos y las dependencias de objetos en una sola pasada del asistente, incluyendo artículos de la base de conocimientos, conversaciones paralelas e imágenes integradas que las herramientas nativas requieren que se reconstruyan manualmente.
Los cuatro tipos más comunes son la migración de almacenamiento (traslado de datos entre almacenamiento físico y en la nube), la migración database (cambio de motores o esquemas database ), la migración de aplicaciones (traslado entre plataformas de software, como suele ser el caso de la migración Salesforce ) y la migración de procesos de negocio (traslado de datos junto con un cambio en el flujo de trabajo). La mayoría de los proyectos de migración de mesa de ayuda aSalesforce son migraciones de aplicaciones con elementos de migración database .
Realice recuentos de registros en el origen y el destino para cada objeto (cuentas, contactos, casos, artículos de la base de conocimientos, archivos adjuntos) y concilie las diferencias. Verifique la fidelidad de los campos en 50 registros, incluyendo marcas de tiempo y búsquedas. Genere un informe de muestra en ambos sistemas y compare los resultados de la migración. Con Help Desk Migration, puede realizar una migración de demostración gratuita para verificar la asignación de campos en registros reales antes de que comience la migración completa.
- Limpie los datos de origen antes de cargarlos.
- Pruebe una migración de demostración con registros reales.
- Deshabilitar temporalmente las reglas de validación y los activadores durante la migración completa.
- Cargue los registros en el orden de dependencia (Cuentas → Contactos → Casos → Archivos adjuntos).
- Realice una auditoría posterior a la migración de dos semanas para detectar inconsistencias y fallos en la automatización.
- Programe una migración incremental después de la migración completa para transferir únicamente los registros nuevos y actualizados.
