Back to Details

business-requirements-analyst

Compare original and translation side by side

🇺🇸

Original

English
🇨🇳

Translation

Chinese

Requirements Gathering - Levantamiento de Requerimientos

需求收集

Este Skill proporciona una metodología profesional y completa para realizar levantamiento de requerimientos que cubra todas las capas del negocio, no solo "la app" o "el sistema".
本Skill提供一套专业且完整的需求收集方法论，覆盖业务的所有层面，而非仅局限于应用或系统本身。

Principio Fundamental

核心原则

El levantamiento de requerimientos NO es solo una lista de funcionalidades.
Un buen levantamiento cubre todas las capas del negocio:
  • 🧠 Idea y objetivo
  • 👥 Usuarios
  • 💼 Operación
  • 💰 Dinero
  • ⚙️ Tecnología
  • ⚠️ Riesgos
  • 📈 Crecimiento
需求收集绝非仅仅是一份功能列表。
优质的需求收集需覆盖业务的所有层面：
  • 🧠 想法与目标
  • 👥 用户
  • 💼 运营
  • 💰 财务
  • ⚙️ 技术
  • ⚠️ 风险
  • 📈 增长

Metodologías Disponibles

可用方法论

1. Design Thinking (para ideas nuevas)

1. Design Thinking（适用于全新想法）

Ideal cuando:
  • La idea aún se está validando
  • No tienes todo claro
  • Quieres entender al usuario de verdad
Fases:
  1. Empatizar - Entender a los usuarios
  2. Definir - Identificar problemas clave
  3. Idear - Generar soluciones
  4. Prototipar - Crear versiones tempranas
  5. Testear - Validar con usuarios reales
Nota: Sirve para descubrir qué construir, no para documentarlo todo.
适用场景：
  • 想法仍在验证阶段
  • 尚未完全理清思路
  • 希望真正理解用户需求
阶段：
  1. 共情 - 理解用户
  2. 定义 - 识别核心问题
  3. 构思 - 生成解决方案
  4. 原型制作 - 创建早期版本
  5. 测试 - 与真实用户验证
注意： 该方法用于明确需要构建什么，而非完整记录所有内容。

2. Análisis de Negocio (Business Analysis - BABOK)

2. 业务分析（Business Analysis - BABOK）

El más completo y profesional.
Cubre:
  • Requerimientos del negocio
  • Requerimientos funcionales
  • Requerimientos no funcionales
  • Reglas del negocio
  • Stakeholders
  • Procesos
Nota: Este es el que se usa para crear documentos formales.
最全面且专业的方法论。
覆盖内容：
  • 业务需求
  • 功能需求
  • 非功能需求
  • 业务规则
  • Stakeholders
  • 业务流程
注意： 该方法用于创建正式的需求文档。

3. Lean / Startup Canvas (visión rápida)

3. Lean / Startup Canvas（快速梳理愿景）

Sirve para:
  • Ordenar la idea
  • Ver si el negocio tiene sentido
⚠️ Importante: NO reemplaza el levantamiento de requerimientos completo.
用途：
  • 梳理商业想法
  • 验证商业可行性
⚠️ 重要提示： 无法替代完整的需求收集工作。

Enfoque Recomendado

推荐方法

Combinar 3 elementos clave:
  1. Visión de negocio
  2. Procesos
  3. Sistema / producto
Y documentarlo todo en un artefacto maestro único.
结合三大核心要素：
  1. 业务愿景
  2. 业务流程
  3. 系统/产品
并将所有内容整合到一份核心文档中。

Estructura del Documento Completo de Requerimientos

完整需求文档的结构

📌 1. Visión del Negocio

📌 1. 业务愿景

Incluir:
  • Problema que resuelve - ¿Qué dolor o necesidad atiende?
  • Propuesta de valor - ¿Por qué es mejor que las alternativas?
  • Objetivo del negocio - Metas claras y medibles
  • KPIs principales - Métricas de éxito
  • Alcance - Qué SÍ y qué NO está incluido
Ejemplo de formato:
markdown
undefined
包含：
  • 解决的问题 - 针对哪些痛点或需求？
  • 价值主张 - 相比其他方案，优势何在？
  • 业务目标 - 清晰可衡量的目标
  • 核心KPIs - 成功的衡量指标
  • 范围 - 包含与不包含的内容
示例格式：
markdown
undefined

Visión del Negocio

业务愿景

Problema

问题

[Descripción del problema que se resuelve]
[描述需要解决的问题]

Propuesta de Valor

