Mantenimiento Salesforce: qué incluye y cómo contratarlo

El mantenimiento Salesforce para empresas reúne tareas de administración, atención de incidencias y pequeñas mejoras sobre un entorno que ya está en uso. Su alcance depende de lo acordado: contratar una bolsa de horas o una colaboración mensual no implica atención permanente, desarrollos ilimitados ni que cualquier problema pueda resolverse de inmediato.

Para una empresa B2B, la decisión empieza por una pregunta práctica: ¿qué necesita mantener operativo y qué trabajo está quedando pendiente? Puede tratarse de consultas de usuarios, errores al registrar pedidos, ajustes de permisos o automatizaciones que requieren cambios. Esta guía ayuda a comparar proveedores y presupuestos con esa necesidad como punto de partida.

Qué puede incluir el mantenimiento Salesforce

Conviene pedir una relación de actividades incluidas y comprobar quién las ejecutará. Un servicio puede combinar estas áreas, con una dedicación y unas responsabilidades definidas:

• Administración y consultas: usuarios, permisos, configuración y dudas funcionales dentro del alcance acordado.
• Mantenimiento correctivo: diagnóstico y corrección de errores, con prioridad según su impacto en el negocio.
• Pequeñas mejoras: ajustes en automatizaciones, informes, pantallas y procesos, previa valoración del esfuerzo.
• Trabajo preventivo: revisiones o pruebas concretas que se hayan incluido, con periodicidad y entregables definidos.
• Seguimiento: registro de solicitudes, consumo de capacidad, cambios realizados y prioridades pendientes.

Clasificar el trabajo evita expectativas ambiguas. Corregir una regla que bloquea un proceso acordado puede ser mantenimiento correctivo. Rediseñar todo el proceso de presupuestos, implantar una nueva nube o construir una integración suele requerir un proyecto específico. La propuesta debe explicar dónde se sitúa esa frontera y cómo se autoriza cualquier ampliación.

Si busca apoyo recurrente, puede consultar el servicio de mantenimiento y soporte Salesforce de SENVORA, con atención técnica directa y capacidad acordada tras conocer el entorno.

Soporte de Salesforce y mantenimiento de una consultora

Antes de contratar, revise qué cobertura tiene ya con el fabricante. Salesforce ofrece distintos Success Plans con recursos, orientación y soporte; las condiciones dependen del plan y de los productos contratados.

Pida al proveedor que concrete qué trabajo realizará sobre su configuración, sus procesos y sus desarrollos. No dé por hecho que el soporte del fabricante cubre toda la administración cotidiana o la ejecución de las mejoras que necesita su equipo. Tampoco conviene contratar dos servicios para la misma tarea sin acordar responsabilidades.

Defina quién abrirá los casos con Salesforce o con otros fabricantes, qué información preparará y quién hará el seguimiento. Una incidencia puede requerir la colaboración del administrador interno, la consultora, el proveedor del ERP y Salesforce. El cliente necesita un responsable de coordinación, aunque no todos los componentes dependan del mismo equipo.

Cómo se presupuesta el mantenimiento Salesforce

No existe una tarifa única aplicable a todas las empresas. El presupuesto depende del estado del entorno, la complejidad de las automatizaciones e integraciones, los perfiles necesarios, la demanda prevista y las condiciones de atención. El número de usuarios aporta contexto, pero no describe por sí solo el esfuerzo.

Las propuestas pueden utilizar distintas modalidades:

• Trabajo por tiempo: se registra la dedicación real. Conviene acordar tarifas, estimaciones, límite de gasto y autorización de desviaciones.
• Bolsa de horas: se contrata una capacidad determinada. Hay que aclarar vigencia, disponibilidad, consumo mínimo y tratamiento de horas pendientes o adicionales.
• Colaboración mensual: se acuerdan capacidad, prioridades y seguimiento recurrente. Una cuota mensual no equivale a solicitudes ilimitadas ni a disponibilidad inmediata.
• Intervención cerrada: se define un resultado concreto, con entregables, supuestos y criterios de aceptación. Puede encajar para resolver un problema delimitado antes de pasar a mantenimiento.

Para comparar dos ofertas, solicite qué actividades consumen capacidad: análisis, reuniones, coordinación, ejecución, pruebas, despliegues y documentación. Compruebe también si la revisión de entrada tiene coste, qué trabajos se facturan aparte y cómo se tratan las urgencias. Compare importes sobre la misma base, aclarando impuestos y costes de terceros.

Las licencias Salesforce y otras herramientas deben identificarse por separado. Un precio menor con muchas exclusiones puede responder a una necesidad distinta de una propuesta más amplia. Lo útil es comparar el alcance completo y el control del gasto, además de la tarifa.

Qué acordar sobre incidencias y tiempos de atención

El tiempo de primera respuesta y el tiempo de resolución son compromisos diferentes. Confirmar la recepción o empezar a investigar no significa que el proceso ya esté restablecido. La resolución puede depender de reproducir el error, disponer de accesos, validar un cambio o recibir una actuación de otro proveedor.

Si se propone un acuerdo de nivel de servicio, habitualmente llamado SLA, pida que detalle horario, zona horaria, días de atención, canales y criterios de prioridad. Aclare cuándo empieza a contar cada plazo, qué dependencias pueden condicionarlo y cómo se comunicará el avance. La cobertura fuera de horario solo existe si se ha acordado expresamente.

