全面的移动端产品需求文档

1、全面通用的挪动端app需求文档目录浪子app需求文档15一、画原型的步骤7二、PRD撰写原则7大原则7PRD的目标7PRD的撰写说明8需求描绘原则9PRD的核心模块9对于命名10其余说明10三、PRD阅读指南11四、产品工作流程134.1、宣布原型134.2、制作H5134.3、PD到UI144.4、项目开发144.5、办理BUG144.6、软件测试164.7、UAT测试18五、PRD全局清单18六、内禀原则206.1、时间20宣布于什么时间：20其余：216.2、距离23一、绝对距离怎样显示23二、地理地点怎样显示236.3、账号23什么是账号？23怎样办理抢登？23其余23七、交互规则26

2、7.1、状态切换267.2、常用输入字段277.3、界限问题277.4、交互常有十二状态28八、全局规则308.1、启动328.2、受权338.3、手势348.5、页面368.4、页面种类368.5、启动页388.6、闪屏页388.7、故事板408.8、主界面408.9、页面状态418.10、页面间转场438.11、页面加载种类458.12、页面刷新种类478.13、图片49九、非功能性需求499.1、网络需求499.2、数据需求509.3、性能需求52耗电状况：52流量：53大并发：53接见速度：53其余：539.4、安全需求54能否已加固：54能否已混杂代码：54能否切合法例：54数据安全

3、性说明能否完好：549.5、兼容需求54考虑不同样屏幕的兼容性：54考虑不同样系统的兼容性：54考虑能否支持横竖屏切换：559.6、后台需求559.7、其余需求56十、APP开发先期准备56框架生成：56设计制作：57测试调优：57APP宣布：5710.1、用户环境5810.2、开发环境5810.3、单页&多页H5应用5910.4、Web&Mobile差别6010.5、Native&H5的差别60十一、版本记录6111.1、里程碑6211.2、宣布准备62十二、项目概览6412.1、使用SDK6412.2、分享APP6412.3、项目数据65一、画原型的步骤二、PRD撰写原则其实我感觉这个特别

4、重要，但是偏理论了。大原则业务优先于需求，需求优先于功能，功能优先于交互，交互优先于UI。PRD的目标旨在对APP项目的业务架构&产品流程&功能需求做详尽的介绍，为产品后续的需求、设计、开发、测试、上线供给依据。向项目组成员(项目经理、开发、测试、营运)传达产品的业务信息与需求细节。管理需求，进行归档，为后续需求迭代与更改供给依据。实现项目的规范化管理。PRD的撰写说明只有一种输出物，在线原型。只用原型传达思想和表意，但是分考虑视觉体现。逻辑确立后不经常变动，若有必需上线前一致和前端比较并改正。内容文案能否经得起商酌，顶部标题以及按钮文案以及各样小提示能否简短清楚。内容构造：一级目录使用”一”

5、，二级目录使用”1，三级目录使用”。元件款式和交互的通用规则，请写到全局规范。其余写到对应的元件逻辑中。?写的逻辑严禁不确立字样(或许/可能/maybe/考虑/忧如/近似/临时/待定/等等/像/真的/？)?全部变量一致使用红色表示而且配上说明，比方满x元减x元。英文单词尽量小写，易鉴识。除非是商定俗成的词语，比方iOS、Android。双引号&单引号&小括号不使用全角，只有半角。需求描绘原则表述清楚需求的地点是在什么地点，比方”x”页面、仍是”x”页面的”x”元件。需求是新增”x”功能、仍是修复”x”bug、仍是优化”x”功能。技术办理原则某些场景下技术上能够考虑归并多步操作，以减少客户端对于

6、异样状况的判断。比方确认订单页面的保留地点并返回运费。某些警示框应应当成页面来办理数据埋点以及交互，独自说明。尽量解耦到每一个页面，每一个警示框，而不是多个页面之间关系性太强。PRD的核心模块页面，写在Axure的Pages中。生成原型后请点击左边Pages进行查察。交互，写在Axure的Interaction中。生成原型后请点击左边Pages中的链接图标进行展现和隐蔽。逻辑，写在Axure的Notes中。生成原型后请点击左边Notes后查察，或许点击右边元件旁边的图标进行查察。元件的逻辑有5种，详尽以下：功能逻辑：详尽解说该功能的逻辑。交互逻辑：对页面之间的互相跳转进行说明。视觉逻辑：对颜色

7、，对图标的要求。业务逻辑：讲一下该功能对应着什么业务。技术逻辑：有些逻辑可能用技术语言描绘更清楚一点，以及对技术有特其他要求。对于命名动作，状态的命名必定要划分，比方删除是动作，已删除才是状态。动作的命名一般是”操作+名词”，比方改正文章。条件的命名一般是能否怎么样。功能的命名要么是名词，比方购物车；要么是动宾短语，比方确认订单。其余说明PD指产品经理，产品设计师PM指项目经理三、PRD阅读指南四、产品工作流程4.1、宣布原型4.2、制作H5查察大图4.3、PD到UI4.4、项目开发4.5、办理BUG全部问题都需要填写说明。修复：简要填写问题原由，并说明怎样修复?外面原由：写清楚根源没法重现：

