需求撰写标准要求如下：
1.项目背景和目标
• 解决的问题是什么，为什么？
• 解决方案为什么是有效的？
• 业务流程图，包含新增或修改的局部流程图，产品整体的流程图
2.业务流程中的逻辑逻辑完整性，是否正确有效 是否闭合？如：这个功能是否和现有产品有互相矛盾的地方？
• 详细的状态机描述，包含成功失败和异常，需特别关注异常
• 交易系统必须包含，新产品可以不作要求
3.包含交互逻辑和Demo，页面原型通过工具-axure等制作。
4.项目的具体风险，如：对于运营的影响等
5.旧数据的处理方案，新旧系统兼容性，以及新需求对老系统的影响或其他系统影响
6.避免“同某功能”，要引用文档和了解原有功能
7.清晰的外部系统依赖描述（如：外部不可用应该如何处理等）
8.需求真正来源，具体的负责人或者团队（如：此需求是来自于市场或者销售的具体的哪个负责人或者团队）
9.输入输出的边界描述
10.详细的沟通记录，必须包含需求来源方和内部的沟通记录
11.业务监控点描述（监控需求）
12.统计数据相关描述
13.设计图交付必须为PSD格式
14.UE的标准组件要求
15.访问量和数据量等，以及使用的密度,频度和高峰值
16.跟收入相关的变化，操作和审核分开，详细的日志
需求撰写结构要求如下：
