Después de docenas de proyectos Salesforce en Chile, Perú y Colombia — en seguros, banca, retail y automotriz — hemos identificado un patrón claro: la mayoría de las implementaciones que fracasan no lo hacen por razones técnicas. Lo hacen por razones humanas y de proceso. Estas son las cinco que vemos repetirse.
Comprar Salesforce antes de entender el proceso
El error más costoso ocurre antes de que el proyecto empiece: la empresa compra las licencias, contrata al implementador, y solo entonces se sienta a mapear cómo funciona realmente su ciclo comercial. El resultado es una plataforma configurada sobre supuestos — que raramente coinciden con la realidad del equipo de ventas.
La señal de alerta: cuando el primer entregable del proyecto es una configuración en el sandbox y no un mapa de procesos validado con los usuarios reales.
El discovery no es una formalidad. Es el trabajo más importante del proyecto. Todo lo que viene después depende de qué tan bien entendiste el proceso antes de tocarlo.
No definir KPIs de éxito antes de configurar
¿Cómo van a medir el éxito de esta implementación? Si la respuesta es "cuando esté todo configurado" o "cuando el equipo lo esté usando", el proyecto ya tiene un problema. Sin métricas claras — tasa de adopción, tiempo de cierre, registros activos — no hay manera de saber si la implementación funcionó o simplemente ocurrió.
Las empresas que definen sus KPIs antes del día uno tienen implementaciones 2.3x más exitosas, según datos del sector. No porque los números mágicamente mejoren, sino porque obligan a todos — cliente e implementador — a hablar el mismo idioma desde el inicio.
Subestimar la política interna
Salesforce visibiliza todo: quién vende, quién no, qué oportunidades están paradas, qué datos están sucios. Para algunos miembros del equipo, esa visibilidad es una amenaza directa. El resultado: resistencia activa o pasiva que ningun entrenamiento de usuario puede resolver.
Lo que funciona: identificar a los aliados internos antes de empezar, involucrar al equipo en el diseño (no solo en la capacitación), y conseguir que el sponsor ejecutivo comunique el proyecto antes de la primera sesión de trabajo.
Creer que el go-live es el final
El día que el sistema sale a producción, la implementación recién empieza. Los primeros 90 días post go-live son los más críticos: los usuarios encuentran los primeros problemas reales, los workarounds emergen, y las decisiones de arquitectura se ponen a prueba contra el uso real.
Un proyecto que no tiene definido su modelo de soporte post go-live — quién responde las dudas, quién ajusta las configuraciones, quién entrena a los nuevos empleados — está destinado a degradarse en 6 meses.
Hemos hecho rescates de implementaciones en las que el sistema había quedado prácticamente abandonado 8 meses después del go-live porque nadie tenía claridad de quién lo mantenía.
Datos sucios como base de inicio
Un CRM es tan bueno como los datos que contiene. Si migras tres años de contactos duplicados, oportunidades obsoletas y cuentas sin propietario, lo único que logras es tener un sistema caro con basura organizada.
La auditoría de datos no es un ítem opcional del proyecto. Es una condición previa. Antes de migrar, hay que limpiar, deduplicar, validar y establecer reglas de gobierno de datos que funcionen cuando el equipo empiece a operar.
El patrón común detrás de los cinco
Todos estos errores tienen un origen común: tratar Salesforce como un proyecto de tecnología en lugar de un proyecto de negocio. La plataforma es el habilitador — no la solución. La solución es el proceso, las personas y la adopción real.
Las implementaciones que funcionan son las que tienen un equipo consultor que habla el lenguaje del negocio, que ha estado del otro lado de la mesa, y que entiende que el entregable no es el sistema — es el cambio en cómo opera el equipo del cliente.
¿Estás evaluando una implementación?
Conversemos antes de que empiece el proyecto. Una sesión de discovery puede ahorrarte meses de retrabajos.
Hablar con LevelUP →