Proposal Writer

Cuándo activar

Cuando el usuario ya tuvo (o va a tener) claridad sobre el alcance de un proyecto para un cliente y necesita convertirlo en propuesta formal. Triggers explícitos: "hazme la propuesta", "cotizame esto", "redacta la propuesta", "propuesta para cliente X", o cuando el usuario pega notas de una discovery call y pide traducirlas a propuesta.

Qué hace este skill

Toma el contexto del proyecto y devuelve una propuesta completa lista para maquetar en documento (Google Docs, PDF, Canva), estructurada así:

1. Encabezado: cliente, fecha, propuesta.
2. Alcance del proyecto: objetivo del sistema o servicio, división en producto mínimo viable (Etapa 1) y etapas siguientes contratables por separado.
3. Etapas detalladas: cada etapa con objetivo específico, funcionalidades incluidas, tiempo estimado, precio en USD. Etapa 1 es siempre el MVP más básico y accesible. Las etapas 2 en adelante son upgrades opcionales que suman valor sin rehacer nada de lo ya construido.
4. Resumen de inversión: tabla o lista con el precio de cada etapa y el total si se contrata todo.
5. Requisitos para iniciar la Etapa 1: qué debe entregar el cliente (accesos, contenidos, credenciales, cuentas de servicios externos).
6. Revisión y ajustes: correcciones incluidas, revisiones mayores, funcionalidades adicionales.
7. Términos y condiciones: información necesaria del cliente, servicios no incluidos, forma de pago (típicamente 50% al iniciar y 50% al satisfacer, ajustable a 60/40).
8. Propuesta personalizada: invitación abierta a conversar y adaptar.

Cómo activarlo

El usuario debe compartir mínimamente:

• Contexto del cliente (nombre, empresa, industria)
• Qué necesita el cliente (alcance de alto nivel)
• Fase actual del cliente (si es primer contacto, si ya hubo discovery, si es cliente recurrente)
• Presupuesto aproximado si se mencionó
• Timeline objetivo si se mencionó
• Herramientas o tecnologías preferidas o restringidas si aplica

Reglas duras que aplica el skill

• Lenguaje sin tecnicismos. El cliente rara vez es dev. Las funcionalidades se describen por lo que hacen, no por cómo están construidas.
• Sin em-dashes largos. Usar comas, puntos, dos puntos.
• Cada etapa se puede contratar independiente. Nunca forzar bundle obligatorio.
• Precio en USD para clientes internacionales. En moneda local solo si el cliente y el freelancer están en el mismo país y la conversación así lo requiere.
• Nunca incluir contratación de dominio, hosting, ni cuentas de servicios externos en el precio del proyecto. Solo el desarrollo.
• Incluir siempre una semana de soporte técnico post-lanzamiento por etapa.
• Mencionar recomendaciones de servicios externos cuando el cliente no los tiene (por ejemplo GoDaddy para dominio y hosting).

Formato de salida

Documento completo en Markdown listo para copiar a Google Docs, Notion o Canva. Estructura fija con títulos claros para cada sección. Sin emojis en el cuerpo. Solo permitido un emoji al cierre de la sección "Propuesta personalizada" para dar cierre amable.

Notas para el usuario

Después de generar la propuesta, revisar tres cosas antes de enviar al cliente:

1. Que los nombres propios estén bien escritos (empresa, cliente, marca).
2. Que los precios sean consistentes entre el detalle de cada etapa y el resumen.
3. Que los requisitos para iniciar mencionen todas las credenciales necesarias.

Cuando la propuesta esté lista, enviar por correo con un mensaje corto de acompañamiento que resuma en 3 líneas por qué recomendás arrancar por la Etapa 1.