Axure项目实战

最近的学习，总结出产品经理从0-1制作一个项目的过程。

1.从市场调研、客户输入、竞品分析、头脑风暴、用户反馈中得出产品的需求。

2.联合研发、测试、设计进行需求评审

3.根据需求制作原型图汇报

4.高保真原型图制作

5.设计进场，确认UIUE

6.需求1.0版本冻结，研发测试进场，实时监控项目进度

7.项目上线与运维

模拟了一次过程，本次项目是良品生活，跟着Song老师的Axure一起制作。看视频只是不断的输入，要总结输出，才能归结为自己的东西。

此项目是微信小程序+内容+商城的C端产品，也有包含B端的后台，所以此项目对我来说收获是挺大的。

第一步，制作FeatureList

制作FeatureList需求从市场调研、竞品分析、头脑风暴等产出。区分开功能模块，以大功能为主体，细分小功能。再安排需求的优先级，需求优先级可以根据四象限原则划分：重要且紧急的功能，重要但不紧急的功能，不重要但紧急的功能，不重要且不紧急的功能。区分优先级的原因是给予研发进场开发的先后顺序，争取MVP最小化可行产品上线。现在的社区大趋势，就是降本增效，以最低的成本来制作收获最大的功能，占据市场，后期通过运维不断完善。

编号	大模块	小功能	功能描述	优先级	需求来源	版本	需求状态	研发成本	排期/迭代	计划上线
F1-1	内容社区	内容列表	页面里以列表的方式展示内容（图文、视频）	高	需求调研	1.0	设计中	高	迭代1	9月1日
F1-2		内容详情（图文）	图文详情页展示、互动（留言、点赞、转发、关注等）	高	竞品分析	1.0	研发中	中	迭代1	9月1日
F1-3		内容详情（视频）	视频详情页展示、互动（留言、点赞、转发、关注等）	高	头脑风暴	1.0	测试中	中	迭代1	9月1日
F1-4		内容发布	内容发布流程	高	竞品分析	1.0	测试中	低	迭代1	9月1日
F2-1	商城	商品列表	页面里以列表的方式展示商品	高	头脑风暴	1.0	已上线	/	/	/
F2-2		商品详情	图文详情展示商品（商品图、描述商品文案），互动	高	头脑风暴	1.0	/	/	/	/
F2-3		购物车	加购、删除、下单购买	高	头脑风暴	1.0	/	/	/	/
F2-4		下单与支付	下单流程、地址填写、支付确认	高	头脑风暴	1.0	/	/	/	/
F3-1	个人中心	账号信息	用于个人信息的填写、修改	高	需求调研	1.0	/	/	/	/
F3-2		登录注册	账号登录、退出系统、注册等	高	需求调研	1.0	/	/	/	/
F3-3		我的订单	订单记录、状态、商品等	高	竞品分析	1.0	/	/	/	/
F3-4		创作中心	内容发布状态、浏览和观看人数	高	竞品分析	1.0	/	/	/	/
F4-1	运营丰富	搜索	根据内容/商品，展示结果	中	竞品分析	1.1	/	/	/	/
F4-2		Banner位	展示banner位	中	竞品分析	1.1	/	/	/	/
F4-3		活动分类	根据运营配置展示分类活动入口	中	竞品分析	1.1	/	/	/	/

编号	产品端	大模块	小功能	功能描述	优先级	需求来源	版本	需求状态	研发成本	排期/迭代	计划上线
M1-1	管理后台	内容管理	图文内容管理	图文内容列表、数据显示（阅读量、评论、点赞）	高	运营提出	1.0	设计中	高	迭代1	10月1日
M1-2			视频内容管理	视频内容列表、数据显示（阅读量、评论、点赞）	高	运营提出	1.0	研发中	中	迭代1	10月1日
M1-3			评论管理	评论内容	高	运营提出	1.0	测试中	中	迭代1	10月1日
M2-1		电商管理	商品管理	商品的增删查改、商家与商家的关联	高	运营提出	1.0	测试中	低	迭代1	10月1日
M2-2			商家管理	商家的增删查改	高	运营提出	1.0	已上线	/	/	/
M2-3			交易管理	订单记录，订单状态	高	运营提出	1.0	/	/	/	/
M3-1		基础信息	用户管理	用户查询、账号封禁、解封	高	运营提出	1.0	/	/	/	/
M3-2			业务数据	用户量、图文与视频量、评论	高	运营提出	1.0	/	/	/	/

 以上是FeatureList的1.0版本需求

第二步，利用Axure画线框图+高保真原型图

