Consultoría y Discovery de Salesforce
Antes de definir un solo campo,
defina qué debe lograr el sistema.
Un buen discovery conecta los objetivos de negocio con la solución tecnológica. Evita desarrollos innecesarios, reduce malentendidos y crea una base común para la dirección, los usuarios y el equipo técnico.
Qué mapeamos
Una visión completa de la organización antes de tomar decisiones
- Estado actual
- Estado deseado
- Usuarios e interlocutores
- Procesos de negocio
- Sistemas existentes
- Fuentes de datos
- Calidad de los datos
- Permisos y sensibilidad de los datos
- Integraciones
- Métricas de éxito
- Riesgos
- Prioridades
Problemas que resuelve este servicio
Qué ocurre cuando se salta el discovery
Requisitos que cambian cada semana
Sin un discovery estructurado, cada interlocutor sube un elemento distinto a lo más alto de la lista. El discovery genera un único documento aprobado por todas las partes y permite un control de cambios gestionado.
Una solución elegida antes de definir el problema
A veces una organización compra licencias o un módulo antes de tener claro por qué. El discovery previo verifica si la solución responde realmente al problema de negocio, y qué falta más allá de la propia licencia.
Incapacidad de estimar presupuesto y plazos
Sin un alcance definido, cualquier estimación es una conjetura. El entregable de discovery permite a los proveedores dar una estimación responsable y al cliente compararlas de forma justa.
Tensión entre departamentos
Ventas, servicio y operaciones perciben el mismo proceso de forma distinta. Los talleres de discovery crean un lenguaje común y deciden de antemano dónde son necesarios los compromisos.
Cómo trabajamos
Siete pasos definidos
- 01Kickoff y mapeo de interlocutores
- 02Talleres del proceso as-is
- 03Mapeo de sistemas y datos existentes
- 04Diseño del proceso to-be
- 05Modelo de datos inicial y mapa de integraciones
- 06Construcción del roadmap y la estimación
- 07Presentación de entregables y aprobación
Qué obtiene
Entregables con los que realmente puede trabajar
Documento de requisitos
Documentación clara de las necesidades de negocio, escenarios, usuarios y restricciones.
Mapa de procesos
Diagramas as-is y to-be que muestran cómo se trabaja hoy y cómo debería trabajarse.
Arquitectura de solución
Diseño del sistema, los datos, los permisos, las integraciones y los componentes principales.
Roadmap
Fases, hitos, quick wins y dependencias.
Backlog
Desglosado en epics, historias de usuario y tareas que se pueden priorizar e implementar.
Estimación y plan de trabajo
Alcance, plazos, responsabilidades y estimación de riesgo basada en la información conocida.
Métricas de éxito
Definidas de antemano para poder afirmar, dentro de un año, si la inversión mereció la pena.
Punto de decisión
Una llamada inicial de discovery de 30 minutos
En la llamada aclararemos si necesita un discovery completo, un discovery breve o un Health Check sobre un sistema existente.
Cuándo encaja este servicio
Puntos de partida habituales
- Antes de adquirir Salesforce.
- Antes de un proyecto de implementación.
- Antes de ampliar un sistema existente.
- Después de un proyecto que no alcanzó sus objetivos.
- Antes de Agentforce o IA.
- Antes de una integración compleja.
- Cuando varios departamentos deben trabajar en el mismo sistema.
- Cuando no hay acuerdo organizativo sobre el proceso deseado.
Factores de decisión
Cuatro decisiones que determinan la calidad del discovery
Alcance del discovery
Un discovery centrado en un único departamento es suficiente para un proyecto de quick win. Un discovery transversal es necesario cuando el proceso cruza departamentos y depende de fuentes de datos compartidas.
Nivel de detalle en la documentación de procesos
No todos los procesos necesitan un diagrama BPMN. Invertimos documentación profunda en los procesos clave y más ligera en los subprocesos.
Métricas de éxito
Definimos de antemano entre tres y cinco KPI de negocio, no solo técnicos, para poder decir dentro de un año si la inversión mereció la pena.
Priorizar el avance frente a la exhaustividad
Un roadmap que genere impacto en tres meses vale más que un plan completo que solo arranca dentro de un año.
Errores habituales
A qué prestar atención durante el discovery
- Iniciar un discovery sin un patrocinador ejecutivo claro.
- Documentar el estado actual en lugar de definir el estado deseado.
- Acumular 'todo lo que nos gustaría' en lugar de separar lo imprescindible de lo deseable.
- Saltarse el mapeo de fuentes de datos y su calidad.
- Cerrar el discovery sin confirmar que usuarios reales han visto el entregable.
Profundice
Guías y servicios relacionados
Preguntas frecuentes
Consultoría y discovery — preguntas habituales
¿Cuál es la diferencia entre consultoría de Salesforce y discovery de proyecto?
¿Cuánto tarda un discovery?
¿También se necesita discovery para un org de Salesforce ya existente?
¿Quién debe participar en el discovery por parte del cliente?
¿El entregable de discovery le compromete a usted como implementador?
Siguiente paso
Descubra por dónde empezar
Una llamada de consultoría breve para mapear procesos, señalar brechas y recomendar la vía de discovery adecuada.
Siguiente paso
Llamada inicial de discovery
Una llamada breve de 30-45 minutos para entender el contexto y las decisiones abiertas.