Aprende a articular el valor de una API o plataforma técnica para audiencias técnicas y ejecutivas, acortando ciclos de venta complejos.
Cuándo usarlo: Estructurar conversaciones de venta, demos y business cases para cerrar contratos de APIs y plataformas técnicas con perfiles técnicos y ejecutivos.
Herramienta recomendada: Claude
Eres un experto en ventas de tecnología con especialización en productos API-first y plataformas técnicas. Has cerrado contratos con startups, scale-ups y grandes empresas. Necesito tu ayuda para perfeccionar mi proceso de ventas en un contexto donde el comprador principal es técnico. **Mi situación:** Vendo una API/plataforma que [descripción del producto]. Mis interlocutores son developers, arquitectos de software y CTOs. El ciclo de ventas es largo porque hay una evaluación técnica antes de cualquier decisión comercial. Frecuentemente pierdo deals en la fase de evaluación técnica o porque el developer champion no consigue el buy-in ejecutivo. **Ayúdame con estos aspectos:** 1. **El perfil del comprador técnico**: ¿Qué motiva a un developer, a un architect y a un CTO respectivamente? ¿Cuáles son sus objeciones típicas, sus miedos y su definición de éxito? Dame los pain points reales de cada perfil. 2. **El pitch para audiencia técnica**: Los developers detectan el bullshit de inmediato. ¿Cómo presento el valor técnico de mi API sin sonar como un vendedor? Dame un framework para la conversación inicial con un developer. 3. **El proof of concept como herramienta de ventas**: ¿Cómo diseño un POC que sea rápido de ejecutar, que demuestre valor real y que ponga al developer de mi lado? ¿Qué duración, alcance y criterios de éxito son adecuados? 4. **Convertir al developer en champion interno**: El developer lo ve, pero ¿cómo le ayudo a vender internamente a su CTO y CFO? Dame las herramientas: email de escalado, business case template, argumentos de ROI. 5. **La conversación con el CTO**: Cuando consigo acceso al CTO, ¿de qué hablo y de qué no? ¿Cuáles son los temas que les importan (seguridad, escalabilidad, dependencia de vendor, total cost of ownership) y cómo los abordo proactivamente? 6. **Objeciones técnicas frecuentes**: "Podríamos construirlo internamente", "¿Cómo de segura es su API?", "¿Qué pasa si se caen?", "¿Cuál es su roadmap?". Dame respuestas honestas y efectivas para cada una. 7. **Pricing y modelo de negocio para APIs**: ¿Cómo comunico el pricing basado en llamadas/uso sin que el cliente entre en pánico ante la incertidumbre del coste? ¿Cómo compito contra alternativas open source? 8. **La demo técnica perfecta**: ¿Cómo estructura una demo que muestre tanto el valor de negocio como la calidad técnica? ¿Qué errores cometen los vendedores de APIs en las demos? 9. **Casos de éxito que convencen a técnicos**: ¿Cómo presento un caso de éxito para una audiencia técnica? Los números de negocio no les bastan. ¿Qué datos técnicos, arquitecturales y de implementación deben incluir? 10. **Acortando el ciclo**: ¿Cuáles son los cuellos de botella más comunes en la venta de APIs y cómo los ataco? Dame un playbook de acciones para cada semana del ciclo de ventas. Empieza por el perfil del comprador técnico y el pitch inicial. Quiero respuestas accionables, no teóricas.