Quiz: Técnicas de discovery efectivas

Tipo de lección: Quiz

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:

1. Preparación: Investiga el sitio web, documentación pública, perfiles de LinkedIn del equipo técnico y noticias de la industria del prospecto.
2. 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?"
3. Profundización técnica: Pregunta sobre APIs, formatos de datos, protocolos de seguridad, requisitos de escalabilidad y equipos involucrados.
4. Validación: Resume lo entendido y pregunta "¿He capturado correctamente sus necesidades técnicas?"
5. 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:

1. Descubres que usan un sistema legacy con APIs SOAP, mientras tu solución usa REST.
2. Identificas que necesitan procesar 10,000 eventos por minuto durante horas pico.
3. Validas que su equipo de seguridad requiere certificación ISO 27001.
4. 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.

1. 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
2. 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
3. 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

Pistas

• 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.