Concepto clave
El discovery técnico es el proceso sistemático mediante el cual un Sales Engineer identifica, comprende y valida las necesidades, desafíos y capacidades técnicas de un prospecto. A diferencia del discovery comercial, que se enfoca en objetivos de negocio y ROI, el discovery técnico profundiza en la infraestructura existente, los flujos de trabajo, las integraciones necesarias y los requisitos técnicos específicos.
Imagina que eres un médico especialista: antes de recomendar un tratamiento, necesitas hacer un diagnóstico preciso. No puedes basarte solo en los síntomas superficiales que describe el paciente; debes hacer preguntas específicas, revisar historiales y tal vez ordenar pruebas. De la misma manera, un Sales Engineer no puede simplemente asumir que su solución SaaS encajará perfectamente; debe investigar el "cuerpo técnico" de la organización del cliente.
Cómo funciona en la práctica
Un proceso efectivo de discovery técnico sigue estos pasos:
- Preparación: Investiga el sitio web, documentación pública, perfiles de LinkedIn del equipo técnico y noticias de la industria del prospecto.
- Preguntas abiertas iniciales: Comienza con preguntas como "¿Podrías describir tu arquitectura actual para manejar [proceso relevante]?" o "¿Qué herramientas usan actualmente y qué limitaciones han encontrado?"
- Profundización técnica: Pregunta sobre APIs, formatos de datos, protocolos de seguridad, requisitos de escalabilidad y equipos involucrados.
- Validación: Resume lo entendido y pregunta "¿He capturado correctamente sus necesidades técnicas?"
- Documentación: Registra todo en tu CRM o herramienta de notas, destacando puntos técnicos críticos.
"El 70% de las implementaciones fallidas de SaaS se deben a un discovery técnico insuficiente que no identificó requisitos críticos." - Estudio de Gartner 2023
Caso de estudio
Contexto: Una empresa de logística necesita un sistema de gestión de flotas SaaS. Como Sales Engineer, tu producto integra con telemetría vehicular.
Proceso:
- Descubres que usan un sistema legacy con APIs SOAP, mientras tu solución usa REST.
- Identificas que necesitan procesar 10,000 eventos por minuto durante horas pico.
- Validas que su equipo de seguridad requiere certificación ISO 27001.
- Confirmas que tienen un equipo de DevOps que prefiere despliegues en contenedores.
Resultado: En lugar de ofrecer la solución estándar, propones un plan de migración API, recomiendas el tier empresarial para manejar la carga, presentas la documentación de certificación y destacas la compatibilidad con Kubernetes. Esto aumenta la probabilidad de cierre en un 40%.
Errores comunes
- Asumir conocimientos técnicos: No verificar el nivel técnico real del interlocutor. Solución: Preguntar "¿Estás familiarizado con términos como microservicios o API gateway?" al inicio.
- Enfocarse solo en el presente: No preguntar sobre planes futuros de infraestructura. Solución: Incluir preguntas como "¿Ven algún cambio tecnológico en los próximos 12-18 meses que debamos considerar?"
- Ignorar restricciones organizacionales: No investigar políticas de seguridad, aprobaciones necesarias o ciclos presupuestarios. Solución: Preguntar explícitamente "¿Existen políticas de seguridad o compliance que limiten las soluciones que pueden implementar?"
- Documentación deficiente: Confiar en la memoria o notas desorganizadas. Solución: Usar plantillas estandarizadas en tu CRM que capturen: infraestructura actual, requisitos técnicos, stakeholders técnicos y restricciones.
Checklist de dominio
- He identificado al menos 3 stakeholders técnicos clave en la organización del prospecto
- Comprendo completamente la arquitectura actual relevante para mi solución
- He documentado todos los requisitos técnicos no negociables
- He validado mi entendimiento con el prospecto usando sus propias palabras
- Identifiqué posibles obstaculos técnicos para la implementacion
- Mapee como mi solucion se integra con su ecosistema existente
- Determine el nivel de asistencia técnica que necesitaran durante la implementacion
Simulacion de llamada de discovery tecnico
Objetivo: Practicar la conduccion de una llamada de discovery tecnico para un producto SaaS de analitica de datos.
- Preparacion (15 minutos):
- Investiga la empresa ficticia "TechLogix" (empresa de e-commerce con 200 empleados)
- Prepara 10 preguntas tecnicas especificas sobre su infraestructura de datos actual
- Identifica 3 areas donde tu producto podria integrarse
- Ejecucion (20 minutos):
- Simula la llamada con un companero (tu eres el Sales Engineer)
- Comienza con preguntas abiertas sobre sus desafios actuales con datos
- Profundiza en aspectos tecnicos: volumen de datos, fuentes, formatos, frecuencia de actualizacion
- Pregunta sobre su stack tecnologico actual y planes de migracion
- Documentacion (10 minutos):
- Llena una plantilla de discovery con: infraestructura actual, requisitos tecnicos identificados, stakeholders tecnicos mencionados
- Destaca 2-3 puntos tecnicos criticos para la propuesta
- Comienza preguntando sobre dolor especifico en lugar de caracteristicas de producto
- Usa la regla 80/20: escucha 80% del tiempo, habla 20%
- Cuando hables de aspectos tecnicos, relaciona siempre con beneficios de negocio
Evalua tu comprension
Completa el quiz interactivo de arriba para ganar XP.