价值主张

[Qué hace único a este producto/servicio]
[产品/服务的独特之处]

Objetivos

目标

  • Objetivo 1: [Descripción]
  • Objetivo 2: [Descripción]
  • 目标1: [描述]
  • 目标2: [描述]

KPIs

KPIs

  • KPI 1: [Métrica específica]
  • KPI 2: [Métrica específica]
  • KPI1: [具体指标]
  • KPI2: [具体指标]

Alcance

范围

Incluye:
  • [Elemento 1]
  • [Elemento 2]
No incluye:
  • [Elemento 1]
  • [Elemento 2]
undefined
包含：
  • [内容1]
  • [内容2]
不包含：
  • [内容1]
  • [内容2]
undefined

📌 2. Stakeholders

📌 2. Stakeholders（利益相关者）

Identificar todos los actores involucrados:
  • Dueños del negocio - Quiénes toman decisiones
  • Usuarios finales - Quiénes usarán el sistema
  • Administradores - Quiénes gestionarán el sistema
  • Proveedores - Servicios o productos externos
  • Terceros - Pagos, logística, integraciones, etc.
Formato sugerido:
markdown
undefined
识别所有相关角色：
  • 业务所有者 - 决策者
  • 终端用户 - 系统使用者
  • 管理员 - 系统管理者
  • 供应商 - 外部服务或产品提供商
  • 第三方 - 支付、物流、集成服务等
推荐格式：
markdown
undefined

Stakeholders

Stakeholders

TipoNombre/RolInterésInfluencia
Dueño[Nombre][Alto/Medio/Bajo][Alta/Media/Baja]
Usuario[Tipo][Alto/Medio/Bajo][Alta/Media/Baja]
undefined
类型名称/角色关注度影响力
所有者[姓名][高/中/低][高/中/低]
用户[类型][高/中/低][高/中/低]
undefined

📌 3. Tipos de Usuarios (Personas)

📌 3. 用户类型（用户画像）

Para cada tipo de usuario, documentar:
  • Qué necesita - Funcionalidades clave
  • Qué dolor tiene - Problemas actuales
  • Qué espera del sistema - Expectativas
Ejemplo:
markdown
undefined
针对每种用户类型，记录：
  • 需求 - 核心功能
  • 痛点 - 当前存在的问题
  • 期望 - 对系统的期待
示例：
markdown
undefined

Personas

用户画像

Cliente Final

终端客户

  • Necesita: Realizar compras rápidas y seguras
  • Dolor: Procesos de pago complicados
  • Espera: Checkout en menos de 3 clics
  • 需求： 快速安全地完成购买
  • 痛点： 支付流程繁琐
  • 期望： 结账步骤不超过3次点击

Administrador

管理员

  • Necesita: Gestionar inventario y pedidos
  • Dolor: Falta de visibilidad en tiempo real
  • Espera: Dashboard con métricas actualizadas
undefined
  • 需求： 管理库存与订单
  • 痛点： 缺乏实时可见性
  • 期望： 包含实时指标的仪表盘
undefined

📌 4. Procesos del Negocio

📌 4. 业务流程

⚠️ MUY IMPORTANTE - Aquí muchos fallan.
Documentar flujos completos:
  • Cómo entra un cliente
  • Cómo se genera una venta
  • Cómo se cobra
  • Qué pasa si falla el pago
  • Cómo se atiende un reclamo
Expresar como flujos paso a paso:
markdown
undefined
⚠️ 非常重要 - 很多人在此环节出错。
记录完整流程：
  • 客户如何进入业务体系
  • 销售如何产生
  • 如何收款
  • 支付失败时的处理流程
  • 投诉如何处理
以分步流程呈现：
markdown
undefined

Proceso: Compra de Producto

流程：产品购买

  1. Usuario navega catálogo
  2. Usuario agrega productos al carrito
  3. Usuario procede al checkout
  4. Sistema valida disponibilidad
  5. Usuario ingresa datos de pago
  6. Sistema procesa pago
    • Si éxito: Confirma pedido y envía email
    • Si falla: Muestra error y permite reintentar
  7. Sistema genera orden de envío
  8. Usuario recibe confirmación

Para procesos complejos, ver [references/process-mapping.md](references/process-mapping.md).
  1. 用户浏览商品目录
  2. 用户将商品加入购物车
  3. 用户进入结账环节
  4. 系统验证库存可用性
  5. 用户输入支付信息
  6. 系统处理支付
    • 成功： 确认订单并发送邮件
    • 失败： 显示错误并允许重试
  7. 系统生成发货订单
  8. 用户收到确认通知

