Communitygithub.com

tushaarmehtaa/tushar-skills

Planificar, implementar, auditar o revisar lanzamientos con posicionamiento, activos, distribución, conversión, medición, listas de espera y seguimiento. Útil al preparar o aprender de un lanzamiento de producto.

¿Qué es tushar-skills?

Esta skill está diseñada para guiar a desarrolladores y agentes de IA en el proceso completo de lanzamiento de un producto, desde la planificación estratégica hasta el análisis post-mortem. Ofrece modos específicos (estrategia, implementación, auditoría y postmortem) que permiten escalar el esfuerzo según el tamaño del lanzamiento, ya sea una beta pequeña o un lanzamiento completo. La skill se basa en un flujo de trabajo de 10 pasos que incluye inspeccionar referencias existentes, investigar la audiencia, redactar un posicionamiento claro, elegir canales, inventariar activos, probar la ruta de conversión, instrumentar la medición y ejecutar un lanzamiento seco antes del real. Es compatible con plataformas como Claude Code, Cursor y Codex, y utiliza referencias condicionales (como guías de estrategia o implementación de listas de espera) solo cuando el modo elegido las requiere, manteniendo el archivo principal como autoritativo. El contrato de salida asegura que solo se devuelvan las secciones relevantes al modo seleccionado, con énfasis en evidencia, plan de medición, hallazgos de pruebas y decisiones de seguimiento.

Compatible con~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/tushaarmehtaa/tushar-skills/tree/HEAD/product-launch

Preguntar en tu IA favorita

Abre un nuevo chat con esta habilidad de agente ya precargada.

Documentación

Lanzamiento de producto

Construye un lanzamiento alrededor de una audiencia específica, una afirmación creíble, una ruta de conversión funcional y un ciclo de aprendizaje.

Elige un modo

  • Estrategia: posicionamiento, acceso a la audiencia, elecciones de canales, cronograma y riesgos.
  • Implementación: construir solo el sitio necesario, lista de espera, seguimiento o activos del lanzamiento.
  • Auditoría/ensayo: probar preparación, afirmaciones, enlaces, conversión, instrumentación y operaciones.
  • Postmortem: explicar resultados, actualizar posicionamiento y definir experimentos de seguimiento.

Escala el artefacto al lanzamiento. Una beta pequeña no necesita una sala de guerra de varias semanas ni un documento GTM grande.

Flujo de trabajo

  1. Inspecciona los resúmenes del producto, sitio/repositorio, analíticas, lista de espera, evidencia de audiencia, activos, cuentas de plataforma y lanzamientos anteriores antes de hacer preguntas.
  2. Establece etapa, audiencia, problema, prueba, acción objetivo, fecha/ventana de lanzamiento, responsable, presupuesto, restricciones, alcance existente y métricas de decisión. Pregunta solo por entradas faltantes que cambien el plan.
  3. Investiga alternativas actuales, lenguaje de la audiencia, comunidades, reglas de canal y calendarios relevantes de fuentes primarias o de primera mano cuando sea posible. Fecha los hallazgos sensibles a la plataforma. No afirmes conocimiento de algoritmos de clasificación opacos.
  4. Redacta un posicionamiento en lenguaje sencillo: para quién, qué cambia, mecanismo, por qué ahora y por qué es creíble. Elimina afirmaciones no respaldadas.
  5. Elige un tipo de lanzamiento y pocos canales basados en el acceso a la audiencia y el ajuste del producto. Para cada uno, indica formato, responsable, justificación del momento, plan de respuesta, restricciones de política, ruta de conversión y métrica.
  6. Inventaria el conjunto mínimo de activos necesarios. Trata las páginas de aterrizaje, demos, capturas de pantalla, documentos de soporte, artefactos para compartir, enlaces de seguimiento y cambios de producto como dependencias solo cuando el plan elegido los requiera.
  7. Prueba la ruta de conversión de principio a fin. Si se requiere captura de demanda, sigue la guía segura de lista de espera.
  8. Instrumenta la atribución de fuente, activación, conversión, seguimiento y estados de fallo. Define qué decisión respalda cada métrica y distingue la atribución direccional de la prueba causal.
  9. Realiza un lanzamiento seco: enlaces, formularios, entrega de correo electrónico, móvil, accesibilidad, analíticas, soporte, reversión, responsabilidad de incidentes y verificaciones de política de plataforma.
  10. Opera el lanzamiento, luego revisa en una ventana temprana adecuada y después de suficiente tiempo para que el comportamiento objetivo madure.

Cargar referencias condicionales

Las referencias no determinan la interacción ni la salida; este archivo es autoritativo.

Contrato de salida

Devuelve solo las secciones relevantes al modo:

  • contexto del lanzamiento y registro de evidencia/suposiciones;
  • posicionamiento y acción objetivo;
  • plan de canales y dependencias de activos;
  • cambios de implementación y notas de la ruta de conversión;
  • plan de medición y atribución;
  • hallazgos del lanzamiento seco, operaciones, reversión y responsables;
  • cronograma de seguimiento o postmortem con decisiones.

Verificar

  • Las elecciones de audiencia y canales están respaldadas por evidencia o suposiciones etiquetadas.
  • Las afirmaciones materiales tienen prueba y las reglas actuales de la plataforma están referenciadas/fechadas.
  • Cada enlace público y ruta de conversión principal funciona en el entorno desplegado.
  • Se observan eventos de registro, confirmación, atribución, activación y fallo.
  • Se abordan los requisitos de privacidad, consentimiento, seguridad, accesibilidad y supresión/retención.
  • Los responsables, la ruta de incidentes, la reversión y las decisiones de seguimiento son explícitos.

Individual skills in this repo

This repo contains 1 individual skill — each has its own dedicated page.

Skills relacionados