Guía de Prompts
Cómo escribir una propuesta de proyecto con Claude
Una propuesta que se aprueba es concreta. Una propuesta que se ignora es vaga.
Claude, de Anthropic, convierte muy bien una idea aproximada de proyecto en una propuesta estructurada con planteamiento del problema, alcance, cronograma, y el tipo de detalle concreto que hace que quien decide realmente diga sí. Lo que Claude no sabe es tu presupuesto, la capacidad real de tu equipo o la política interna de tu organización, a menos que se lo cuentes, por eso "escríbeme una propuesta de proyecto para X" suele devolver algo lo bastante genérico como para aplicar a cualquier empresa. La solución es darle a Claude las restricciones reales: para quién es la propuesta, con qué cuentas de verdad, y qué decisión necesitas que tome esa persona.
Para pedirle a Claude que escriba una propuesta de proyecto, dale el problema que estás resolviendo, para quién es la propuesta y qué decisión necesitas de esa persona, tus restricciones reales (tamaño del equipo, cronograma aproximado, rango de presupuesto), y la instrucción de estructurar el borrador como planteamiento del problema, enfoque propuesto, alcance, cronograma y métricas de éxito. Pega cualquier material de referencia, propuestas previas o notas que ya tengas, y pide a Claude que marque cualquier cosa demasiado vaga para convertirla en un plan concreto.
Publicado
Lección gratis · sin crear cuentaConoce a Claude¿Por qué Claude?6 minEmpezar la lección gratisPuntos clave
- Dí para quién es la propuesta y qué decisión necesitas que tome. Una propuesta para que tu propio equipo planifique se lee distinto de una que pide a un ejecutivo que apruebe un presupuesto.
- Dale a Claude tus restricciones reales: tamaño del equipo, cronograma aproximado, rango de presupuesto. Una propuesta basada en restricciones inventadas hay que reescribirla en cuanto alguien con las cifras reales la lea.
- Pide métricas de éxito específicamente, no solo una descripción del trabajo. Una propuesta que no dice cómo sabrás que funcionó es más difícil de aprobar y más difícil de verificar después.
- Pega material de referencia que ya tengas: propuestas previas, notas de reuniones, un esquema aproximado. Claude organiza y afila lo que le das; no puede inventar el contexto detrás de tu proyecto concreto.
- Lee la sección de alcance con especial atención antes de enviarla. Un alcance más vago o amplio de lo que realmente pretendes es la razón más común por la que una propuesta causa problemas después.
Copiar y pegar
Prompts que puedes usar hoy
Un primer borrador completo a partir de una idea aproximada
Quiero proponer [describe tu idea de proyecto en una o dos frases]. Esto es para [para quién es la propuesta y qué decisión necesitas de ellos]. Esto es lo que realmente tengo para trabajar: equipo de [tamaño], cronograma de aproximadamente [plazo], presupuesto alrededor de [rango, o 'aún sin determinar']. Escribe un borrador de propuesta con planteamiento del problema, enfoque propuesto, alcance (incluyendo qué queda explícitamente fuera), un cronograma aproximado y métricas de éxito. Marca cualquier cosa que hayas tenido que adivinar porque no te dí suficiente detalle.
Ser honesto sobre lo que aún no sabes, como el presupuesto, produce un borrador más útil que inventar una cifra para llenar el vacío.
Convertir una lluvia de ideas desordenada en un planteamiento del problema
Aquí están mis notas desordenadas sobre un problema que quiero resolver: [pega tus notas]. Convierte esto en un planteamiento del problema de dos a tres frases, apretado, que explique por qué importa y a quién afecta, sin describir aún la solución. Quiero que el problema quede claramente enmarcado antes de proponer la solución.
Mantén el planteamiento del problema separado de la solución; una propuesta que salta directo a la solución a menudo pierde al lector que aún no está convencido de que haya un problema que resolver.
Definir el alcance, incluyendo lo que queda fuera
Aquí está mi proyecto propuesto: [descríbelo]. Escribe una sección de alcance que diga claramente qué incluirá y qué no incluirá este proyecto, con al menos tres cosas específicas explícitamente fuera de alcance. Quiero evitar que la propuesta se interprete de forma más amplia de lo que pretendo.
Una lista explícita de lo que queda fuera de alcance suele ser la parte de una propuesta que previene más confusión después.
Poner a prueba una propuesta antes de enviarla
Lee este borrador de propuesta como si fueras la persona que decide si lo aprueba: [pega tu borrador]. ¿Qué preguntas tendrías antes de aprobar esto? ¿Dónde parece poco realista o poco claro el cronograma, el alcance o las métricas de éxito? Sé específico sobre qué falta, no solo qué está mal.
Esto funciona mejor justo antes de enviar la propuesta, como revisión final más que como paso temprano del borrador.
Adaptar el tono de una propuesta para otra audiencia
Aquí hay una propuesta de proyecto que escribí para mi propio equipo: [pega tu borrador]. Reescríbela para una audiencia ejecutiva que necesita aprobar el presupuesto: empieza con el caso de negocio y el costo, mantén breve el detalle técnico, y mueve cualquier detalle de implementación a una sección de apéndice al final.
El mismo proyecto a menudo necesita dos versiones distintas según quién lea y qué necesite decidir esa persona.
La Estructura
Las cinco partes que necesita un prompt de propuesta
Estas cinco piezas convierten una idea vaga en algo sobre lo que quien decide puede realmente actuar.
Un planteamiento del problema, antes de la solución
Expón el problema y por qué importa antes de describir la solución. Un lector que aún no está convencido de que haya un problema no se tomará en serio una solución propuesta para él.
Alcance, incluyendo lo que queda explícitamente fuera
Di qué hará el proyecto y, con la misma importancia, qué no hará. Una propuesta sin alcance definido tiende a crecer en la mente de cada lector hasta lo que ellos asumieron que significaba.
Restricciones reales, no inventadas
Dale a Claude tu tamaño de equipo real, cronograma aproximado y rango de presupuesto, aunque parte de esto aún sea incierto. Un plan basado en cifras inventadas hay que rehacerlo en cuanto aparecen las reales.
Métricas de éxito, dichas con claridad
Dí cómo sabrás que el proyecto funcionó. Una propuesta sin métrica de éxito es más difícil de aprobar y, si se aprueba de todos modos, más difícil de verificar seis meses después.
Conoce A Tu Lector
El mismo proyecto necesita una propuesta distinta para una audiencia distinta
Una propuesta escrita para que tu propio equipo planifique y una propuesta escrita para obtener aprobación de presupuesto de un ejecutivo cumplen funciones distintas, aunque describan el mismo proyecto. La versión de equipo puede profundizar en el detalle de implementación porque al lector ya le importa. La versión ejecutiva necesita empezar con el caso de negocio y el costo, porque esa es la decisión real que esa persona debe tomar, y el detalle innecesario solo retrasa la decisión que estás pidiendo.
Dile a Claude explícitamente quién lee y qué decisión necesitas de esa persona. "Esto es para que mi equipo planifique el próximo trimestre" y "esto necesita aprobación de presupuesto de un VP que no conoce los detalles técnicos" apuntan a Claude hacia dos borradores distintos, incluso para el mismo proyecto, y nombrar la audiencia de antemano te ahorra escribir una versión y descubrir después que es la equivocada para el lector real.
Si de verdad necesitas ambas versiones, suele ser más rápido escribir primero la versión detallada de equipo y luego pedirle a Claude que la adapte para la audiencia ejecutiva, en lugar de escribir ambas desde cero. Los hechos subyacentes no cambian; solo cambia qué se enfatiza y qué pasa a un apéndice.
Errores Comunes
Qué hace que una propuesta se estanque en vez de aprobarse
Estas son las brechas que convierten una idea razonable en una propuesta que queda sin respuesta.
Un alcance más amplio de lo que realmente pretendes
Si no dices qué queda fuera de alcance, los lectores llenan el vacío con sus propias suposiciones, que suelen ser más grandes que lo que querías proponer. Dí explícitamente qué no incluirá este proyecto.
Ninguna decisión establecida para el lector
Una propuesta que no dice qué estás pidiendo realmente, aprobación, presupuesto, personal, luz verde para empezar, deja al lector sin saber qué respuesta necesitas de él.
Números inventados en lugar de restricciones reales
Un cronograma o presupuesto que Claude adivinó porque no le dieras uno se leerá seguro aunque sea ficticio, y alguien con las cifras reales notará que la propuesta no coincide con la realidad.
Sin forma de saber después si funcionó
Una propuesta sin métricas de éxito es difícil de aprobar con confianza, y si se aprueba, no hay una forma acordada de verificar seis meses después si el proyecto cumplió.
Usando Lo Que Ya Tienes
Pega tu material de referencia en vez de empezar de cero
Si tienes una propuesta previa para algo similar, notas de reuniones sobre el problema, o incluso un esquema a medio terminar, pégalo en vez de describir el proyecto de memoria desde cero. Claude puede organizar y afilar material que ya tienes mucho más fielmente que inventar el contexto específico, la historia y las restricciones de tu proyecto real a partir de una descripción de una frase.
Esto importa especialmente para el planteamiento del problema. Si el problema surgió en una reunión, en una queja de un cliente, o en un intento previo fallido de algo similar, ese contexto pertenece al prompt. Un planteamiento del problema construido solo a partir de tu resumen actual del asunto suele perder el detalle concreto que hizo que el problema fuera real y valiera la pena resolver.
Lo mismo aplica a las restricciones. Si tu organización ya tiene una plantilla estándar de propuestas, un rango de presupuesto típico para este tipo de proyecto, o una convención de cronograma habitual, dáselo directamente a Claude en vez de dejarlo recurrir a una estructura genérica. Una propuesta que ya coincide con cómo tu organización espera ver este tipo de documento se lee con más seriedad que una que parece una plantilla de otro lado.
Vale la pena mantener una carpeta con las propuestas que se aprobaron en tu organización, aunque sea de forma informal, y pegar una que haya funcionado junto con tu propio borrador cuando puedas. Claude puede detectar el patrón de lo que suele funcionar, ya sea un nivel de formalidad concreto, una preferencia por párrafos cortos en vez de largos, o la costumbre de empezar hablando de los riesgos, y aplicar ese mismo patrón a tu borrador actual en vez de recurrir a una estructura genérica que no coincide con lo que realmente funciona en tu organización.
Antes De Enviarla
Qué revisar antes de que la propuesta llegue a su lector
Lee primero la sección de alcance y pregúntate si describe exactamente lo que pretendes hacer, ni más ni menos. Esta es la sección más propensa a causar problemas después si es más vaga o amplia que tu intención real, porque se convierte en lo que todos señalan una vez que el proyecto está en marcha.
Verifica cada número contra la realidad: el cronograma, el tamaño del equipo, el presupuesto. Un plan que suena seguro pero se basa en una cifra adivinada es peor que un honesto "cronograma aún no definido", porque el primero se trata como un compromiso en cuanto alguien lo lee.
La estructura aquí te da un borrador sólido rápidamente; el criterio sobre qué necesitan realmente tu organización y tu lector para esta propuesta concreta sigue siendo tuyo antes de enviarla.
Una propuesta clara se lee. Una vaga se ignora.
La estructura es reutilizable para cada propuesta después de esta. Las lecciones gratuitas de Nightschool AI recorren tareas reales de escritura laboral con Claude, incluidos los criterios sobre alcance y audiencia.
Preguntas frecuentes
¿Qué es lo más importante que debo decirle a Claude antes de que redacte una propuesta?
Para quién es la propuesta y qué decisión necesitas que tome. Una propuesta para que tu propio equipo planifique y una que pide a un ejecutivo aprobar un presupuesto necesitan un enfoque distinto, incluso para el mismo proyecto.
¿Debo darle a Claude una cifra de presupuesto si aún no la tengo?
No. Dí que el presupuesto aún no está definido en vez de dejar que Claude adivine una cifra. Un número inventado que suena seguro se lee como un compromiso en cuanto alguien con las cifras reales lo ve.
¿Por qué la propuesta necesita una sección explícita de lo que queda fuera de alcance?
Sin ella, los lectores llenan el vacío con sus propias suposiciones sobre qué incluye el proyecto, que suelen ser más amplias que lo que realmente pretendes. Decir explícitamente qué queda excluido evita esa deriva.
¿Cómo escribo una propuesta que funcione tanto para mi equipo como para un ejecutivo?
Escribe primero la versión detallada para tu equipo, luego pídele a Claude que la adapte para el lector ejecutivo: empieza con el caso de negocio y el costo, reduce el detalle técnico, y mueve lo específico de implementación a un apéndice.
¿Puedo usar notas de una propuesta previa o una reunión en vez de empezar de cero?
Sí, y deberías hacerlo. Pega el material de referencia que ya tengas. Claude organiza y afila material real mucho mejor de lo que puede inventar el contexto específico de tu proyecto desde cero.
¿Por qué la propuesta necesita métricas de éxito?
Sin una forma declarada de medir el éxito, la propuesta es más difícil de aprobar con confianza, y no hay una forma acordada de verificar después si el proyecto realmente cumplió lo que prometía.
¿Cómo debo revisar un borrador antes de enviarlo a quien decide?
Pide a Claude que lo lea como lo haría quien decide y enumere las preguntas que tendría antes de aprobarlo. Luego verifica por separado cada número del borrador contra tus restricciones reales antes de enviarlo.
¿Qué pasa si mi organización ya tiene una plantilla estándar de propuestas?
Dásela directamente a Claude en vez de dejar que el borrador recurra a una estructura genérica. Una propuesta que ya coincide con el formato esperado de tu organización se lee con más seriedad que una que no lo hace.
Una propuesta que se aprueba empieza con restricciones reales
La estructura es reutilizable cada vez. Darle números honestos en vez de suposiciones es la parte que vale la pena hacer bien.