¿Por qué tu equipo sigue usando Excel aunque tenga Salesforce?

La señal importante no es que exista una hoja de cálculo. Es qué trabajo se está haciendo en ella y por qué el equipo prefiere hacerlo allí.

Si tenemos Salesforce, ¿por qué seguimos utilizando Excel?

Imagina la reunión comercial del lunes.

Salesforce muestra un pipeline. El Director Comercial tiene otro fichero abierto.

Algunos comerciales han actualizado las oportunidades esa misma mañana. Otros envían sus previsiones por correo. Y antes de cerrar el forecast alguien termina conciliando distintas versiones de la información.

Salesforce está implantado. Pero el proceso de gestión comercial no está ocurriendo realmente en Salesforce.

Cuando esto sucede, es fácil concluir que el problema son los usuarios:

Los comerciales no actualizan el CRM.

Puede ser cierto. Pero no explica por qué.

Si quieres mejorar la adopción, la pregunta útil es otra: ¿qué consigue el comercial trabajando en Excel que no está consiguiendo trabajando en Salesforce?

La respuesta suele apuntar hacia alguno de los siguientes problemas.

1. Salesforce pide información, pero aporta poco al comercial

Una de las primeras cosas que conviene revisar es el intercambio de valor.

¿Qué tiene que hacer el comercial dentro de Salesforce? ¿Introducir datos? ¿Actualizar campos? ¿Registrar actividades? ¿Cambiar fases? ¿Informar de la fecha de cierre?

Ahora cambia la pregunta. ¿Qué obtiene a cambio?

• ¿Puede saber qué oportunidades debería priorizar?

• ¿Tiene contexto antes de llamar a un cliente?

• ¿Puede preparar una reunión sin consultar otros sistemas?

• ¿Puede ver fácilmente qué operaciones necesitan atención?

¿Salesforce le ayuda a vender o principalmente le ayuda a reportar hacia arriba?

Si el CRM se percibe como el lugar donde introducir información para que otros preparen informes, Excel puede resultar más rápido para gestionar el trabajo individual.

La adopción empieza a complicarse cuando el coste de mantener Salesforce lo soporta el usuario, pero el valor lo recibe principalmente otra persona.

No siempre hace falta añadir funcionalidad. A veces hay que revisar qué información se pide, para qué sirve y qué obtiene el usuario de ese proceso.

2. El proceso configurado no coincide con cómo se vende realmente

Salesforce puede estar funcionando exactamente como fue configurado y, aun así, estar mal adaptado al negocio.

Quizá la implementación se diseñó hace cuatro años. Desde entonces han cambiado los equipos, el modelo comercial, los productos, el canal o la forma de gestionar las oportunidades. Pero Salesforce sigue esperando el proceso anterior.

Entonces aparecen los atajos.

Un comercial mantiene una columna adicional en Excel porque Salesforce no contempla una información que ahora necesita. Otro crea su propia clasificación de oportunidades. Un responsable prepara el forecast fuera porque las fases del CRM ya no representan bien la probabilidad real de cerrar.

El Excel paralelo puede ser simplemente una señal de que el proceso real ha evolucionado y Salesforce no lo ha hecho con él.

En ese caso, pedir más disciplina a los usuarios no corrige el origen. Puede ser necesario evolucionar una implementación de Salesforce para que vuelva a representar cómo trabaja la organización.

3. Actualizar una oportunidad requiere demasiado trabajo

También puede ocurrir algo mucho más sencillo: mantener Salesforce cuesta demasiado.

Una oportunidad cambia después de una conversación con el cliente. Para reflejarlo correctamente, el comercial tiene que abrir el registro, cambiar varios campos, completar información que no utiliza, actualizar una fecha, registrar una actividad y quizá pasar por alguna validación.

En Excel modifica dos celdas.

¿Cuál va a utilizar cuando tiene diez oportunidades que revisar?

La respuesta no siempre es «hay que formar mejor al usuario». Antes conviene revisar:

• Qué información es realmente necesaria.

• En qué momento debe capturarse.

• Qué campos aportan valor.

• Qué automatizaciones pueden reducir trabajo.

• Qué información podría llegar desde otros sistemas.

• Si el diseño de la pantalla responde al trabajo del usuario.

Añadir campos obligatorios puede mejorar temporalmente el porcentaje de registros completos. Eso no significa necesariamente que mejore la calidad de los datos.

Un Salesforce que obliga a trabajar alrededor del sistema termina generando más trabajo fuera del sistema.

4. El forecast vive en Excel porque Dirección no confía en el pipeline

Este es uno de los síntomas más importantes.

Salesforce contiene las oportunidades, pero el forecast definitivo se prepara fuera. ¿Por qué?

Quizá hay fechas de cierre vencidas. Oportunidades que llevan meses en la misma fase. Importes que no se han revisado. Operaciones abiertas que comercialmente ya están perdidas. Faltan siguientes pasos. O cada vendedor interpreta las fases de una forma diferente.

Cuando Dirección deja de confiar en el pipeline, normalmente construye un mecanismo paralelo. Una hoja de cálculo. Una reunión. Un fichero enviado cada viernes. Un forecast que se rehace manualmente.

Romper ese ciclo requiere algo más que pedir que «se actualice el CRM».

Hay que revisar qué información necesita realmente Dirección para gestionar y qué comportamiento debe ocurrir durante la semana para que esa información sea fiable.

5. Los managers también trabajan fuera de Salesforce

La adopción no depende únicamente del comercial.

Si el responsable pide por correo información que ya debería estar en Salesforce, el equipo aprende rápidamente dónde está el sistema que de verdad importa.