Una prioridad debe relacionarse con impacto real: proceso bloqueado, usuarios afectados, alternativa temporal y urgencia del negocio. Una petición de mejora importante puede necesitar planificación, mientras que un error pequeño que interrumpe cada pedido puede exigir atención prioritaria.

Cuándo hace falta una revisión de entrada

No todas las empresas necesitan una auditoría amplia antes de contratar mantenimiento. Si el alcance está claro y la configuración afectada se conoce, puede bastar con revisar la petición y definir pruebas proporcionadas al riesgo.

Conviene una revisión acotada cuando nadie sabe qué automatización modifica un dato, faltan instrucciones de despliegue o las integraciones fallan sin trazabilidad. Esa revisión debe indicar objetivo, componentes incluidos, coste y entregables. Puede producir un mapa de dependencias, un inventario de riesgos o una propuesta de corrección priorizada; no debería quedar como una investigación indefinida.

Piense en un escenario hipotético de distribución: algunos pedidos llegan al ERP sin descuento. La causa podría estar en Salesforce, en una transformación intermedia o en el dato de origen. Corregir campos sin seguir el recorrido del pedido puede ocultar el problema. Antes de estimar la solución, habría que delimitar qué sistemas y responsables intervienen.

Qué exigir al probar y desplegar cambios

Pida que cada cambio tenga un objetivo comprensible, una persona que lo valide y evidencias de prueba proporcionales a su riesgo. Para un ajuste de permisos, puede ser necesario comprobar distintos tipos de usuario. Para una integración, también conviene validar el resultado en el sistema de destino y el tratamiento de errores.

El proveedor debe explicar cómo registrará las modificaciones, qué entornos utilizará y cómo actuará si aparece un efecto no previsto. Las medidas de recuperación dependen del cambio: desactivar una configuración, revertir código o corregir datos no son operaciones equivalentes. El plan debe valorar esas diferencias antes del despliegue.

También es útil acordar quién revisará las novedades del producto y probará los procesos críticos. Salesforce recomienda consultar las notas de versión y preparar las actualizaciones principales mediante pruebas en sandbox. Incluya esa actividad en el presupuesto si la necesita; no presuponga que cualquier contrato de mantenimiento la incorpora.

Cómo cambiar de proveedor sin perder conocimiento

El traspaso debe tener un alcance y un responsable. Antes de retirar accesos al proveedor saliente, coordine una entrega ordenada del conocimiento necesario y las responsabilidades que pasarán al nuevo equipo. Revise estas piezas:

• Solicitudes abiertas, prioridades y problemas conocidos.
• Inventario de automatizaciones e integraciones relevantes.
• Código, configuración y repositorios que corresponda entregar según lo acordado.
• Entornos, procedimiento de despliegue y pruebas disponibles.
• Documentación operativa, dependencias y contactos de otros proveedores.
• Relación de accesos que deban concederse, revisarse o retirarse en cada fase.

Los accesos se deben gestionar mediante los procedimientos autorizados del cliente, con permisos adecuados a cada función. No intercambie contraseñas personales por correo ni retire cuentas técnicas sin comprobar sus dependencias. Si falta documentación, presupueste cómo se reconstruirá lo imprescindible para asumir el servicio.

Es posible que el nuevo proveedor colabore con el actual. En ese caso, deje claro quién modifica cada componente, quién aprueba los cambios y cómo se evitan actuaciones simultáneas sobre el mismo proceso.

Preguntas para comparar proveedores de mantenimiento

Use las mismas preguntas con cada candidato para poder contrastar las respuestas:

1. ¿Qué actividades incluye la propuesta y cuáles quedan fuera?
2. ¿Quién ejecutará el trabajo y quién asumirá las decisiones técnicas?
3. ¿Cómo se registran la dedicación, las prioridades y la capacidad disponible?
4. ¿Qué horario y tiempos de primera respuesta se comprometen?
5. ¿Quién coordina las incidencias que afectan al ERP u otros proveedores?
6. ¿Qué pruebas, documentación y evidencias recibiremos con cada cambio?
7. ¿Cómo se autoriza un exceso de capacidad o un proyecto adicional?
8. ¿Cómo se organiza el traspaso si termina la colaboración?

Una respuesta útil reconoce dependencias y explica el proceso de trabajo. Prometer ausencia de incidencias, resolución inmediata de cualquier problema o mejoras ilimitadas dificulta comparar ofertas y establecer expectativas realistas.

Prepare una primera conversación sobre su Salesforce

Reúna las incidencias que más se repiten, las mejoras pendientes, los procesos afectados y quién puede priorizar y validar el trabajo. Añada qué sistemas se integran con Salesforce y qué apoyo tiene actualmente. Para esta conversación basta una descripción general; no envíe credenciales ni datos sensibles.

En SENVORA valoramos el encaje y la capacidad necesaria antes de proponer una colaboración. El horario, las tareas y las condiciones se acuerdan para cada servicio; un análisis técnico detallado, cuando sea necesario, se presupuesta con alcance propio.

Cuéntenos qué necesita mantener o mejorar en Salesforce para definir un siguiente paso proporcionado a su situación, con responsabilidades y entregables claros.