项目的目录

一共分为三大模块 内容社区、好物商城、个人信息。

一、内容社区

1、内容列表（发现）、（关注）、（分享）。三个高保真原型图

2、内容详情（图文）

3、内容详情（视频）

4、内容发布

二、好物商城

1.商品列表

2.商品详情

3.购物车

4.下单与支付

三、个人信息

1.我的&账号信息

2.创作中心

3.订单记录

4.登陆注册

原型图制作完成后，要开始PRD文档制作。PRD文档必须详细且严谨，这是一个合格的产品经理的输出，这不仅证明了自己的业务能力，而且省了和研发的沟通成本，提高开发效率

PRD有Word文档形式、本次为了效果呈现，选择使用Axure制作。

在公司里是利用Word制作的，各有各的好处，Word是不需要特定工具，何时何地查看，Axure制作是效果逼真且易懂。

以上是一个功能的PRD。

制作PRD的步骤有

PRD
作用：一种沟通工具，帮助干系人快速理解，保持信息一致
包含：需要传递给研发团队的各种需求信息

客户 (原型图)<- 产品经理 ->(PRD文档)研发团队 

word格式：以文档结构为中心，生成word/在线文档为主

优点：文档结构清晰，文字易于阅读，便于技术文档制作
缺点：产品设计展示较弱，文档过长，上下文难关联

Axure格式：HTML文档格式，原型图为描述重点，方便原型图展示

优点：易于展示产品设计，便于展示功能之间的关联
缺点：文档结构差，文字信息偏少需要产品经理多跟进沟通

PRD中包括的内容

PRD 1.功能描述：本期需要研发功能的 原型图+文字说明  
    2.业务描述：与“本期研发功能”相关的需求背景，业务流程，业务知识等
    3.其他信息：文档结构信息，修订记录，计划排期等

PRD在FeatureList做成原型图后开始做PRD文档

PRD的功能数量划分
建议需求分类：
1.新功能型：根据公司的产品战略，以一个“可验证的新功能”作为一个PRD制作
2.优化型：将一定周期内“体验、性能、问题”等优化需求汇总作为一个PRD制作

PRD误区
1. 格式固定：根据产品类型、团队、产品阶段重新调整
2. 持续更新：需求变更后要及时更新
3. 文档过长：过长的文档影响团队阅读

参考文章
1.Product Templates
2.人人都是产品经理--产品小白如何写PRD

PRD文档结构
1.标题 -- 分为主标题和副标题
主标题：XXX版本号产品需求文档
副标题：功能模块
大公司会有编号：产品代号，平台类型，文档类型，功能编号，版本编号

2.修改文档要添加修订记录（修订时间以及修订了什么内容）加上修订人、审核人

3.项目背景：为什么做这个功能，也可分为大背景和小背景，大背景描述产品战略，小背景描述
产品目的

4.实现目标：可量化的产品目标，便于前期评估投入，后期跟踪结果
例如：1、图文内容社区功能1.0版本上线
      2、社区功能的使用率>30%
      3、产品日留存率>25%
      4、每周图文发布量>500篇

5、相关术语（可选）：一些术语的定义说明，帮助项目组成员快速理解业务，团队同频交流
例如：专业名词解释

6、用户角色（可选）：描述系统用户与角色（B端产品居多），把用户分类开，对应用户

7、功能列表/结构 FL：明确本期作业范围

8、业务流程图：明确业务范围 （B端产品百分百需要）

9、功能详情描述
9-1、xxx功能
9-2、功能描述
9-3、数据结构
9-4、功能界面

10、原型图演示连接

11、数据统计埋点（可选）：C端产品，用来改进用户体验，确定功能上线效果，基础数据一般有
独立的平台不需要统计

12、上线计划（可选） ：其实个人理解这个是项目经理做总体，TMP管控部分功能，输出功能FO负责表

13、参考文档

然后就是与设计沟通，研发沟通、测试沟通，沟通完后可以进行高保真DEMO效果展示

高保真DEMO展示有简易版和复杂版

两个我都完全制作了，这一套下来，对于Axure的熟练程度倍增。对于交互和动效的设计感觉到熟练。但是工具毕竟是工具，重要的是思维，接下来要多看书籍，提高思维能力。

动效这里不好展示，就不展示了

展示一下后台把

这是后台版本的其中一个列表。

另外，将Axure导入到墨刀，进行了墨刀的制作，利用的一个星期时间，熟悉墨刀V8版本的操作，现在也游刃有余了。

最后的最后，希望继续吸收项目知识，争取早日收到offer。。