Cómo elegir una consultora Salesforce para tu empresa

Un backlog que no baja, incidencias después de cada despliegue y datos que llegan al ERP mediante hojas de cálculo suelen indicar que el problema no es solo de capacidad. Al plantearse cómo elegir una consultora Salesforce, conviene evaluar si el proveedor entiende el impacto operativo de esos síntomas y puede convertirlos en un alcance de trabajo controlable.

La elección no debería basarse únicamente en el número de perfiles disponibles, una demostración comercial o un catálogo amplio de productos. Salesforce forma parte de un ecosistema empresarial: ventas, atención al cliente, operaciones, facturación, inventario, portales e informes dependen con frecuencia de cómo se configure, integre y mantenga la plataforma. Una decisión poco precisa puede trasladar deuda técnica a los próximos proyectos.

Empiece por definir qué problema necesita resolver

No todas las necesidades de Salesforce requieren el mismo tipo de consultora ni el mismo nivel de análisis previo. Una implantación nueva, una migración desde otro CRM, la corrección de automatizaciones frágiles y el mantenimiento recurrente son trabajos distintos. Agruparlos bajo una petición genérica de “mejorar Salesforce” suele generar presupuestos difíciles de comparar.

Antes de contactar con proveedores, describa el problema en términos de operación. Por ejemplo: los comerciales ven oportunidades cerradas que todavía no se han creado en el ERP; el equipo de operaciones corrige manualmente direcciones o condiciones comerciales; una modificación de flujos bloquea tareas críticas; o nadie sabe qué integraciones dependen de una persona concreta.

Después, concrete el impacto. Puede ser retraso en la facturación, pérdida de trazabilidad, duplicidad de trabajo, menor confianza en los informes o riesgo de que un cambio afecte a procesos ya estabilizados. Esta información permite a la consultora distinguir entre una mejora funcional acotada y un problema de arquitectura, integración o gobierno de cambios.

Elija según el alcance real del trabajo

La mejor opción depende de la naturaleza del trabajo y de las dependencias existentes. Para una mejora concreta, como ajustar un proceso de aprobación o crear una automatización bien delimitada, una consultora debe poder proponer un alcance breve con criterios de aceptación claros. Pedir una auditoría extensa antes de cualquier tarea pequeña puede añadir coste y demora sin aportar suficiente valor.

La situación cambia cuando existen síntomas de deuda técnica. Automatizaciones solapadas, código sin documentación, despliegues manuales, errores intermitentes o integraciones con lógica repartida entre varios sistemas justifican una revisión acotada antes de comprometer un presupuesto de evolución. Esa revisión debe tener un objetivo definido: identificar componentes afectados, dependencias, riesgos de cambio y una propuesta priorizada. No debería convertirse en un diagnóstico indefinido.

En una migración o implantación, el criterio principal es otro: la consultora debe demostrar que separa decisiones de proceso, modelo de datos, permisos, integración y adopción operativa. Configurar pantallas sin aclarar qué dato es maestro en cada sistema puede crear discrepancias desde el primer día.

Compruebe quién ejecutará el trabajo

Pida identificar los roles que participarán, su disponibilidad y quién asumirá las decisiones técnicas. Aclare si la persona que presenta la propuesta también intervendrá en la ejecución, cómo se gestionan sustituciones y qué actividades dependen de colaboradores o de su propio equipo.

Las certificaciones individuales y la condición de partner de una empresa son datos diferentes: solicite evidencias vigentes de cualquier acreditación que el proveedor anuncie. El directorio de consultoras de Salesforce en AppExchange permite consultar perfiles y especialidades de empresas que figuran allí. Esa información debe contrastarse con el equipo y el alcance concretos de la propuesta.

Al valorar referencias, distinga proyectos realizados por la empresa de la experiencia previa de sus profesionales. Si existen límites de confidencialidad, pueden explicarse decisiones técnicas y responsabilidades sin revelar datos de clientes. Evite pedir acceso a entornos o documentación de terceros para demostrar experiencia.