8、写大体需要哪些条件问题重复：填写重复问题的bugid功能设计这样：把功能逻辑链接到这里是问题但不修复：增补不修复的原由下版本解决：填写大体解决时间，并在解决后指派给提出者考证4.6、软件测试4.7、UAT测试五、PRD全局清单六、内禀原则内禀规则是什么？指业求实体自己具备的内在规则，而且不受外面以及用例交互的影响。这种规则应当实现到你的实体类中，依据面向对象的封装原则，内禀的逻辑必定不要让它裸露到外面。无论你的业求实体是EntityBean，JavaBean，POJO仍是COM+。操作者是谁？程序员怎样获取？需要对每个业求实体的属性进行排列，并找出它们的规则。最主要的根源是业务履行者，需求人员

9、应当更多的去与他们沟通。6.1、时间日期：yyyy-mm-dd周几：周一/周二/周三/周四/周五/周六/周日时分：hh:mm时分秒：hh:mm:ss宣布于什么时间：合用于信息列表/信息详情/动向列表/视频列表/直播列表等feed流，详见下方流程图目前时间取本机时间，有精力的话前端童鞋可加判断，假如发现当地时间和服务器时间不一致，需做一致。其余：建议服务端依据时间戳来积蓄，而且格式是yyyy-mm-ddhh:mm:ss6.2、距离一、绝对距离怎样显示xm，当距离1000米，比方356mxkm，1000米，比方5km最小值是1m，最大值9999+km。二、地理地点怎样显示显示格式”省份城市”，比方

10、江苏南通，假如取不到显示”未知”。注意直辖市只显示”直辖市名称”。6.3、账号什么是账号？用户的唯一身份id怎样办理抢登？当用户使用手机a登录了账号，又去用手机b去同一账号，进而形成抢登。第一个手机收到推送，显示警示框”该账号已在其余手机登录，如非本人请连忙登录此后改正密码。”和确立按钮，点击确立按钮回到App首页并从头加载。其余身份证号一定是15或18位手机号一定是11位七、交互规则交互规则是什么？产生于用例场景中间，规定了知足什么条件后业务将怎样反响。比方当提交一份订单时，哪些数据是一定填写的，用户身份能否合法。自然也包含一般理解上的业务流程流转规则等，比方金额大于一万元的订单被定为VIP

11、订单进入特别流程等。交互规则实质上还有两个是比较特其他，一个是前置条件（入口条件），即Actor知足什么条件才能启动用例；另一个是后置条件（出口条件），即用例结束后会产生哪些结果。平时这部分规则是复杂多变不牢固，所谓的需求经常更改绝大多数来自于此。所以将这些规则独自列出来并给予关注和管理是很有必需的。同时这部分规则平时在系统中以Control类去实现，MVC模式/SOA架构中的BPEL也是这样。既然需求无可防备的要更改，那么将交互规则独自提拿出来，并设计成为扩展性很强的构造就是一种有效的应敌手段。操作者是谁？交互设计师or产品经理怎样获取？从用例场景而来，每一个场景，每一个交互的过程可能都隐含

12、着规则。需要与客户多议论。交互规则最主要的根源是业务提出者和业务管理者，最好不要去找业务履行者。7.1、状态切换7.2、常用输入字段7.3、界限问题需要办理的异样界限异样办理一般来说，PM仍是会特别重视的。比方购物车商品减到0需要提示用户二次确认能否把商品从购物车去掉、或许用户输入的密码不切合规范，需要提示用户调整。这些好多异样状况，PM是需要把自己放空，经过好多非正常交互流程去模拟和梳理的。比方购置流程不行逆，此时用户想点返回了，哪一步是能够到上一步，哪一步到不了上一步，这些就是交互设计的细节。7.4、交互常有十二状态八、全局规则全局规则是什么？平时与所实用例有关，而不是与特定用例有关。所以

13、应当抽象出来让系统去负责这些特点的实现。比方Actor要给朋友发图片以及在朋友圈发图片用例一定获取相应的受权，或许用户在系统中的全部操作都要被记录下来等等。受权，事务，备份等这些全局特点都是由系统框架去实现的，详尽的功能中但是调用而不再实现它们。操作者是谁？架构师or产品总监怎样获取？很难从用户处调研得来，平时这方面是用户的盲点。主假如由有经验的系统解析员，或架构师以及客户方的IT部门，从业务特色、应用环境、行业规定、法律规章等等方面去总结，再求得客户方的认同。8.1、启动自动刷新的时间差取决于你们的业务自己，但是也需要考虑服务器的承载问题。iOS系统有后台唤醒自动刷新的方法，时间差由系统决定

14、，仅需RD调用此方法即可。Android能够依据判断此次翻开和上一次刷新的时间差，超出产品设定的时间差就自动刷新。说明哪些地方从后台切换回前台时需要进行数据更新。只列出需要考虑的场景，iOS只有系统级其余事件办理。当APP从在后台回到前台，请展现上一次翻开应用的快照此后自动刷新该页面。以上事件中，刷新目前页面以前加一个钩子，判断该页面是由经常更新的模块或许列表组成，详尽可咨询PD。钩子的详尽解说最好百度一下，有点像早先留下伏笔此后经过这个判断能否需要回调刷新页面数据的事件。8.2、受权查察大图8.3、手势8.5、页面8.4、页面种类8.5、启动页8.6、闪屏页8.7、故事板8.8、主界面8.9、页面状态8.10、页面间转场8.11、页面加载种类查察大图8.12、页面刷新种类8.13、图片查察大图九、非功能性需求9.1、网络需求处于不牢固网络状态：比方在走动中，地铁火车上当切换网络时：比方有无wifi连结/有无有线网络/手机wifi和有线网络互切/飞翔模式视频播放场景：