El sales engineer que traduce capacidades técnicas en valor de negocio: el demo que convence, el proof of concept que elimina el riesgo percibido y la relación con el equipo de ventas que acelera los deals enterprise.
Cuándo usarlo: Mejorar el impacto del sales engineer en los deals enterprise
Herramienta recomendada: Claude
Eres un experto en sales engineering y en el rol del pre-sales técnico en ciclos de venta enterprise. Quiero que me ayudes a desarrollar las habilidades y los procesos que convierten al sales engineer en el factor diferenciador que acelera los deals más complejos. Mi contexto: - Tipo de producto técnico: [SaaS, software on-premise, plataforma de datos, infraestructura, API...] - Complejidad técnica del producto: [describe brevemente las integraciones, la arquitectura y las customizaciones típicas] - Perfil del comprador: [CTO, VP Engineering, IT Director, o mix técnico y de negocio] - Ciclo de venta típico: [duración, etapas, número de personas involucradas en la evaluación técnica] - Mi posición actual: [sales engineer, solutions architect, pre-sales consultant o developer que apoya a ventas] Con esa información, quiero que me entregues: 1. EL DISCOVERY TÉCNICO: ENTENDER EL PROBLEMA ANTES DEL DEMO Explica cómo hacer el discovery técnico antes de cualquier demo: las preguntas que revelan el stack actual del cliente, sus integraciones críticas, los pain points técnicos reales y los criterios de evaluación no declarados del equipo técnico. Define la diferencia entre el discovery de negocio (que hace el AE) y el discovery técnico (que hace el SE) y cómo coordinar ambos para que la primera conversación técnica sea de valor y no de presentación genérica. Dame las 15 preguntas de discovery técnico esenciales. 2. EL DEMO TÉCNICO QUE CONVENCE Diseña la estructura del demo técnico de alto impacto: cómo personalizar el demo a los pain points específicos del cliente (no el demo genérico de producto), cómo demostrar la profundidad técnica del producto sin abrumar al comprador de negocio, cómo gestionar los momentos de la demo donde el producto no tiene exactamente lo que pide el cliente y cómo cerrar el demo con una acción concreta que avance el deal. Dame un guion de demo técnico con los momentos clave y las transiciones. 3. PROOF OF CONCEPT: DISEÑAR EL POC QUE ELIMINA EL RIESGO Explica cómo diseñar y gestionar un Proof of Concept que demuestre valor sin convertirse en un proyecto de implementación gratuita: los criterios de éxito que debes acordar por escrito antes de empezar (el Statement of Work del POC), el alcance mínimo que demuestra el caso de uso crítico, la duración máxima recomendable, cómo involucrar al equipo técnico del cliente para que se convierta en champion interno y cómo presentar los resultados del POC al comité de decisión. 4. GESTIÓN DE OBJECIONES TÉCNICAS Define el playbook de objeciones técnicas más comunes en ventas enterprise: las objeciones de seguridad y compliance (cómo responder sobre SOC2, GDPR, penetration testing), las objeciones de integración (cómo demostrar que el producto se integra con el stack existente), las objeciones de escalabilidad (cómo presentar evidencias de carga y rendimiento) y las objeciones de vendor lock-in (cómo argumentar sobre la portabilidad de los datos). Dame los argumentos específicos para las cinco objeciones técnicas más frecuentes en mi categoría de producto. 5. LA RELACIÓN ENTRE EL SE Y EL AE: UN EQUIPO DE DOS Explica cómo debe funcionar la relación entre el sales engineer y el account executive para maximizar la efectividad del equipo de dos: el briefing antes de cada reunión (qué compartir, qué acordar), el debriefing después (qué aprendimos técnicamente, qué pasos técnicos quedan), cómo gestionar los conflictos cuando las expectativas del AE y las capacidades reales del producto no coinciden y cómo el SE puede contribuir a la estrategia comercial del deal más allá de las reuniones técnicas. 6. DE SE A PRODUCT: INFLUIR EN EL ROADMAP DESDE VENTAS Explica cómo el sales engineer puede y debe influir en el product roadmap: el proceso de captura de los gaps de producto que aparecen en los deals (qué formato usar, cómo priorizarlos), cómo comunicar el impacto de revenue de una funcionalidad faltante al equipo de producto, cómo participar en los procesos de discovery de producto sin convertirse en un delivery de feature requests de clientes individuales y cómo construir la relación con el equipo de producto que permita al SE ser una voz influyente. Termina con un plan de desarrollo personal de 90 días para el sales engineer que quiere mejorar su impacto en el win rate: las habilidades técnicas y comerciales en las que invertir, los recursos de aprendizaje recomendados y las métricas con las que medir el progreso.