“世界那么大，我想去看看。”
在这个喧嚣的世界，抛开工作，带上行李，来了一场说走就走的旅行吧。
一个产品的灵感，或者一个想要旅行的动机，往往也就是瞬间拍脑袋而促成。由于之前做过旅游行业的关系，再结合现在做产品经理的经验，渐渐地感悟出写自由行攻略和做产品设计存在着不少的共同点，笔者想通过通俗易懂的文字让非IT行业的同学了解产品经理平时都在做点什么，而产品经理怎么利用已有的产品设计技能，制定出一份可落地的自由行攻略。
MVP
MVP是一种产品理论，一个最简化可实行的产品（Minimum Viable Product ）。这样的设计模式往往比较适合初创公司或者创新项目，在市场不确定的情况下，快速设计、开发、上线，满足最基本的用户需求，来检验产品或方向是否可行。如果你的假设得到了验证，再投入资源，通过快速迭代，不断修正产品，最终适应市场的需求；如果没有通过，那这就是一次快速试错，应尽快调整方向。
自由行的MVP动机可谓千奇百怪，可能是机票打折，可能是汇率优惠，也可能是想要重温罗马假日，追寻奥黛丽·赫本的足迹。这很简单，只需买好机票，订好酒店，办好签证（出境游），俗称机+酒（+签），这就是自由行中的MVP了。
MRD
上文提到了拍脑袋，这件事儿不可细说，因为这可能多半都是老板的决定，老板做出这样的决定自然有他的理由，我们尊重老板的决定，不予深究。回到正题，当我们接到老板的任务后，需要对市场和用户进行调研，随后给出市场需求文档（Market Requirement Document），在文档中说明产品的市场、用户、产品规划、核心目标、产品路线图、项目规划等。
现在很多公司也会将商业需求文档BRD（Business Requirement Document）做进MRD中，用以分析与评估该需求所具有的市场商业价值。
例：医美场景分期消费，我们需要在MRD中分析目前在医美市场有多少玩家在竞争，以及存在的问题和机会。我们进入这个市场的优势是什么，劣势是什么，可预见的市场商业价值和持续时间有多少。市场中准备做微整手术的用户年龄、学历、性别、所在地区、手术项目等分布情况。MRD准备完毕，需要通过评审会，进行可行性分析。评审通过，则进入下阶段PRD的编写，正式进入产品开发阶段。如果没有通过，那就另辟蹊径，挖掘其他商机。
有一天，老婆看到电视旅游节目中正好在介绍日本美食和温泉时，眼睛发亮地说：“我们去日本吧！”这...是不是和做产品挺像的，一拍脑袋然后就走你~ OK，领到任务之后就得先做初步分析，现在到底适不适合去日本旅行。
首先，发现当时正好日元贬值，无论机票还是酒店，都是相当实惠的了。另外，去日本购物的诱惑已经相当大了。其次，正当冬天，正适合泡温泉，可缓解疲劳，增强免疫。最后，新鲜的海鲜、嫩滑的牛排让人看了垂涎三尺。看来可行，根据美食、温泉、购物的需求，可以安排出一套休闲度假板进东出的自由行旅游行程了，先飞大板，在大板的道顿崛品尝美食，再在箱根的温泉酒店泡温泉，最后在东京的银座、新宿尽情购物，从东京飞回上海，不走回头路。这就是旅游中的MRD了，在随后的PRD里可再在主行程中穿插其他分支行程。
PRD
MRD评审通过了，就要开始设计产品需求文档（Product Requirement Document）。
由“概念化”阶段进入到“图纸化”阶段的最重要也是最主要的文档，是把业务需求翻译成技术语言给到开发的一个文档，它的质量好坏直接影响到最终产品的质量。那么我们在PRD里需要写些什么？
1、团队成员与需求对接人（OARPi）
一张这样的表格把所有项目人员归集到一起，便于项目沟通，遇到问题能快速定位找到相关负责人。
2、目标（Goal）
产品在当前阶段要实现的功能目标，这里可以是满足基本需求MVP，也可能是多个迭代后的优化。
3、用例图（Use Case）
用例图是指整个产品的参与者，用例以及它们之间的关系构成的用于描述系统功能的视图。简单的说，就是从用户角度描述系统功能。
4、范围（Scope）
范围可以指应用平台的范围，比如H5，WEB，Android，IOS。也可以是代码模块范围，功能范围，版本范围。
5、流程图（Flow）
这里的流程图多指业务流程。一张思路清晰流程图可以帮助开发和测试把需求充分理解，便于程序员灵活使用工作流框架来实现，便于测试员编写测试用例。
6、原型图（Prototype）
最直观的产品原型，基本已经决定产品上生产之后长什么样子。产品经理可以通过简单的线框图表达他设计的每个功能、每个界面、每个细节。UI/UX根据原型图给出视觉稿和交互设计稿。程序员根据原型图开发前端界面，QA根据原型图进行页面功能的黑盒测试。所以，原型图的作用不可小觑。
原型图设计工具Axure就不多介绍了，绕不开的巨人，就像图片界的PS，文字界的Word，这已经是产品经理必用的原型设计软件。另外，现在设计APP原型的工具相当多，比如POP，Pencil Project ，Moqups，UXPin，MockingBot等。
7、需求（Requirements）
产品经理需要将需求分解成故事，从用户的角度描述故事。故事要尽量细化，表达清楚作为什么角色，需要通过什么操作达到什么功能效果。
如果你是热（hao）爱（chi）自（lan）由（zuo），懒得自己写自由行攻略的人，那完全可以借助穷游、携程、驴妈妈等旅游APP来实现自由行，复制别人的自由行攻略，照着走就行了。相反，如果你是有追求有想法又严谨的人，那我推荐《Lonely Planet》这套旅游系列的书籍，《Lonely Planet》共拥有五百多名员工和三百五十多位签约旅行作者，一共出版了650个主题，19本中国系列指南，62本国际系列指南，11本全彩IN系列指南，3本自驾系列指南，10本旅行读物系列指南。非常非常适合做一个旅游深度游，里面编写的内容可以细致到某个景点的营业时间，交通指南，所需费用等等。
人人都可能是个产品经理，而产品经理也能成为一个懂自由行的旅行家，别忘了，我们的征途是星辰大海。
本文作者：陈敏洁（点融黑帮），现任点融网高级产品经理一职，做了7年的程序猿，15年开始转型做产品汪，折腾过CRM、催收系统，目前正在消费金融的道路上摸爬滚打。