如需处理复杂流程，请查看 [references/process-mapping.md](references/process-mapping.md)。

📌 5. Requerimientos Funcionales

📌 5. 功能需求

Formato estándar:
  • RF-01: El sistema debe permitir...
  • RF-02: El usuario podrá...
Categorías comunes:
  • Registro de usuarios
  • Gestión de pedidos
  • Pagos
  • Notificaciones
  • Reportes
Ejemplo:
markdown
undefined
标准格式：
  • RF-01: 系统应允许...
  • RF-02: 用户可...
常见分类：
  • 用户注册
  • 订单管理
  • 支付
  • 通知
  • 报表
示例：
markdown
undefined

Requerimientos Funcionales

功能需求

Autenticación

认证

  • RF-01: El sistema debe permitir registro con email y contraseña
  • RF-02: El sistema debe enviar email de verificación
  • RF-03: El usuario podrá recuperar contraseña olvidada
  • RF-01: 系统应允许通过邮箱和密码注册
  • RF-02: 系统应发送验证邮件
  • RF-03: 用户可找回遗忘的密码

Gestión de Pedidos

订单管理

  • RF-04: El usuario podrá ver historial de pedidos
  • RF-05: El sistema debe permitir cancelar pedidos en estado "pendiente"
undefined
  • RF-04: 用户可查看订单历史
  • RF-05: 系统应允许取消处于“待处理”状态的订单
undefined

📌 6. Requerimientos No Funcionales

📌 6. 非功能需求

Esto separa lo amateur de lo profesional.
Áreas clave:
  • Seguridad - Autenticación, autorización, encriptación
  • Rendimiento - Tiempos de respuesta, capacidad
  • Escalabilidad - Crecimiento esperado
  • Disponibilidad - Uptime, redundancia
  • Cumplimiento legal - GDPR, protección de datos
  • UX / Usabilidad - Accesibilidad, responsive
Ejemplo:
markdown
undefined
这是区分业余与专业的关键。
核心领域：
  • 安全 - 认证、授权、加密
  • 性能 - 响应时间、容量
  • 可扩展性 - 预期增长
  • 可用性 - 正常运行时间、冗余
  • 合规性 - GDPR、数据保护
  • UX/易用性 - 可访问性、响应式设计
示例：
markdown
undefined

Requerimientos No Funcionales

非功能需求

Rendimiento

性能

  • RNF-01: El sistema debe responder en < 2 segundos para el 95% de las peticiones
  • RNF-02: El sistema debe soportar 1000 usuarios concurrentes
  • RNF-01: 系统95%的请求响应时间应小于2秒
  • RNF-02: 系统应支持1000个并发用户

Seguridad

安全

  • RNF-03: Todas las contraseñas deben estar hasheadas con bcrypt
  • RNF-04: Las comunicaciones deben usar HTTPS/TLS 1.3
  • RNF-03: 所有密码必须使用bcrypt加密
  • RNF-04: 通信必须使用HTTPS/TLS 1.3

Cumplimiento

合规性

  • RNF-05: El sistema debe cumplir con GDPR para datos de usuarios europeos
undefined
  • RNF-05: 系统需符合GDPR对欧洲用户数据的要求
undefined

📌 7. Reglas del Negocio

📌 7. 业务规则

Lógica específica del dominio:
Ejemplos:
markdown
undefined
特定领域的逻辑：
示例：
markdown
undefined

Reglas del Negocio

业务规则

  • RN-01: Un pedido no puede cancelarse después de 30 minutos de creado
  • RN-02: Un usuario solo puede tener un plan activo a la vez
  • RN-03: Las comisiones se calculan como 5% del monto total
  • RN-04: Los impuestos se aplican según la región del comprador
undefined
  • RN-01: 订单创建30分钟后无法取消
  • RN-02: 用户同一时间只能拥有一个活跃套餐
  • RN-03: 佣金按总金额的5%计算
  • RN-04: 税费根据买家所在地区计算
undefined

📌 8. Modelo de Datos (Alto Nivel)

📌 8. 数据模型（高层级）

Conceptual, no SQL aún.
Documentar:
  • Entidades principales - Usuario, Pedido, Producto, etc.
  • Relaciones - Uno a muchos, muchos a muchos
  • Datos críticos - Campos esenciales
Ejemplo:
markdown
undefined
概念性模型，暂不涉及SQL。
记录：
  • 核心实体 - 用户、订单、产品等
  • 关系 - 一对多、多对多
  • 关键数据 - 必要字段
