Qué hace un consultor Salesforce (y cuándo necesitas uno)

Pagaste las licencias de Salesforce, alguien del equipo lo "configuró" y seis meses después los vendedores siguen llevando el pipeline en Excel. Esta historia la escuchamos seguido, y casi siempre la causa es la misma: se compró la herramienta sin nadie que la tradujera al negocio. Ese traductor es el consultor Salesforce.

El trabajo real de un consultor Salesforce

Un consultor Salesforce toma un proceso de negocio (ventas, servicio, cobranza) y lo convierte en un sistema que la gente sí usa. En la práctica eso significa cuatro frentes:

1. Diagnóstico del proceso

Antes de tocar la plataforma, el consultor mapea cómo vendes hoy: de dónde llegan los leads, quién los atiende, en qué momento se pierden, qué reportes necesita dirección. Si un consultor empieza a configurar objetos el primer día sin hacer estas preguntas, desconfía.

2. Arquitectura de la solución

Salesforce puede resolver casi cualquier cosa de tres formas: con configuración estándar (objetos, flujos, validaciones), con código (Apex, Lightning Web Components) o con una app del AppExchange. El criterio del consultor está en elegir la vía más barata de mantener, no la más impresionante. Regla que aplicamos nosotros: si un Flow lo resuelve, no se escribe Apex.

3. Implementación y datos

Configurar la instancia, migrar datos limpios (deduplicados, con dueños asignados), conectar Salesforce con lo que ya usas: sitio web, WhatsApp, facturación, ERP. La migración de datos sucios es donde mueren la mayoría de las implementaciones, porque un CRM con datos basura pierde la confianza del equipo en semanas.

4. Adopción

La parte menos técnica y la más determinante. Capacitar a los usuarios, ajustar pantallas para que capturar un dato tome segundos y no minutos, y medir uso real las primeras semanas. Un CRM que nadie llena no es un problema de software, es un problema de diseño del proceso.

Consultor, administrador y desarrollador no son lo mismo

Los tres roles se confunden y por eso hay tantas contrataciones fallidas:

• Administrador: opera la instancia día a día. Usuarios, permisos, reportes, ajustes menores. Es un rol interno o de soporte recurrente.
• Desarrollador: escribe código cuando la configuración no alcanza. Apex para lógica compleja, LWC para interfaces a medida, integraciones vía API.
• Consultor: decide qué se construye y por qué. Habla con dirección en términos de proceso y con el equipo técnico en términos de plataforma.

En proyectos de PyME estos roles suelen vivir en la misma persona o en un equipo pequeño. Nosotros trabajamos así: consultoría de proceso primero, y cuando el proyecto lo pide, desarrollo con Apex y Lightning Web Components hecho en casa, no subcontratado.

Señales de que necesitas un consultor

No todo el mundo necesita uno. Estas señales indican que sí:

1. Compraste licencias y el equipo no las usa. El problema casi nunca es la herramienta, es que el sistema no refleja cómo trabaja tu equipo.
2. Tu instancia creció por parches. Cada quien agregó campos y flujos durante años y hoy nadie sabe qué se puede borrar. Eso tiene arreglo, pero requiere auditoría, no más parches.
3. Quieres conectar Salesforce con el resto de tu operación. Sitio web que crea leads automáticamente, WhatsApp ligado a oportunidades, facturación sincronizada. Las integraciones mal hechas duplican datos; hechas bien, eliminan captura manual.
4. Vas a empezar y quieres evitar los errores de arriba. Implementar bien desde el inicio cuesta una fracción de lo que cuesta rescatar una instancia rota.

Qué pedirle antes de contratar

Cuatro preguntas que filtran rápido:

• ¿Puede explicarte su propuesta sin jerga? Si no puede traducir "vamos a usar un objeto custom con un Flow de aprobación" a "los descuentos mayores al 15% van a requerir visto bueno de tu gerente", va a construir algo que nadie va a entender.
• ¿Pregunta por tu proceso o solo por tus licencias? El que empieza por licencias vende horas de configuración, no resultados.
• ¿Configuración o código, y por qué? La respuesta correcta depende del caso, pero debe existir un criterio explícito. Código innecesario es deuda que pagas en cada actualización.
• ¿Qué pasa cuando termina el proyecto? Documentación, capacitación y un plan de salida. Si la respuesta implica dependencia eterna, sigue buscando.

Nuestra postura

Hacemos consultoría Salesforce para empresas en México con un enfoque deliberadamente conservador: proceso antes que plataforma, configuración antes que código, y Apex o LWC solo cuando aportan algo que el estándar no da. Y como también construimos webs y automatización de WhatsApp, las integraciones entre tu CRM y tus canales de venta son parte del mismo proyecto, no un extra de otro proveedor. Si además estás evaluando construir algo fuera del CRM, también hacemos software a medida.

¿No sabes si tu caso necesita consultor, admin o developer? Cuéntanos qué está pasando con tu instancia y te decimos con honestidad qué rol necesitas, aunque no seamos nosotros.