一份“优雅”的需求文档是如何书写
我认为一份需求文档应包含一下几部分即可:
(1)修订历史(说明修订时间以及修订人员)
(2)产品概况(其中可以包括背景,产品结束,以及使用场景)
(3)产品架构
(4)全局说明(包含每一个操作页面,以及页面逻辑和交互逻辑)
这样即可“优雅”地说明全部问题,以下实例:
XX需求说明书
1.修订历史
| 日期 | 版本 | 说明 | 作者 |
| 2016-11-02 | 3.3.2 | 陈思宇 |
2.产品概况
2.1 背景
生活中,你拥有多重角色:既是一个爱家顾家的“家庭分子”,又是一名兢兢业业的工作干将;既是一个四处找寻商机的业务能手,又是一名注重个人隐私的消费者。现在互联。。。
2.2 产品介绍
“和多号”是中国移动通信集团公司推出的一项电信增值业务,用户只需一张SIM卡即可拥有多个号码,满足用户使用不同号码实现不同的功用。比如网购、交友、买房、租房、快递、打车,都可使用副号注册。同时用户还可以实时/定时设置某个副号的开/关机状态,达到沟通圈分离、隐私保护以及免打扰的目的。
2.3 使用场景
一、沟通圈分离
现有多号用户:目前已经有多个号码的用户,携带多部终端不便捷
业务人员换号:因公或因私原因(如工作变动等)等需要换号,但前一个号码积累了重要的人脉资源需要继续保留
销售人员:联系人多,名片传播范围大,联系人分类明显,可分为商务联系人与生活联系人
长期性被动需求:如片警、医护人员等特殊职业,需要提供手机号码给公众,生活圈与工作圈严格分
本文来自互联网用户投稿,文章观点仅代表作者本人,不代表本站立场,不承担相关法律责任。如若转载,请注明出处。 如若内容造成侵权/违法违规/事实不符,请点击【内容举报】进行投诉反馈!
