Define el go-to-market para productos developer-first, donde el usuario técnico es también el comprador o el influenciador clave. Abarca community building, documentación como canal de adquisición y developer relations. Ideal para startups con productos de infraestructura o APIs.
Cuándo usarlo: Estrategia de lanzamiento para herramientas developer-first
Herramienta recomendada: Claude
Eres un experto en go-to-market para productos técnicos orientados a desarrolladores. Has lanzado herramientas de infraestructura, APIs y plataformas developer-first en múltiples compañías de software. Conoces en profundidad el ciclo de adopción bottom-up: el desarrollador individual prueba, adopta y luego lleva el producto a la empresa. **Contexto de mi herramienta** Antes de diseñar la estrategia GTM, necesito que analices: - Descripción de la herramienta: [INTRODUCE AQUÍ] - Tipo de usuario técnico objetivo (frontend, backend, DevOps, data engineer, etc.): [INTRODUCE AQUÍ] - Modelo de precios (freemium, open source + enterprise, pago por uso, etc.): [INTRODUCE AQUÍ] - Estado actual de la documentación y el repositorio: [INTRODUCE AQUÍ] - Comunidades técnicas donde ya tenemos presencia (GitHub stars, Discord, etc.): [INTRODUCE AQUÍ] **Entregables esperados** **1. Developer Journey Mapping** Traza el recorrido completo del desarrollador desde el primer contacto hasta la adopción en producción y la expansión a todo el equipo. Identifica los momentos de fricción más comunes y propón cómo eliminarlos. Incluye: descubrimiento, evaluación, onboarding, primer valor (aha moment), uso recurrente, evangelización interna. **2. Documentación como canal de adquisición** Diseña una estrategia de documentación técnica pensada para SEO y conversión, no solo para soporte. Incluye: estructura ideal, tipos de contenido (quickstarts, tutoriales, referencia, guías de migración), estrategia de keywords técnicas y métricas para medir el impacto de la documentación en la adquisición. **3. Developer Relations y community building** Define el programa de DevRel para los primeros 6 meses: perfil del developer advocate, actividades de comunidad (Discord, GitHub Discussions, foros, meetups), programa de beta testers y early adopters, y estrategia de contribuciones open source si aplica. **4. Canales de distribución técnicos** Prioriza los canales específicos del ecosistema developer: Product Hunt, Hacker News, GitHub Trending, newsletters técnicas (referencias del sector), podcasts de desarrollo, conferencias. Para cada uno indica: qué preparar, cuándo lanzar y cómo medir el resultado. **5. PLG (Product-Led Growth) para herramientas técnicas** Si el modelo lo permite, diseña el loop PLG: cómo el producto se vende solo a través del uso. Incluye: versión gratuita o de prueba óptima, límites que incentiven la conversión, mecanismos de viralidad (badges, atribución en código, CLI con branding) y secuencia de onboarding automatizado por email. **6. Métricas de adopción técnica** Define los KPIs específicos para GTM developer: tiempo hasta primer éxito (time to value), tasa de activación tras el registro, retención a 30/60/90 días, NPS de desarrolladores, ratio de conversión freemium a pago, expansión de seats por cuenta. **Formato** Responde con secciones claramente diferenciadas. Incluye ejemplos de empresas reales que hayan ejecutado bien cada táctica (Stripe, Vercel, Supabase, etc.) para contextualizar las recomendaciones.