今天在读《用户体验要素-以用户为中心的产品设计》这本书，读到了范围层中介绍的功能规格说明，包括一些需求文档的编写规范，讲到一些撰写规则，分享出来如下。
1、乐观--如果用户想买一个没有线的风筝，而你的产品中不存在这种商品，那么不要直接告诉用户说没有、不存在。而是引导用户到风筝线的页面。即你可以满足的与此相关的更合理的功能页面；
2、具体--对于一些列表的排序规则，越具体越好，比如说，你不可以写把受欢迎的视频重点展示。而是改成“上一周被播放量最多的视频显示在列表最上方”，因为程序员更关注的是它做什么，它怎么做。只有把功能定义具体了，才能提高各方的工作效率。
3、避免主观的语气--具体的表达方式就是“量化”，例：将系统执行能力强改成系统至少支持1000个用户同时使用。
比较喜欢这种举例子的说明方式，能够更有代入感，会想到平时自己遇到的这种类似的情况，留下的印象也会更深刻。
摄影：Tanya Trukyr，来自Unsplash