示例：
markdown
undefined

Modelo de Datos

数据模型

Entidades Principales

核心实体

Usuario
  • id (PK)
  • email (único)
  • nombre
  • fecha_registro
Pedido
  • id (PK)
  • usuario_id (FK)
  • estado
  • total
  • fecha_creacion
Producto
  • id (PK)
  • nombre
  • precio
  • stock
用户
  • id (PK)
  • email (唯一)
  • 姓名
  • 注册日期
订单
  • id (PK)
  • usuario_id (FK)
  • 状态
  • 总金额
  • 创建日期
产品
  • id (PK)
  • 名称
  • 价格
  • 库存

Relaciones

关系

  • Un Usuario puede tener muchos Pedidos (1:N)
  • Un Pedido puede contener muchos Productos (N:M)

Para modelos complejos, ver [references/data-modeling.md](references/data-modeling.md).
  • 一个用户可拥有多个订单（1:N）
  • 一个订单可包含多个产品（N:M）

如需处理复杂模型，请查看 [references/data-modeling.md](references/data-modeling.md)。

📌 9. Integraciones

📌 9. 集成

Servicios externos necesarios:
  • Pasarelas de pago - Stripe, PayPal, etc.
  • APIs externas - Servicios de terceros
  • Servicios de terceros - Email, SMS, analytics
Ejemplo:
markdown
undefined
所需的外部服务：
  • 支付网关 - Stripe、PayPal等
  • 外部API - 第三方服务
  • 第三方服务 - 邮件、短信、分析
示例：
markdown
undefined

Integraciones

集成

Pasarela de Pago

支付网关

  • Proveedor: Stripe
  • Funcionalidad: Procesamiento de tarjetas de crédito
  • Datos intercambiados: Monto, moneda, token de tarjeta
  • 提供商： Stripe
  • 功能： 信用卡处理
  • 交互数据： 金额、货币、银行卡令牌

Servicio de Email

邮件服务

  • Proveedor: SendGrid
  • Funcionalidad: Envío de notificaciones
  • Datos intercambiados: Destinatario, asunto, cuerpo HTML
undefined
  • 提供商： SendGrid
  • 功能： 发送通知
  • 交互数据： 收件人、主题、HTML内容
undefined

📌 10. Riesgos y Supuestos

📌 10. 风险与假设

Identificar potenciales problemas:
  • Riesgos técnicos - Dependencias, escalabilidad
  • Riesgos legales - Cumplimiento, privacidad
  • Suposiciones del negocio - Asunciones que deben validarse
Ejemplo:
markdown
undefined
识别潜在问题：
  • 技术风险 - 依赖项、可扩展性
  • 法律风险 - 合规性、隐私
  • 业务假设 - 需要验证的假设
示例：
markdown
undefined

Riesgos

风险

Técnicos

技术风险

  • R-01: Dependencia de API externa puede causar downtime
    • Mitigación: Implementar sistema de caché y fallback
  • R-01: 依赖外部API可能导致系统宕机
    • 缓解措施: 实现缓存与备用系统

Legales

法律风险

  • R-02: Cambios en regulación de protección de datos
    • Mitigación: Diseño modular para adaptación rápida
  • R-02: 数据保护法规变更
    • 缓解措施: 采用模块化设计以快速适配

Supuestos

假设

  • S-01: Los usuarios tienen acceso a internet estable
  • S-02: El volumen inicial no excederá 10,000 usuarios
undefined
  • S-01: 用户拥有稳定的互联网接入
  • S-02: 初始用户量不超过10,000人
undefined

📌 11. Roadmap / Fases

📌 11. 路线图/阶段

Dividir en etapas manejables:
Ejemplo:
markdown
undefined
拆分为可管理的阶段：
示例：
markdown
undefined

Roadmap

路线图

MVP (Fase 1) - 3 meses

MVP（第一阶段）- 3个月

  • Registro y autenticación
  • Catálogo de productos
  • Carrito de compras
  • Pago básico con Stripe
  • 注册与认证
  • 商品目录
  • 购物车
  • 基于Stripe的基础支付功能

Fase 2 - 2 meses

第二阶段 - 2个月

  • Sistema de notificaciones
  • Historial de pedidos
  • Panel de administración básico
  • 通知系统
  • 订单历史
  • 基础管理面板

Fase 3 - 3 meses

第三阶段 - 3个月

  • Reportes avanzados
  • Integración con logística
  • Sistema de recomendaciones
