Una primera elección según tu tarea
Para un PRD —documento de requisitos de producto—, nuestra primera opción editorial es Estructurar un PRD de producto si necesitas ordenar una funcionalidad en un borrador de texto. Elige Convertir una idea de producto en un PRD si quieres trabajar con el código del proyecto y guardar el documento como prd.md.
Para una interfaz, empieza por Definir un sistema visual de interfaz si la entrega que necesitas son reglas y especificaciones para desarrollo. Elige Definir y construir una interfaz a partir de un brief si quieres llevar un encargo de diseño al código de una página o aplicación.
Compara la entrega y el entorno
Estructurar un PRD de producto
Describir una funcionalidad concreta.
- Entrega
- Texto con problema, objetivos, historias de usuario, requisitos técnicos, indicadores y riesgos.
- Entorno
- Asistente que acepte texto y contexto aportado por ti.
- Cuándo elegir
- Buscas un borrador para conversar sobre requisitos.
Convertir una idea de producto en un PRD
Documentar una función dentro de un proyecto.
- Entrega
- Archivo
prd.md, historias y criterios de aceptación; consulta previa de incógnitas y del código. - Entorno
- Entorno que interprete el perfil Copilot, lectura del proyecto y permiso para escribir.
- Cuándo elegir
- Necesitas contrastar la propuesta con el proyecto existente.
Definir un sistema visual de interfaz
Acordar reglas comunes para pantallas y componentes.
- Entrega
- Colores, tipografía, espaciado, variantes, estados y especificaciones para distintos tamaños de pantalla.
- Entorno
- Asistente que lea Markdown, marca y pantallas objetivo; herramientas adicionales para materializar o comprobar diseños.
- Cuándo elegir
- Vas a entregar decisiones visuales a quien implemente.
Definir y construir una interfaz a partir de un brief
Pasar del encargo visual a la implementación.
- Entrega
- Plan visual, revisión frente al encargo y código; crítica con capturas cuando sea posible.
- Entorno
- Agente con edición de código y entorno web del proyecto; navegador para la revisión visual si está disponible.
- Cuándo elegir
- Ya tienes contenido y restricciones y quieres construir la interfaz.
Dos ejemplos ficticios
Ejemplo ficticio de PRD. Un equipo quiere añadir recordatorios a una aplicación. Solo tiene notas sobre el problema y necesita discutir el alcance: elegiríamos Estructurar un PRD de producto. Si ya dispone del repositorio y quiere documentar integración, historias y criterios de aceptación en un archivo, elegiríamos Convertir una idea de producto en un PRD. Este último contempla crear incidencias en GitHub después de la aprobación del documento y una confirmación específica; esa etapa también requiere herramientas y permisos. Ninguna plantilla convierte supuestos en necesidades validadas.
Ejemplo ficticio de interfaz. Una asociación quiere unificar botones, formularios y mensajes de error de su portal. Elegiríamos Definir un sistema visual de interfaz para preparar esas especificaciones. Si el siguiente encargo es construir una página de inscripción con texto, marca y proyecto web disponibles, elegiríamos Definir y construir una interfaz a partir de un brief. Ambas fuentes hablan de decisiones visuales; la diferencia editorial aquí es la entrega que quieres priorizar. Habrá que comprobar el resultado real, incluido teclado, contraste y comportamiento móvil.
Antes de decidir
Antes de decidir, responde: ¿qué quiero revisar al terminar: un borrador, un archivo del proyecto, especificaciones visuales o una interfaz implementada? ¿Qué contexto puedo aportar? ¿Dispongo del entorno y los permisos que requiere esa entrega? Los ejemplos anteriores son ilustraciones redactadas para esta guía, sin ejecución de los recursos.
Origen y alcance
Autoría editorial: peopleofthe.ai. Revisión de esta comparación: , sobre las versiones documentadas en las fichas el . Originales consultados: