拿一份自由行攻略举例,产品经理平时都在做什么

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

 “世界那么大,我想去看看。”

在这个喧嚣的世界,抛开工作,带上行李,来了一场说走就走的旅行吧。

64380cd7912397dd42862a525882b2b7d1a287ed

一个产品的灵感,或者一个想要旅行的动机,往往也就是瞬间拍脑袋而促成。由于之前做过旅游行业的关系,再结合现在做产品经理的经验,渐渐地感悟出写自由行攻略和做产品设计存在着不少的共同点,笔者想通过通俗易懂的文字让非IT行业的同学了解产品经理平时都在做点什么,而产品经理怎么利用已有的产品设计技能,制定出一份可落地的自由行攻略。

微信截图_20160811160900

(产品的周期)

MVP

MVP是一种产品理论,一个最简化可实行的产品(Minimum Viable Product )。这样的设计模式往往比较适合初创公司或者创新项目,在市场不确定的情况下,快速设计、开发、上线,满足最基本的用户需求,来检验产品或方向是否可行。如果你的假设得到了验证,再投入资源,通过快速迭代,不断修正产品,最终适应市场的需求;如果没有通过,那这就是一次快速试错,应尽快调整方向。

u=608638158,2110623846&fm=21&gp=0

自由行的MVP动机可谓千奇百怪,可能是机票打折,可能是汇率优惠,也可能是想要重温罗马假日,追寻奥黛丽·赫本的足迹。这很简单,只需买好机票,订好酒店,办好签证(出境游),俗称机+酒(+签),这就是自由行中的MVP了。

MRD

上文提到了拍脑袋,这件事儿不可细说,因为这可能多半都是老板的决定,老板做出这样的决定自然有他的理由,我们尊重老板的决定,不予深究。回到正题,当我们接到老板的任务后,需要对市场和用户进行调研,随后给出市场需求文档(Market Requirement Document),在文档中说明产品的市场、用户、产品规划、核心目标、产品路线图、项目规划等。

现在很多公司也会将商业需求文档BRD(Business Requirement Document)做进MRD中,用以分析与评估该需求所具有的市场商业价值。

001Zpo2Ity6QKho1u7B27&690

例:医美场景分期消费,我们需要在MRD中分析目前在医美市场有多少玩家在竞争,以及存在的问题和机会。我们进入这个市场的优势是什么,劣势是什么,可预见的市场商业价值和持续时间有多少。市场中准备做微整手术的用户年龄、学历、性别、所在地区、手术项目等分布情况。MRD准备完毕,需要通过评审会,进行可行性分析。评审通过,则进入下阶段PRD的编写,正式进入产品开发阶段。如果没有通过,那就另辟蹊径,挖掘其他商机。

有一天,老婆看到电视旅游节目中正好在介绍日本美食和温泉时,眼睛发亮地说:“我们去日本吧!”这…是不是和做产品挺像的,一拍脑袋然后就走你~ OK,领到任务之后就得先做初步分析,现在到底适不适合去日本旅行。

首先,发现当时正好日元贬值,无论机票还是酒店,都是相当实惠的了。另外,去日本购物的诱惑已经相当大了。其次,正当冬天,正适合泡温泉,可缓解疲劳,增强免疫。最后,新鲜的海鲜、嫩滑的牛排让人看了垂涎三尺。看来可行,根据美食、温泉、购物的需求,可以安排出一套休闲度假板进东出的自由行旅游行程了,先飞大板,在大板的道顿崛品尝美食,再在箱根的温泉酒店泡温泉,最后在东京的银座、新宿尽情购物,从东京飞回上海,不走回头路。这就是旅游中的MRD了,在随后的PRD里可再在主行程中穿插其他分支行程。

PRD

MRD评审通过了,就要开始设计产品需求文档(Product Requirement Document)。

由“概念化”阶段进入到“图纸化”阶段的最重要也是最主要的文档,是把业务需求翻译成技术语言给到开发的一个文档,它的质量好坏直接影响到最终产品的质量。那么我们在PRD里需要写些什么?

1、团队成员与需求对接人(OARPi)

微信截图_20160815112937

一张这样的表格把所有项目人员归集到一起,便于项目沟通,遇到问题能快速定位找到相关负责人。

2、目标(Goal)

产品在当前阶段要实现的功能目标,这里可以是满足基本需求MVP,也可能是多个迭代后的优化。

3、用例图(Use Case)

用例图是指整个产品的参与者,用例以及它们之间的关系构成的用于描述系统功能的视图。简单的说,就是从用户角度描述系统功能。

4、范围(Scope)

范围可以指应用平台的范围,比如H5,WEB,Android,IOS。也可以是代码模块范围,功能范围,版本范围。

5、流程图(Flow)

这里的流程图多指业务流程。一张思路清晰流程图可以帮助开发和测试把需求充分理解,便于程序员灵活使用工作流框架来实现,便于测试员编写测试用例。

6、原型图(Prototype)

最直观的产品原型,基本已经决定产品上生产之后长什么样子。产品经理可以通过简单的线框图表达他设计的每个功能、每个界面、每个细节。UI/UX根据原型图给出视觉稿和交互设计稿。程序员根据原型图开发前端界面,QA根据原型图进行页面功能的黑盒测试。所以,原型图的作用不可小觑。

132P04308-9

原型图设计工具Axure就不多介绍了,绕不开的巨人,就像图片界的PS,文字界的Word,这已经是产品经理必用的原型设计软件。另外,现在设计APP原型的工具相当多,比如POP、Pencil Project 、Moqups、UXPin、MockingBot等。

7、需求(Requirements)

产品经理需要将需求分解成故事,从用户的角度描述故事。故事要尽量细化,表达清楚作为什么角色,需要通过什么操作达到什么功能效果。

gsyx

如果你是热(hao)爱(chi)自(lan)由(zuo),懒得自己写自由行攻略的人,那完全可以借助穷游、携程、驴妈妈等旅游APP来实现自由行,复制别人的自由行攻略,照着走就行了。

人人都可能是个产品经理,而产品经理也能成为一个懂自由行的旅行家,别忘了,我们的征途是星辰大海。

 

作者:陈敏洁(点融黑帮),现任点融网高级产品经理一职,做了7年的程序猿,15年开始转型做产品汪,折腾过CRM、催收系统,目前正在消费金融的道路上摸爬滚打。

本文由@点融黑帮(公众号:DianrongMafia) 原创发布于人人都是产品经理,未经许可,禁止转载。

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

评论( 3

登录后参与评论
  1. 学习了

    回复
  2. 赞,通俗易懂,清楚地表达了产品经理的日常工作。个人经历跟作者类似,六年程序猿,刚转型产品,正在迷茫中不断摸索,感觉作者很厉害,对产品的认识很深刻,佩服!向作者不断学习,希望自己快速从菜鸟成长!

    回复
  3. 非常好,学习了

    回复
加载中