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í:
Encabezado: cliente, fecha, propuesta.
Alcance del proyecto: objetivo del sistema o servicio, división en producto mínimo viable (Etapa 1) y etapas siguientes contratables por separado.
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.
Resumen de inversión: tabla o lista con el precio de cada etapa y el total si se contrata todo.
Requisitos para iniciar la Etapa 1: qué debe entregar el cliente (accesos, contenidos, credenciales, cuentas de servicios externos).
Revisión y ajustes: correcciones incluidas, revisiones mayores, funcionalidades adicionales.
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).
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:
- Que los nombres propios estén bien escritos (empresa, cliente, marca).
- Que los precios sean consistentes entre el detalle de cada etapa y el resumen.
- 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.
1---2name: proposal-writer3description: Redacta una propuesta profesional para un cliente potencial dividida en etapas (MVP más upgrades opcionales), con precios en USD, timeline, requisitos, revisión y ajustes, términos y condiciones. Activa este skill cuando el usuario diga "necesito escribir una propuesta", "hazme la propuesta para el cliente", "cotizar un proyecto", "pasame la propuesta lista para enviar", o cuando comparta notas de una reunión de discovery y pida convertirlas en propuesta.4---56# Proposal Writer78## Cuándo activar910Cuando 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.1112## Qué hace este skill1314Toma el contexto del proyecto y devuelve una propuesta completa lista para maquetar en documento (Google Docs, PDF, Canva), estructurada así:15161. **Encabezado**: cliente, fecha, propuesta.17182. **Alcance del proyecto**: objetivo del sistema o servicio, división en producto mínimo viable (Etapa 1) y etapas siguientes contratables por separado.19203. **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.21224. **Resumen de inversión**: tabla o lista con el precio de cada etapa y el total si se contrata todo.23245. **Requisitos para iniciar la Etapa 1**: qué debe entregar el cliente (accesos, contenidos, credenciales, cuentas de servicios externos).25266. **Revisión y ajustes**: correcciones incluidas, revisiones mayores, funcionalidades adicionales.27287. **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).29308. **Propuesta personalizada**: invitación abierta a conversar y adaptar.3132## Cómo activarlo3334El usuario debe compartir mínimamente:3536- Contexto del cliente (nombre, empresa, industria)37- Qué necesita el cliente (alcance de alto nivel)38- Fase actual del cliente (si es primer contacto, si ya hubo discovery, si es cliente recurrente)39- Presupuesto aproximado si se mencionó40- Timeline objetivo si se mencionó41- Herramientas o tecnologías preferidas o restringidas si aplica4243## Reglas duras que aplica el skill4445- Lenguaje sin tecnicismos. El cliente rara vez es dev. Las funcionalidades se describen por lo que hacen, no por cómo están construidas.46- Sin em-dashes largos. Usar comas, puntos, dos puntos.47- Cada etapa se puede contratar independiente. Nunca forzar bundle obligatorio.48- 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.49- Nunca incluir contratación de dominio, hosting, ni cuentas de servicios externos en el precio del proyecto. Solo el desarrollo.50- Incluir siempre una semana de soporte técnico post-lanzamiento por etapa.51- Mencionar recomendaciones de servicios externos cuando el cliente no los tiene (por ejemplo GoDaddy para dominio y hosting).5253## Formato de salida5455Documento 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.5657## Notas para el usuario5859Después de generar la propuesta, revisar tres cosas antes de enviar al cliente:60611. Que los nombres propios estén bien escritos (empresa, cliente, marca).622. Que los precios sean consistentes entre el detalle de cada etapa y el resumen.633. Que los requisitos para iniciar mencionen todas las credenciales necesarias.6465Cuando 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.
bohorquezandrea