Si la reunión de pipeline se hace sobre una hoja de cálculo, esa hoja se convierte en prioritaria. Si el forecast que llega a Dirección se construye fuera del CRM, actualizar Salesforce puede percibirse como una tarea administrativa adicional.

El comportamiento de gestión importa.

Salesforce empieza a formar parte de la manera de trabajar cuando también se utiliza para:

• Revisar oportunidades.

• Preparar reuniones.

• Decidir prioridades.

• Analizar el pipeline.

• Hacer seguimiento.

• Detectar problemas.

• Pedir explicaciones sobre datos concretos.

No basta con pedir al equipo que use Salesforce. La gestión también tiene que ocurrir sobre Salesforce cuando Salesforce es el sistema que debería soportar ese proceso.

6. Cada comercial ha construido su propio sistema

Excel tiene una ventaja evidente: es flexible.

Cada persona puede ordenar la información como quiera, añadir columnas, colores, notas y cálculos sin solicitar ningún cambio.

Cuando Salesforce no responde bien a distintas necesidades del equipo, pueden aparecer pequeñas soluciones personales. Una hoja para hacer seguimiento. Otra para preparar el forecast. Una lista personal de clientes. Un fichero con proyectos prioritarios.

El problema no es necesariamente cada Excel aislado. El problema aparece cuando dejan de existir criterios comunes.

Entonces puedes tener:

• Diferentes versiones del pipeline.

• Distintas definiciones de qué significa una oportunidad prioritaria.

• Información que solo conoce una persona.

• Datos que no llegan a otros equipos.

• Reporting que necesita reconciliación manual.

Aquí la conversación deja de ser únicamente tecnológica. Hay que decidir qué parte del proceso necesita ser común y qué flexibilidad necesita realmente cada usuario.

7. Se intentó solucionar un problema de adopción con formación

Cuando el equipo no utiliza Salesforce, una reacción habitual es organizar otra formación.

A veces es exactamente lo necesario. Si los usuarios no saben realizar una tarea, hay un problema de conocimiento.

Pero si saben perfectamente cómo actualizar una oportunidad y deciden mantenerla en Excel, probablemente estamos ante otro problema.

Puede que Salesforce no encaje con el proceso. Que actualizarlo requiera demasiado esfuerzo. Que los datos no sean fiables. Que el manager no lo utilice. O que el usuario no obtenga ningún valor claro al mantenerlo.

¿Cómo saber por qué aparece Excel?

No empieces contando hojas de cálculo. Empieza observando qué trabajo está saliendo de Salesforce.

La tabla no es un diagnóstico automático. El mismo síntoma puede tener causas diferentes.

La clave está en investigar el comportamiento antes de decidir la solución.

¿Hay que eliminar Excel?

No. Excel no necesita desaparecer de una empresa para que Salesforce tenga una buena adopción.

Puede ser perfectamente útil para:

• Un análisis puntual.

• Una simulación.

• Trabajo exploratorio.

• Cálculos específicos.

• Necesidades que no forman parte del proceso compartido.

La pregunta es otra: ¿Excel está complementando Salesforce o lo está sustituyendo?

Si un usuario exporta unos datos para analizarlos puntualmente, probablemente no tienes un problema de adopción.

Si el pipeline real está en una hoja, el forecast se decide en otra y Salesforce se actualiza después para cumplir con el reporting, sí hay una señal que merece atención.

No se trata de prohibir una herramienta. Se trata de decidir dónde debe vivir cada proceso y qué sistema debe ser la referencia para el equipo.

¿Es un problema de adopción o Salesforce necesita evolucionar?

Muchas veces son las dos cosas.

Puedes tener un problema de adopción porque el proceso no está claro. Pero también puedes tenerlo porque Salesforce lleva años sin adaptarse a los cambios del negocio.

Antes de actuar conviene separar las causas.

Si el proceso funciona y Salesforce lo soporta correctamente, pero el equipo no sabe utilizarlo, puede haber una necesidad de formación.

Si los usuarios saben qué hacer pero el sistema genera demasiada fricción, habrá que revisar configuración y usabilidad.

Si el negocio ha cambiado y Salesforce sigue representando el proceso antiguo, probablemente necesitarás evolución.

Y si cada equipo trabaja de forma diferente y no existe un criterio común, el problema puede empezar antes de Salesforce.

Si no sabes cuál de estas situaciones tienes, los KPIs para medir la adopción de Salesforce pueden ayudarte a localizar dónde se está rompiendo el proceso.

¿Por dónde empezar si el equipo sigue trabajando en Excel?

No empezaría eliminando hojas. Tampoco empezaría añadiendo campos obligatorios.

Empezaría seleccionando uno de los procesos donde Excel está sustituyendo claramente a Salesforce. Por ejemplo, el forecast.

Después seguiría el proceso real:

• ¿Cómo actualiza una oportunidad el comercial?

• ¿Qué información necesita?

• ¿Qué se registra en Salesforce y qué se mantiene fuera?

• ¿Qué consulta el manager?

• ¿Qué ocurre durante la reunión de pipeline?

• ¿De qué dato se fía Dirección?

La diferencia entre el proceso diseñado y el proceso real suele mostrar bastante rápido dónde está la fricción.

A partir de ahí puedes decidir qué necesita cambiar. Quizá sea Salesforce. Quizá sea el proceso. Quizá sea la forma de gestionar. Quizá haga falta formación. O varias cosas a la vez.

Eso es mejorar la adopción de Salesforce: conseguir que el sistema encaje en la forma real de trabajar y que el equipo tenga motivos para utilizarlo de forma consistente.