如何完整高效地制作一款APP产品需求文档

起点学院产品经理365成长计划,2天线下闭门集训+1年在线学习,全面掌握BAT产品经理体系。了解详情

从互联网发展到移动互联网的大时代背景下,互联网产品经理的研究重点也从网站转移到了APP,对于做了两年PC端网站产品的人来说,做APP产品经理也不会有很大的困难。

app

首先声明一下,笔者虽然写过几个网站的代码,那也是5年前的事情了,并非技术出身,很多表达方式上也没有技术语言,有不妥的地方还请海涵。怎么完整高效的制作一款APP的需求文档,这里写一下自己的经验和心得,和大家一起探讨、交流。

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

要做一款产品,首先和团队高层明确几个问题:

  1. 产品的用户是谁?
  2. 用户使用产品能够获得什么?
  3. 公司推出产品是为了获得什么?

以上问题,这里不做回答,只是一个粗狂的问题,对于APP的设计并无实际指导意义,只是暂且明确了一个产品的方向。

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

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

  1. 用户端APP(Android、ios版本),这里只是主要功能,在主要功能的基础之上可以增加一些完善体验的东西。 主要功能:浏览商品(列表页、详细页)、分类查看商品、加入收藏、加入购物车、直接购买、提交订单、支付订单、支付,订单列表页、订单详情页,订单可进行的操作(取消、支付、确认收货、评价、申请退换货、删除)查看商品物流信息,还有个人信息(昵称、头像、收货信息、订单、余额、积分等等),以及关于APP端的版本查看,意见反馈,清除缓存,关于我们,用户注册、登陆和用书使用协议等。
  2. APP需要的后台系统搭建,根据不同的电商模式,其后台架构也不同,垂直电商和电商平台有很大的差别,主要看商家端是全部自己来进行管理还是开发加盟的方式,如淘宝的后台架构和唯品会的后台架构就是两种不同的后台架构。主要架构:账户架构(用户、商家、运营、财务、仓储物流),功能架构,用户的前端展示的功能需要后台给出相应字段,数据接口。商家端需要发布商品、接单、操作发货、填写物流信息,处理退换货,这些信息同步到用户前端,用户可以随时查看订单的状态。需要给运营相应的操作权限,商品的排序,BANNER广告,专题页链接,在后台的上传方式和前端的展示位置等等,还有数据分析,不同的商品的销售统计,订单发生的时间、地点、用户数据等参数进行统计,财务进行相关订单的财务结算,按照商家、用户、订单进行结算,如果能够把控整个数据库安全的情况下也可以自动结算,仓储物流信息的上传和同步,如果是1小时送这种O2O模式,还要有配送人员的接单、取货等数据同步。

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

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

  1. 找到直接或者间接的竞品,大概找5款产品左右,下载安卓和IOS端分别使用,使用脑图软件列出核心功能和提高体验的功能,使用axure等原型工具对其产品截图进行纵向和横向分析,包括UI风格、色彩和图标、文字、按钮的颜色、大小、位置等等。
  2. 从网上调研相关数据分析竞品为什么这样设计,这样设计的好与不好的地方分别说明;
  3. 根据以上数据列出表格,进行筛选,提炼精华部分,去除糟粕部分,给自己的产品设计提供必要的参考。
  4. 提出自己的产品差异化功能和特色,电商产品必须结合运营部门进行品类的分析,货源、价格、物流服务等进行分析,单个从APP产品进行优化体验,就算做出花来也没用,因为用户需要的不是产品,而是商品。
  5. 从前端展示分析出来其后台架构和相关功能的布局,这个需要观察细节,注重思维能力。比如,你去操作一个款产品,购买数量填写10万个,看下是否有提示库存不足就知道其后台有没有对库存进行把控。

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

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

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

  1. 首先根据已经定义的功能板块画出整个APP前端的脑图和后台架构的脑图;
  2. 其次是APP框图,可以用axure、墨刀、sketch、omnigraffle等软件制作,个人比较喜欢axure和sketch,列出功能点、展示形式和内容样本;
  3. 流程图,(流程图软件VISO或者omnigraffle)核心操作流程的流程图,包括节点、不同情况的判断、处理方式,所需文案等等;
  4. 后台整体框架、表、字段说明,所需要的不同角色的属性,加载条数、总体流程等等。
  5. 做低保证原型,和交互设计师一起制作低保真原型,把框图、脑图、流程图、文字说明整合到一个文件,个人比较喜欢axure,做出来以后,组织研发、运营等相关部门人员开会评审需求,根据原型走流程,完善细节,增加文字图片说明,上传到本地网络,供所有人浏览查看。

五、交付设计和文案

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

六、交付研发

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

如何高效完整的制作一款APP的需求文档就说到这里了,还请大家交流指正,共同学习,共同进步!

 

作者简介:minjay,互联网产品经理,爱好互联网行业研究、产品设计。

本文由 @minjay 原创发布于人人都是产品经理 ,未经许可,禁止转载。

您的赞赏,是对我创作的最大鼓励。

评论( 6

登录后参与评论
  1. 少有的好文章

    回复
    1. 回复

      :mrgreen: 谢谢,其实写的很快,本来想配图的,思维导图、流程图、原型,但是想想大家都是大神,都了解,就没有配,梳理了一下流程和大家分享。

  2. 流水账

    回复
    1. 回复

      :grin: :grin:

  3. :cool:

    回复
    1. 回复

      :roll:

加载中