Evalúe cómo se integrará Salesforce con los demás sistemas

Muchos proyectos de Salesforce se complican fuera de Salesforce. El CRM puede funcionar correctamente y, aun así, causar incidencias si el intercambio con ERP, sistemas de servicio de campo, herramientas de firma, plataformas de datos o aplicaciones internas no tiene reglas claras.

Al evaluar una consultora, pregunte cómo abordaría la integración en su caso. No basta con mencionar APIs o conectores. Conviene entender qué sistema origina cada dato, qué sistema tiene autoridad para modificarlo, cómo se identifican los registros, qué ocurre ante un error y quién supervisa las excepciones. También importa saber si las sincronizaciones son en tiempo real, programadas o manuales, porque cada alternativa implica compromisos de coste, complejidad y operación.

Un escenario hipotético ilustra el riesgo: una empresa de distribución registra pedidos en Salesforce y los envía al ERP. Si la integración reintenta un envío sin una clave de control adecuada, puede duplicar documentos. Si no existe una cola de errores revisable, el equipo acaba detectando el problema cuando un cliente reclama. La consultora adecuada no prometerá que estos casos desaparezcan por completo, pero sí deberá explicar cómo diseñar controles, trazabilidad y procedimientos de resolución.

Pida un método de trabajo visible

Una propuesta útil explica cómo se tomará control del trabajo, no solo qué perfiles se asignarán. En Salesforce, suele ser razonable trabajar en tres etapas: entender, mejorar y mantener o evolucionar.

Entender antes de modificar

La primera etapa recoge objetivos de negocio, procesos afectados, restricciones, usuarios implicados y dependencias técnicas. Su profundidad debe ser proporcional al riesgo. Para una mejora pequeña, puede consistir en sesiones de trabajo, revisión de configuración afectada y definición de pruebas. Para una organización con incidencias recurrentes, puede incluir el inventario de automatizaciones, integraciones, permisos, modelo de datos y proceso de despliegue.

Pida entregables concretos: alcance, supuestos, elementos fuera de alcance, riesgos, dependencias, criterios de aceptación y una priorización. Si la consultora detecta incertidumbres relevantes, debe indicarlas antes de presentar una estimación cerrada como si no existieran.

Mejorar con control de cambios

La fase de ejecución debe contemplar desarrollo, configuración, pruebas y despliegue como un conjunto. Una modificación aparentemente sencilla puede afectar validaciones, flujos, integraciones, permisos, informes o datos históricos.

Pregunte qué entornos se utilizarán, cómo se revisarán los cambios, qué pruebas se harán y cómo se planificará la puesta en producción. No todas las empresas necesitan el mismo nivel de automatización de despliegues, pero depender de cambios manuales y conocimiento no documentado aumenta el riesgo a medida que crece el backlog.

También conviene acordar quién valida cada resultado. El equipo técnico puede comprobar que una automatización se ejecuta; el responsable de operaciones debe confirmar que el proceso resultante funciona en la práctica.

Mantener y evolucionar sin perder contexto

El mantenimiento no es solo resolver incidencias. Puede incluir priorización de solicitudes, correcciones, pequeñas evoluciones, seguimiento de integraciones y mejora gradual de la documentación. La diferencia está en trabajar con un mecanismo de decisión: qué entra, qué se aplaza, qué riesgo asume la empresa y qué necesita una revisión más amplia.

Una consultora debería poder adaptarse a una colaboración recurrente sin convertir cada cambio menor en un proyecto completo. A la vez, debe saber señalar cuándo una sucesión de parches ya justifica detenerse, revisar la base técnica y ordenar prioridades.

Si busca una colaboración recurrente, nuestra guía para contratar mantenimiento Salesforce explica qué comparar en la capacidad contratada, los tiempos de atención y el cambio de proveedor.

Cómo comparar alcance y coste entre propuestas

