Habilidades prd-doc-writer
📦

prd-doc-writer

Seguro

Crear documentos de requisitos de producto con guía de IA

Los equipos de producto tienen dificultades para escribir requisitos claros y accionables que los desarrolladores puedan ejecutar. Esta habilidad te guía a través de sesiones de descubrimiento estructurado con alineación visual para producir PRDs completos.

Soporta: Claude Codex Code(CC)
🥈 79 Plata
1

Descargar el ZIP de la skill

2

Subir en Claude

Ve a Configuración → Capacidades → Skills → Subir skill

3

Activa y empieza a usar

Pruébalo

Usando "prd-doc-writer". Usuario quiere definir una función de inicio de sesión

Resultado esperado:

US-01: Como usuario registrado, quiero iniciar sesión con mi correo electrónico y contraseña para poder acceder a mi panel personalizado. Reglas de negocio: 1) El correo debe estar verificado antes del primer inicio de sesión, 2) La contraseña requiere 8+ caracteres con mayúsculas y minúsculas, 3) La cuenta se bloquea después de 5 intentos fallidos. Criterios de aceptación: DADO usuario no verificado CUANDO intenta iniciar sesión ENTONCES se muestra recordatorio de verificación. El wireframe ASCII muestra campos de correo/contraseña con botón de inicio de sesión y enlace de contraseña olvidada.

Usando "prd-doc-writer". Usuario necesita un diagrama de estado para procesamiento de pedidos

Resultado esperado:

Diagrama de estado: Borrador -> Enviado -> Procesando -> Enviado -> Entregado. Las transiciones incluyen: La acción Enviar mueve Borrador a Enviado, La confirmación de pago mueve Enviado a Procesando, El cumplimiento del almacén mueve Procesando a Enviado, La firma del cliente mueve Enviado a Entregado. Caminos de excepción: Fallo de pago devuelve Enviado a Borrador, Solicitud de devolución mueve Entregado a Procesando.

Auditoría de seguridad

Seguro
v1 • 3/20/2026

All 69 static analyzer findings are false positives. The detected patterns (backticks, markdown code fences, Mermaid diagram syntax) are documentation formatting, not executable code. This skill contains only Markdown reference templates and prompt instructions for AI-assisted PRD writing. No actual shell commands, network access, file operations, or cryptographic functions exist.

6
Archivos escaneados
472
Líneas analizadas
0
hallazgos
1
Auditorías totales
No se encontraron problemas de seguridad
Auditado por: claude

Puntuación de calidad

59
Arquitectura
100
Mantenibilidad
87
Contenido
54
Comunidad
100
Seguridad
83
Cumplimiento de la especificación

Lo que puedes crear

Gerente de producto escribiendo especificaciones de funciones

Un PM usa esta habilidad para transformar solicitudes de funciones vagas en PRDs estructurados con historias de usuario, reglas de negocio y criterios de aceptación que los equipos de ingeniería pueden ejecutar sin ambigüedad.

Fundador de startup documentando requisitos del MVP

Un fundador no técnico aprovecha el proceso de descubrimiento guiado para articular su visión de producto, definir flujos de usuario y producir documentación lista para desarrolladores para externalizar o contratar.

Analista de negocio recopilando requisitos de stakeholders

Un BA usa el enfoque de entrevista estructurado para extraer requisitos detallados de los stakeholders, visualizar procesos con diagramas de Mermaid y crear documentación rastreable para cumplimiento.

Prueba estos prompts

Principiante: Comenzar un nuevo PRD desde cero
Quiero crear un PRD para [feature name]. Ayúdame a definir el mapa de journey de usuario y divídelo en fases de desarrollo.
Intermedio: Expandir una historia de usuario con alineación visual
Para la historia de usuario US-[number] sobre [feature], ayúdame a definir las reglas de negocio y dibuja un wireframe ASCII para el diseño de la interfaz.
Avanzado: Crear diagrama de estado de Mermaid para flujo de trabajo complejo
Mi [object type] tiene múltiples estados incluyendo [list states]. Crea un diagrama de estado mostrando todas las transiciones válidas y ayúdame a definir las reglas para cada transición.
Experto: Generación completa de PRD con actualización del registro
Hemos completado todas las discusiones de historias de usuario. Genera el documento PRD final y proporciona la fila del registro para docs/PRD_REGISTRY.md.

Mejores prácticas

  • Siempre completa el flujo de confirmación de tres pasos antes de generar el PRD final para asegurar la alineación
  • Incluye tanto el camino feliz como los escenarios de manejo de errores en los criterios de aceptación de cada historia de usuario
  • Usa wireframes ASCII para cualquier historia relacionada con la interfaz para prevenir desalineación visual antes del desarrollo

Evitar

  • Generar documentos PRD completos antes de completar las discusiones y confirmaciones de historias de usuario
  • Escribir detalles de implementación técnica como endpoints de API o esquemas de base de datos en los requisitos
  • Saltarse el mapa de journey de usuario y saltar directamente a especificaciones de funciones sin contexto

Preguntas frecuentes

¿Cuál es el flujo de trabajo de confirmación de tres pasos?
El Paso 1 define el mapa de journey de usuario y obtiene la alineación de fases. El Paso 2 detalla cada historia de usuario individualmente con confirmación de punto único. El Paso 3 genera el PRD final solo después de la aprobación explícita del usuario.
¿Cuándo debo usar wireframes ASCII versus diagramas de Mermaid?
Usa wireframes ASCII para diseños de interfaz estáticos mostrando posiciones y jerarquía de elementos. Usa diagramas de Mermaid para comportamientos dinámicos como flujos de usuario, transiciones de estado e interacciones secuenciadas en el tiempo.
¿Puede esta habilidad integrarse con mis herramientas de gestión de proyectos existentes?
No, esta habilidad produce solo documentación. No se integra con Jira, Asana, Confluence u otras herramientas. La salida es Markdown que puedes copiar manualmente a tu plataforma preferida.
¿Qué es un registro de PRD y necesito uno?
Un registro de PRD es un único archivo Markdown que lista todos los PRD de tu proyecto con números de versión y enlaces a archivos. Proporciona un índice central para rastrear qué PRD existen y dónde encontrarlos.
¿Qué tan detalladas deben ser las historias de usuario?
Cada historia de usuario debe ser autocontenida con reglas de negocio, comportamiento de interfaz si aplica, caminos de manejo de errores y criterios de aceptación en formato Gherkin cubriendo escenarios de éxito y fallo.
¿Puedo usar esta habilidad para especificaciones técnicas o documentos de arquitectura?
Esta habilidad se enfoca en requisitos de producto desde una perspectiva de usuario. Para especificaciones técnicas, considera usar una habilidad diferente diseñada para documentación de diseño de sistemas y arquitectura.

Detalles del desarrollador