Salesforce publica casos de éxito impresionantes, y muchos son genuinos. Los profesionales del sector conocen una verdad más dura: la puesta en marcha es el momento en que la mayoría de las implementaciones empiezan, silenciosamente, a estancarse. Gartner ha reportado una tasa de fracaso del CRM del 50 %, Forrester Research la situó en el 47 %, e incluso el propio centro de recursos de Salesforce reconoce estimaciones de entre el 30 % y el 70 % (Salesforce). La mayoría de estos proyectos se lanzaron a tiempo y superaron las pruebas, pero nunca llegaron a entregar los resultados para los que fueron financiados.
El software rara vez es el problema. La investigación de Forrester reveló que aproximadamente dos tercios de los problemas reportados se debían a las personas, los procesos y la estrategia, más que a la tecnología, encabezando la lista la lenta adopción por parte de los usuarios y una gestión del cambio deficiente. Estas dinámicas solo salen a la luz una vez que los usuarios reales están en el sistema. Tras haber realizado análisis post mortem de implementaciones estancadas y guiado otras exitosas, puedo afirmar que los patrones son consistentes, predecibles y evitables. Esto es por qué las implementaciones de Salesforce se estancan tras la puesta en marcha, y cómo construir una que perdure.
Por qué fracasan las implementaciones
Tratar Salesforce como un proyecto tecnológico
El error más grande y frecuente es ver la implementación de Salesforce únicamente como una tarea de TI en lugar de como un esfuerzo más amplio de transformación del negocio. Salesforce afecta a los procesos de venta, los datos, los informes, el comportamiento de los equipos y la gestión de clientes. Para que tenga éxito, el proyecto debe estar guiado por objetivos de negocio, no solo por la configuración técnica.
Cuando la implementación depende de TI, los criterios de éxito tienden a ser técnicos: el sistema está en producción, los datos se han migrado, las integraciones funcionan y se ha impartido la formación.
Los verdaderos criterios de éxito son conductuales: ¿están los comerciales usando el sistema? ¿Son precisos los datos del pipeline? ¿Está mejorando la fiabilidad de las previsiones?
Salesforce cambia la forma en que trabaja la gente. Cambiar la forma de trabajar de las personas requiere un fuerte respaldo del liderazgo, una comunicación clara sobre el propósito del cambio, la participación de los equipos que usarán la solución y una orientación continua después del lanzamiento. Estas responsabilidades van más allá de TI porque tienen que ver con la adopción, el comportamiento, la alineación y el éxito empresarial a largo plazo.
Saltarse el trabajo sobre los procesos
Salesforce es una plataforma que automatiza y estructura su proceso de ventas. Si su proceso de ventas no está definido, es incoherente o no está documentado antes de que comience la implementación, Salesforce sistematizará el caos en lugar de la claridad.
He visto empresas gastar un presupuesto considerable en implementar Salesforce y luego descubrir, a mitad de proyecto, que su equipo de ventas no tiene una definición acordada de lo que es una oportunidad calificada, o que distintos equipos regionales siguen procesos de cierre completamente diferentes. Salesforce no puede resolver esas brechas de alineación organizativa. Solo puede sacarlas a la luz, normalmente en el peor momento posible.
Antes de que comience la implementación, documente su proceso de ventas ideal con la participación de las personas que realmente lo ejecutan. Defina las etapas de su pipeline en función de las decisiones del comprador, no de hitos internos. Póngase de acuerdo sobre los criterios que definen un lead calificado y, después, establezca con claridad el proceso de transferencia entre marketing y ventas. Esta planificación no tiene que ser perfecta desde el principio. Solo necesita ser lo bastante detallada y clara para que la configuración de Salesforce pueda articularse en torno a reglas de negocio reales. Infrainvertir en la gestión del cambio
Una implementación de Salesforce es, en esencia, una solicitud de cambio de comportamiento. Se está pidiendo a los representantes de ventas, que han desarrollado sus propios sistemas y hábitos a lo largo de los años, que abandonen lo que les funciona individualmente en favor de un sistema compartido que beneficia a la organización.
Esa solicitud no tendrá éxito solo con formación. Requiere que el liderazgo use y mencione Salesforce de forma visible en sus comunicaciones. Requiere que los gerentes exijan a sus equipos responsabilidad por la calidad de los datos en las revisiones de pipeline. Requiere eliminar las soluciones alternativas (las hojas de cálculo, las listas de tareas personales, el seguimiento de negociaciones por correo electrónico) que compiten con Salesforce por la atención del equipo.
Las empresas que destinan entre un 15 % y un 20 % del coste total de la implementación a la gestión del cambio logran de forma consistente tasas de adopción más altas. Las empresas que se saltan la gestión del cambio o la tratan como una sesión de formación de un solo día ven, de manera constante, cómo la adopción se desploma entre tres y seis meses después de la puesta en marcha.
Un alcance que crece sin disciplina
Las implementaciones de Salesforce, casi de forma universal, ven crecer su alcance una vez que comienza la construcción. Una parte interesada asiste a una demostración y solicita una nueva función. Un gerente de ventas plantea un requisito que no se detectó en la fase de descubrimiento.
Sin una gobernanza disciplinada del alcance, cada una de estas adiciones retrasa el proyecto, incrementa el coste y diluye el foco del equipo en la entrega del valor principal. Defina explícitamente el alcance de su producto mínimo viable al comienzo del proyecto. Documente qué está dentro del alcance y qué se difiere a una fase futura.
Cómo hacerlo bien a la primera
Defina los resultados de negocio específicos que busca alcanzar y trabaje hacia atrás para identificar las capacidades necesarias para lograrlos. En lugar de “queremos implementar Salesforce Sales Cloud”, defina “queremos mejorar la precisión de nuestras previsiones del 65 % al 85 % en los seis meses posteriores a la puesta en marcha”. Ese resultado impulsa un conjunto de prioridades de configuración muy distinto.
Invertir en el descubrimiento
Una fase de descubrimiento sólida es la inversión más infravalorada de forma sistemática en un proyecto de Salesforce. Dedique tiempo a documentar minuciosamente su proceso actual, identificar las brechas y los puntos de fricción, y diseñar un estado futuro que refleje genuinamente cómo vende su equipo. La implementación que se derive de ahí será más rápida, más enfocada y tendrá más probabilidades de lograr la adopción.
Distribuya su entrega en fases
Entregar una implementación compleja de Salesforce en una única gran versión es un enfoque de alto riesgo. Los usuarios no pueden asimilar un cambio de comportamiento significativo de golpe, y un cronograma de implementación largo implica que los problemas descubiertos tarde en el proceso resultan caros de resolver.
Divida su entrega en oleadas. La primera oleada entrega las capacidades esenciales de gestión de pipeline e informes que representan un valor inmediato. La segunda oleada añade automatización, informes avanzados y una mayor complejidad de integración. La tercera oleada aborda los casos particulares y la optimización. Cada oleada aporta valor y genera confianza.
Mida la adopción, no solo el despliegue
Defina sus métricas de adopción antes de la puesta en marcha y mídalas de forma constante. La adopción no es binaria; es un espectro. Mida la frecuencia de inicio de sesión, las tasas de actualización de registros, la completitud de los datos del pipeline y el uso de los informes. Incorpore una revisión de adopción a los 90 días en su plan de proyecto, y trate cualquier caída en las métricas de adopción como una señal urgente, no como un problema posterior al proyecto.
Son quienes tratan la implementación como un proyecto de personas habilitado por la tecnología, en lugar de un proyecto tecnológico que las personas simplemente usan.
Construir para lo que viene después
Uno de los errores más comunes y costosos en las implementaciones de Salesforce es diseñar exclusivamente para el estado actual del negocio. Una configuración que funciona perfectamente para un equipo de ventas de 30 personas puede convertirse en un cuello de botella con 100. Un modelo de datos diseñado para una única línea de producto puede romperse cuando se introduce un segundo producto.
Diseñe su implementación de Salesforce teniendo en cuenta la trayectoria de su negocio a tres o cinco años. Si planea expandirse a nuevos mercados, asegúrese de que su modelo de gestión de territorios y segmentación de cuentas pueda acomodar esa expansión sin necesidad de una reconstrucción. Si planea lanzar líneas de producto adicionales, asegúrese de que la arquitectura de su objeto de Oportunidad y su catálogo de productos puedan admitir varias líneas sin generar confusión en los informes. Si planea adquirir empresas, asegúrese de que su modelo de datos cuente con un enfoque claro para integrar los registros de clientes adquiridos.
Esta previsión no exige construirlo todo por adelantado. Exige diseñar una base extensible en lugar de rígida, y tomar decisiones deliberadas sobre dónde importa más la flexibilidad. El coste de incorporar extensibilidad en la base es una fracción del coste de rediseñar un entorno maduro cuando el negocio lo supera. Las organizaciones que aciertan con Salesforce a la primera son también las que siguen acertando a medida que su negocio evoluciona, porque construyeron pensando en el futuro desde el principio.