Dos presupuestos pueden parecer comparables y cubrir trabajos muy distintos. Uno puede incluir análisis de dependencias, pruebas y acompañamiento al despliegue; otro puede limitarse a configurar una petición funcional. El segundo no es necesariamente inadecuado, pero el comprador debe conocer la diferencia.

Revise especialmente si la propuesta explica los supuestos sobre acceso a sistemas, disponibilidad de interlocutores, calidad de datos, decisiones pendientes y terceros responsables de integraciones. Estas condiciones suelen modificar esfuerzo y calendario. Una estimación honesta distingue lo confirmado de lo que debe validarse.

También merece atención el modelo de interlocución. Si la empresa necesita coordinación entre CRM, ERP e infraestructura, valore si el proveedor puede conversar con responsables de distintas áreas y traducir decisiones técnicas a impacto operativo. No se trata de que una sola consultora sustituya a todos los equipos, sino de evitar que las dependencias queden sin responsable.

Qué debe quedar acordado antes de empezar

Para comparar propuestas sobre la misma base, compruebe que recogen estos puntos con una profundidad proporcional al encargo:

• Alcance y exclusiones: procesos, componentes y sistemas incluidos, junto con lo que se pospone.
• Entregables y aceptación: qué recibirá, cómo se demostrará que funciona y quién dará conformidad.
• Responsabilidades y calendario: aportaciones de su equipo, dependencias de terceros e hitos sujetos a validación.
• Modelo económico: precio cerrado, trabajo por tiempo o colaboración recurrente; qué incluye, cómo se autorizan cambios y qué gastos o licencias se presupuestan aparte.
• Entrega técnica: acceso acordado al código y la configuración, documentación, instrucciones operativas y transferencia de conocimiento.
• Soporte posterior: periodo y horario de atención, prioridades y diferencia entre una corrección incluida y una nueva evolución. El tiempo de respuesta no equivale necesariamente al de resolución.

No existe una tarifa o un plazo universal que permita comparar cualquier proyecto Salesforce. Solicite que cada estimación indique sus supuestos y las incertidumbres que podrían modificarla.

Preguntas que ayudan a tomar una decisión

En la conversación de diagnóstico, estas preguntas suelen separar una propuesta genérica de una planteada para el contexto real:

• ¿Quién ejecutará el trabajo, con qué disponibilidad y quién tomará las decisiones técnicas?
• ¿Qué información necesita revisar antes de estimar el trabajo y por qué?
• ¿Qué riesgos ve en las automatizaciones, integraciones o despliegues actuales?
• ¿Qué entregables recibiremos antes de iniciar cambios y al cerrar el trabajo?
• ¿Cómo definirá las pruebas, los criterios de aceptación y el plan de reversión si aparece una incidencia?
• ¿Qué parte puede resolverse como mejora acotada y qué parte requiere una revisión previa?
• ¿Cómo se documentarán decisiones, dependencias y cambios para reducir la dependencia de personas concretas?
• ¿Qué recibe nuestro equipo al finalizar y cómo se gestiona una ampliación de alcance?

Las respuestas no tienen por qué ser idénticas entre proveedores. Lo relevante es que expongan límites, alternativas y consecuencias. Una respuesta prudente que pide validar una dependencia crítica suele ser más útil que una promesa de plazo basada en información incompleta.

Recursos para preparar la evaluación

Salesforce publica una herramienta de evaluación de partners de implantación con criterios y preguntas que pueden adaptarse a la complejidad del proyecto. Utilícela como apoyo para acordar qué evidencias pedirá y cómo comparará las propuestas.

Si su decisión incluye un intercambio de datos con ERP u otras aplicaciones, nuestra guía de seguridad de APIs e integraciones desarrolla los controles que conviene incluir en el alcance.

¿Necesita definir el siguiente paso en Salesforce?

Si busca apoyo para desarrollar, integrar o evolucionar su plataforma, consulte nuestro servicio de desarrollo e integración de Salesforce. Cuéntenos qué proceso quiere mejorar y qué resultado necesita: una primera conversación permitirá valorar el encaje y definir un alcance proporcionado, con entregables y responsabilidades claros.