完整性**

    • 模拟用户真实的操作场景。一开始不一定能列出所有场景时，需要逐步补充优化。
    • 描述流程细节，并注意正常逻辑和异常逻辑。想象开发能否用你的规则写出代码来检验逻辑。
    • 描述性能需求。比如打开速度、崩溃率、并发能力、负载能力等，描述举例：系统内95%等业务操作必须在5秒内得到响应，系统必须支持100个并发用户。

    严谨性

    • 对于当下不确定的规则和技术实现，可以附注：待与XXX具体讨论后再定。
    • 需求往往很简单，准确的表述并不简单，要求表述不产生歧义。例如当你只写“用户拖拽文件上传”，歧义的地方有：只能拖拽上传单个文件吗？用户拖拽到哪里上传？可以拖拽到文件格式有哪些？等等。

    可阅读性
    文配图的形式，想想纯文字的家电说明书是不是让你很痛苦就知道了。