¿Cómo elegir una empresa de implementación de Salesforce? Guía profesional para la toma de decisiones

La respuesta corta

La elección de una empresa para implementar Salesforce suele caer en uno de dos extremos peligrosos: dejarse impresionar por una demostración impactante en una reunión de ventas, o una mera comparación de precios entre ofertas que parecen similares en papel. Ninguno de estos métodos evalúa lo que realmente determina el éxito: si el proveedor comprende el proceso de negocio, cómo maneja las excepciones y qué sucede cuando algo sale mal en la tercera semana del proyecto.

Un proceso de selección maduro evalúa cuatro aspectos de forma secuencial: la definición de la necesidad interna antes de contactar al mercado, el tipo de proveedor adecuado para el alcance y el riesgo, la profundidad profesional examinada más allá de una demo, y un modelo de contratación que distribuye el riesgo de manera justa. Hemos abordado en detalle el marco para comparar ofertas y condiciones en Comparación de propuestas de Salesforce, y aquí nos enfocamos en la etapa previa: cómo llegar a una lista de candidatos adecuados.

Primera etapa: qué se necesita antes de contactar al mercado

El error más común es acudir a los proveedores con la pregunta "¿cuánto cuesta?" antes de definir lo que se necesita. Una empresa que inicia un proceso de adquisición sin un alcance (Scope) documentado recibe propuestas incomparables, ya que cada proveedor llena los vacíos con sus propias suposiciones. Antes de la primera reunión, es aconsejable tener un documento breve que incluya: el proceso de negocio que requiere cambio, los usuarios, los sistemas existentes y qué se considerará un éxito en seis meses.

El alcance de esta necesidad también determina directamente el modelo de fijación de precios adecuado: un proyecto con un Scope claro se ajusta mejor a un precio fijo, mientras que un proyecto exploratorio es más adecuado para el modelo de "Tiempo y Material" (Time & Material). Hemos profundizado sobre esto en Fijación de precios de proyectos Salesforce. Una organización que omite la etapa de definición casi siempre paga el doble: una vez en una propuesta de precio inflada que cubre la incertidumbre, y otra vez en cambios de Scope a mitad del trabajo.

Tipos de proveedores: boutique, global y freelancer

El mercado de servicios Salesforce se divide, a grandes rasgos, en tres categorías, cada una adecuada para un perfil de riesgo diferente.

Las empresas boutique suelen tener entre 5 y 30 empleados, se especializan en una o dos áreas (ventas, servicio, Marketing Cloud) y proporcionan acceso directo al arquitecto sénior durante todo el proyecto. La ventaja es la agilidad y un precio competitivo; la desventaja es una capacidad limitada: un proyecto grande que requiera cinco personas simultáneamente podría estancarse.

Los integradores globales aportan una metodología documentada, capacidad de reclutamiento rápido de personal adicional y experiencia en sectores similares a nivel mundial. El precio es entre un 30% y un 60% más alto en comparación con una boutique, y a menudo existe una capa de gestión de proyectos que separa al cliente del equipo de ejecución real, lo que ralentiza la comunicación en momentos de crisis.

Los freelancers ofrecen la tarifa por hora más baja, pero exponen a la dependencia de una sola persona. Si el freelancer se enferma, viaja al extranjero o se traslada a otro proyecto, el trabajo se detiene. Son adecuados principalmente para el mantenimiento continuo o para proyectos pequeños con un Scope definido y cerrado.

Examen de la profundidad profesional más allá de una demo

Una demo impresionante demuestra que el proveedor sabe cómo presentar Salesforce, no que sabe resolver el problema específico de la organización. Un examen de profundidad real requiere tres capas: primero, solicitar que el equipo que realmente ejecutará el proyecto (no solo el vendedor) participe en la reunión y responda preguntas técnicas. Segundo, pedir un ejemplo concreto de un proyecto similar en alcance e industria, incluyendo capturas de pantalla reales y no diapositivas de marketing. Tercero, evaluar cómo reacciona el proveedor ante una pregunta trampa, por ejemplo, "¿qué sucede si a mitad del proyecto se descubre que los datos en la fuente no son confiables?". Un proveedor experimentado responderá con un ejemplo, no con un eslogan.

Quien dirige realmente la arquitectura determina la calidad de la solución mucho más que el logo en la factura. Es importante asegurarse de que el arquitecto presentado en la reunión de ventas sea realmente quien estará involucrado en el proyecto, y no una "cara" que se presenta a los clientes y después de la firma es reemplazada por un equipo más junior.

Verificación efectiva de referencias