undefined
  • 高级报表
  • 物流集成
  • 推荐系统
undefined

Proceso de Levantamiento (Paso a Paso)

需求收集流程（分步）

1. Entrevistas

1. 访谈

Aunque seas tú mismo el stakeholder, realiza el ejercicio de responder:
  • ¿Qué problema resuelve esto?
  • ¿Quiénes lo usarán?
  • ¿Cómo lo usarán?
  • ¿Qué alternativas existen?
  • ¿Por qué esto es mejor?
即使你自己是利益相关者，也需完成以下问题的回答：
  • 这解决了什么问题？
  • 谁会使用它？
  • 如何使用？
  • 现有哪些替代方案？
  • 这个方案的优势是什么？

2. Preguntas Incómodas

2. 尖锐问题

Fundamental para descubrir edge cases:
  • ¿Qué pasa si falla el pago?
  • ¿Qué pasa si el usuario pierde conexión?
  • ¿Qué pasa si hay datos duplicados?
  • ¿Qué pasa si el servicio externo está caído?
对于发现边缘情况至关重要：
  • 支付失败时怎么办？
  • 用户断网时怎么办？
  • 出现重复数据时怎么办？
  • 外部服务宕机时怎么办？

3. Diagramar Flujos

3. 绘制流程

Crear diagramas visuales de:
  • Flujos de usuario (user flows)
  • Procesos de negocio (business processes)
  • Arquitectura del sistema (system architecture)
创建可视化流程图：
  • 用户流程（user flows）
  • 业务流程（business processes）
  • 系统架构（system architecture）

4. Escribir → Validar → Ajustar

4. 撰写 → 验证 → 调整

Proceso iterativo:
  1. Escribir primera versión del documento
  2. Revisar con stakeholders
  3. Identificar gaps y ambigüedades
  4. Ajustar y refinar
  5. Repetir hasta tener consenso
迭代流程：
  1. 撰写文档初稿
  2. 与利益相关者审核
  3. 识别漏洞与歧义
  4. 调整与优化
  5. 重复直到达成共识

5. Documento Vivo

5. 动态文档

Mantener actualizado:
  • Usar formato Markdown para versionado
  • Herramientas: Notion, Confluence, GitHub Wiki
  • Actualizar cuando cambien requerimientos
保持更新：
  • 使用Markdown格式以便版本控制
  • 工具：Notion、Confluence、GitHub Wiki
  • 需求变更时及时更新

Plantilla Completa

完整模板

Para una plantilla lista para usar, ver assets/requirements-template.md.
如需可直接使用的模板，请查看 assets/requirements-template.md。

Resultado Final

最终成果

Cuando terminas el levantamiento completo, tienes:
  • ✅ Documento para desarrollar - Especificaciones claras
  • ✅ Base para cotizar - Alcance definido
  • ✅ Guía para delegar - Instrucciones completas
  • ✅ Material para presentar - A socios o inversionistas
完成完整的需求收集后，你将获得：
  • ✅ 开发文档 - 清晰的技术规格
  • ✅ 报价基础 - 明确的项目范围
  • ✅ 委托指南 - 完整的操作说明
  • ✅ 展示素材 - 用于向合作伙伴或投资者展示

Consejos Importantes

重要建议

  1. No empieces escribiendo requerimientos - Empieza entendiendo el negocio como si ya existiera
  2. Sé específico - "Rápido" no es un requerimiento, "< 2 segundos" sí lo es
  3. Incluye el "por qué" - No solo el "qué", también la razón detrás
  4. Documenta decisiones - Por qué se eligió X tecnología o enfoque
  5. Mantén actualizado - Un documento desactualizado es peor que no tener documento
  1. 不要直接开始写需求 - 先假设业务已存在，去理解它
  2. 要具体 - “快速”不是需求，“<2秒”才是
  3. 包含“原因” - 不仅要写“做什么”，还要写“为什么做”
  4. 记录决策过程 - 为什么选择某项技术或方法
  5. 保持更新 - 过时的文档不如没有文档

Referencias Adicionales

额外参考

Para técnicas avanzadas y ejemplos específicos:
  • Mapeo de procesos complejos: references/process-mapping.md
  • Modelado de datos avanzado: references/data-modeling.md
  • Casos de uso detallados: references/use-cases.md
如需高级技术与具体示例：
  • 复杂流程映射： references/process-mapping.md
  • 高级数据建模： references/data-modeling.md
  • 详细用例： references/use-cases.md