需求分析阶段

 1. 业务场景深度调研

用户访谈

   与业务方、终端用户、运营人员等多角色进行结构化访谈 

   示例问题： 

     "订单创建时需记录哪些必填信息？" 

     "退货流程涉及哪些数据状态的变更？" 

   工具：会议纪要模板（记录决策点和待确认项）

文档分析*

   收集现有系统的表结构、API文档、Excel报表等 

   分析业务单据（如合同、出入库单）的数据字段 

流程观察 

   实地观察用户操作（如客服处理工单的全流程） 

   识别隐性需求（如"用户搜索时实际会组合使用3个条件"）

2. 数据需求规格化

实体提取 

   识别核心业务对象（如电商系统的商品、订单、用户） 

   标注实体属性（如商品包含SKU、名称、类目等） 

   区分强实体（独立存在）和弱实体（依赖其他实体存在）

3. 非功能性需求挖掘

性能指标

   量化要求： 

     "订单查询响应时间<500ms（P99）" 

     "支持5000TPS的支付流水插入" 

数据生命周期 

   明确数据留存策略： 

     "交易记录保留5年" 

     "日志数据3个月后归档" 

安全合规 

   GDPR等法规要求（如用户手机号需加密存储） 

   权限细分（如客服只能查看已授权客户的订单）

4. 需求验证与确认

原型验证 

   制作低保真原型演示关键数据流（如订单状态机流转） 

   示例： 

    待支付 → 已支付 → 发货中 → 已完成 

              ↘ 取消订单

需求评审会 

   组织跨部门评审（业务方、开发、测试参与） 

   输出带签字的《数据需求确认书》

避坑指南

1. 警惕伪需求 

    验证业务方提出的"所有字段都要可搜索"是否真实必要 

2. 处理冲突需求 

    当销售部门要求记录客户身份证号而法务部门反对时： 

      折中方案：仅记录脱敏后哈希值 

3. 预留演进空间 

    为可能扩展的字段添加预留位（如user表添加JSON类型的extend字段）