Una buena llamada de referencias no se queda en el nivel de "¿lo recomendaría usted?", sino que desciende a los detalles operativos. Tres preguntas que producen información real: ¿El proyecto se completó dentro del presupuesto y del cronograma original, y si no, cuál fue la desviación y la razón? ¿Qué sucedió cuando se descubrió un error o un bug en producción, y cuánto tiempo tardó en corregirse? Y, ¿el equipo que ejecutó el proyecto sigue trabajando para el proveedor hoy? Una alta rotación de personal en una empresa de implementación es una señal de que el conocimiento adquirido en el proyecto anterior ya no está disponible.

Es aconsejable pedir al menos dos referencias: una de un proyecto exitoso y otra de un proyecto con dificultades. Un proveedor que se niega a proporcionar una referencia "problemática" o afirma que todos sus proyectos fueron impecables, está ocultando algo.

Modelo de contratación: cómo distribuir el riesgo

El modelo de contratación determina quién asume el riesgo cuando la realidad se desvía de lo planificado, y esto ocurre casi siempre.

Para un primer proyecto con un nuevo proveedor, el modelo de T&M con tope suele ser la elección más equilibrada: evita sorpresas presupuestarias pero no incentiva al proveedor a recortar las pruebas. Considerar un precio fijo solo después de que el Scope haya sido validado frente a escenarios reales de principio a fin, como se describe en Cómo elegir un proveedor de Salesforce.

Cuadro de mando (Scorecard) para la puntuación de proveedores

Una tabla de puntuación ponderada convierte una comparación subjetiva en un proceso que puede defenderse ante la dirección. Pesos sugeridos para un proyecto típico:

Cada proveedor recibe una puntuación del 1 al 5 en cada línea, multiplicada por el peso. La diferencia entre el proveedor líder y el segundo en el resultado global es tan importante como la puntuación misma; una diferencia de menos de 5 puntos generalmente justifica una reunión aclaratoria adicional antes de una decisión final.

Señales de alerta para identificar temprano

• Propuesta de precio sin desglose de horas por tema, solo un "total" global.
• Promesa de una "solución completa en Salesforce" para una necesidad que nunca se ha analizado en profundidad.
• Negativa a revelar quién del equipo realizará el trabajo.
• Presión para firmar rápidamente "porque este precio solo es válido esta semana".
• No hay referencia a casos de fracaso o proyectos con dificultades.
• Contrato que no define lo que se considera la "finalización" del proyecto y la aceptación final.

Qué solicitar ver en una reunión: Lista de verificación rápida

• ☐ Presencia del equipo ejecutor real, no solo un vendedor.
• ☐ Ejemplo concreto de un proyecto similar con capturas de pantalla reales.
• ☐ Desglose inicial del Work Breakdown Structure (WBS) con suposiciones y excepciones documentadas.
• ☐ Nombre y datos de contacto de al menos dos referencias.
• ☐ Propuesta de modelo de contratación con explicación de por qué es adecuado para el alcance.
• ☐ Descripción del proceso de manejo de cambios de Scope y de errores (bugs) después de la entrada en operación.

Escenario organizacional de ejemplo

Una empresa mediana de servicios financieros evaluó tres propuestas para Salesforce Sales Cloud: una boutique local, un integrador global y un freelancer recomendado. La dirección inicialmente se inclinó por el freelancer debido a un precio un 40% más bajo, hasta que una llamada de referencia reveló que su proyecto anterior se había detenido durante tres semanas cuando él enfermó. Finalmente, la organización eligió a la boutique, después de que el Scorecard mostró una ventaja de 12 puntos en la categoría de profundidad del equipo y baja rotación de personal.

El proyecto, de hecho, se encontró con un cambio de requisito a mitad de camino: una nueva necesidad de integración con un sistema de facturación interno que no se había mencionado en la etapa de propuesta. Gracias al modelo de T&M con tope, el cambio se gestionó como una adición previamente acordada y no como una renegociación de todo el contrato. Las organizaciones que dudan entre proveedores similares y desean un marco de preguntas adicional pueden consultar Preguntas antes de elegir un integrador de Salesforce.

Cómo medir que la elección fue correcta

Una métrica que no se puede evaluar en la práctica no es una métrica. Si el contrato no incluye una definición clara de lo que se considera la "finalización" del proyecto, es casi imposible saber si la elección fue correcta hasta que es demasiado tarde para corregirlo. Una organización que desea acompañamiento externo en la construcción del propio proceso de selección puede comenzar con el servicio de consultoría y definición, que ayuda a definir el Scope y a construir un Scorecard adaptado incluso antes de contactar al mercado.

Fuentes profesionales

• HPI Pro – Consultoría y definición — https://hpi.pro/consulting-discovery
• Salesforce Well-Architected — https://architect.salesforce.com/docs/architect/well-architected/guide/overview.html
• HPI Pro – Servicios Salesforce — https://hpi.pro/services