APP产品需求文档是怎么制作出来？

　　如何高效完整的制作一款APP的需求文档，在这里写一下汕头云海网络科技的经验和心得，和大家一起探讨、交流。

　　一、APP的长远发展战略必须先明确

　　要做一款产品，团队高层明确一定要先明确几个问题：

　　使用产品的用户会是谁?

　　使用产品后,用户能够获得什么?

　　公司推出产品是为了获得什么?

　　在这里以上问题，先不做回答，因为这是一个粗放性的问题，从APP的设计上来说并无实际指导意义，只是暂且明确了一个产品的方向。

　　二、产品的核心功能有哪些?

　　不同的产品其核心功能大相径庭，这里以电商APP为例，从前端和后台两个方面具体说明电商APP的核心功能需求有哪些?

　　用户端APP(Android、ios版本)，这里只是主要功能，在主要功能的基础之上可以增加一些完善体验的东西。 主要功能：浏览商品(列表页、详细页)、分类查看商品、加入收藏、加入购物车、直接购买、提交订单、支付订单、支付，订单列表页、订单详情页，订单可进行的操作(取消、支付、确认收货、评价、申请退换货、删除)查看商品物流信息，还有个人信息(昵称、头像、收货信息、订单、余额、积分等等)，以及关于APP端的版本查看，意见反馈，清除缓存，关于我们，用户注册、登陆和用书使用协议等。

　　APP需要的后台系统搭建，根据不同的电商模式，其后台架构也不同，垂直电商和电商平台有很大的差别，主要看商家端是全部自己来进行管理还是开发加盟的方式，如淘宝的后台架构和唯品会的后台架构就是两种不同的后台架构。主要架构：账户架构(用户、商家、运营、财务、仓储物流)，功能架构，用户的前端展示的功能需要后台给出相应字段，数据接口。商家端需要发布商品、接单、操作发货、填写物流信息，处理退换货，这些信息同步到用户前端，用户可以随时查看订单的状态。需要给运营相应的操作权限，商品的排序，BANNER广告，专题页链接，在后台的上传方式和前端的展示位置等等，还有数据分析，不同的商品的销售统计，订单发生的时间、地点、用户数据等参数进行统计，财务进行相关订单的财务结算，按照商家、用户、订单进行结算，如果能够把控整个数据库安全的情况下也可以自动结算，仓储物流信息的上传和同步，如果是1小时送这种O2O模式，还要有配送人员的接单、取货等数据同步。

　　三、认真细致地做一次竞品分析

　　确定了以上的核心功能和需要打磨的细节之外，接下来就是进行细致的竞品分析，这里仍然以电商为例进行竞品分析，竞品分析的工作如何开展呢，这里叙述一下自己的观点。

　　找到直接或者间接的竞品，大概找5款产品左右，下载安卓和IOS端分别使用，使用脑图软件列出核心功能和提高体验的功能，使用axure等原型工具对其产品截图进行纵向和横向分析，包括UI风格、色彩和图标、文字、按钮的颜色、大小、位置等等。

　　从网上调研相关数据分析竞品为什么这样设计，这样设计的好与不好的地方分别说明;

　　根据以上数据列出表格，进行筛选，提炼精华部分，去除糟粕部分，给自己的产品设计提供必要的参考。

　　提出自己的产品差异化功能和特色，电商产品必须结合运营部门进行品类的分析，货源、价格、物流服务等进行分析，单个从APP产品进行优化体验，就算做出花来也没用，因为用户需要的不是产品，而是商品。

　　从前端展示分析出来其后台架构和相关功能的布局，这个需要观察细节，注重思维能力。比如，你去操作一个款产品，购买数量填写10万个，看下是否有提示库存不足就知道其后台有没有对库存进行把控。

　　四、真正地开始制作APP产品需求文档

　　制作APP产品文档需要从前端和后台两个方面着手，不是画一个高保证或者低保真就是需求文档了，还要考虑到后台的架构，接口的形式，是使用H5web页面还是客户端开发(这两个优缺点自己脑补，这里不再赘述)。其实产品需求文档，在不同的团队中应该跟谁团队的配置进行调整，这里以UI设计、交互设计、IOS开发组、Android开发组、后台开发组都具备的情况下为例进行输出产品需求文档。

　　这里强调一点，在制作各种手稿文档的时候，不懂或者不明白的地方，一定要和相关部门同事一起讨论制作，避免一些不必要的修改，比如有个功能，你看到别人的APP上面已经实现了，但是对于我们的程序员却是一个需要很多时间才能解决的需求，那么这个需求就要做一下妥协，毕竟还有一个项目的时间问题。

　　首先根据已经定义的功能板块画出整个APP前端的脑图和后台架构的脑图;

　　其次是APP框图，可以用axure、墨刀、sketch、omnigraffle等软件制作，个人比较喜欢axure和sketch，列出功能点、展示形式和内容样本;

　　流程图，(流程图软件VISO或者omnigraffle)核心操作流程的流程图，包括节点、不同情况的判断、处理方式，所需文案等等;

　　后台整体框架、表、字段说明，所需要的不同角色的属性，加载条数、总体流程等等。

　　做低保证原型，和交互设计师一起制作低保真原型，把框图、脑图、流程图、文字说明整合到一个文件，个人比较喜欢axure，做出来以后，组织研发、运营等相关部门人员开会评审需求，根据原型走流程，完善细节，增加文字图片说明，上传到本地网络，供所有人浏览查看。

　　五、交付设计和文案

　　确定好以上的需求之后，面对设计和研发的需求文档已经告一段落，接下来就要在UI做设计、交互设计师做交互的时候，找相关部门人员完善文案需求，和项目经理一起对工作进行细分，确认时间节点，最后由交互设计师输出一套高保证原型。

　　六、交付研发

　　这样子做出来的高保证原型，在各个细节都已经做到了完善，设计、交互、研发、运营等等对工作也已经胸有成竹，那么大家就可以坐下来好好开个简短的会议，确认每个人的具体工作，给出相应的时间节点，然后随时跟进开发需求就可以了。

　　到这里你也就知道汕头云海是如何制作一款APP的需求文档了，还请大家交流指正，共同学习，共同进步!