旅游行业一直是我很看好的行业，现在我以一个旁观者的身份，结合过去几年的旅游产品经历，简单分析一下旅游产品实操的相关流程。

　　旅游：是你去到一个地方以当地人的视角去体验当地人的生活，旅游离不开吃，住，行，购物，玩，安全，天气等。

　　旅游是一个必须要出发的消费过程，其目的地对旅客来说是比较陌生的，那么这就决定了旅游的用户群体：有经济来源，行动方便，有一定社会阅历和应变能力，有空闲时间;按照这个用户画像你大概能定位旅游的用户群体年龄段是：16~70岁之间，那么包括三个年龄阶段，青少年，中年，老年。

　　旅游类APP/网站的目的就是为了解决旅游相关的需求的，因此在做产品前，要考虑清楚产品的要素，目的是为了做到心中有数，知己知彼。

　　在考虑清楚要素后，就是要弄清楚通过哪些业务系统来帮助到消费者，解決旅遊出行需求。

　　业务表现层是罗列了旅游产品线涉及的相关业务(上图概括不是很全面，吃，娱 等没列出)，但是具体开发哪些系统要根据实际情况和公司的战略而定。

　　如：老年用户选择的旅游产品形态是团队游比较多，中青年选择的产品形态是自由行比较多，那么对不同年龄层要提供相应的产品系统; 如果公司只专注周边游，那么交通选择是汽车，+酒店+保险+门票等就可以搭建符合公司的产品框架了。 如果定位的是服务港澳用户，那么交通就只能选择：机票/船票，因为香港和澳门都是岛屿;如公司定位的服务群体是国内，那么签证系统就没必要开发。

　　如果我获取的需求是公司要求开放 机票系统，酒店系统，度假系统，那么下面就以这个三个需求来进行实操说明。

　　一、 产品的流程

　　互联网产品都包含前端和后端，其对应的用户不同，产品流程也不同，可以分为如下三个流程：

　　页面流程：是指APP/H5，Web 网站前端页面走向，页面流程有一个特点就是下一个页面的产生是依赖上一个页面的操作的，有明显的流向性。

　　操作流程： 是后台处理流程，后台操作页面是预置的，功能和模块是固定存在的，后台操作流程受：账户权限和订单状态影响。所以状态其实控制了后台的操作流程顺序。

　　逻辑流程：主要是代码层面上的逻辑，并没有页面可见，页面与页面之间的操作，在后台会做很多接口回调，task ，触发器等处理。

　　二、订单类(电商，旅游)产品流程的特点

　　页面流程：一般包括的主界面有：查询首页，产品列表页，产品详情页，会员登录页，用户资料页，付款页，提交成功页，订单详情页

　　操作流程：后台的流程界面有：基础资料维护，订单查询，订单处理，结算，报表，邮件，权限设置，CRM，Task;其特点是可以增，删，改，查，怎么合理的安排增删改查是操作流程里要考虑的，订单处理的流程是状态的改变(提交待处理，确认供应商，确认资源，出票，确认收款，配送/发货，成交，取消)

　　逻辑流程：在这里讲有点抽象，可以去了解一下资源的融合，还有像付款时的风控体系：调用风控接口，返回风控结果，根据风控结果确定是否hold预授权，task自动扣款，释放预授权诸如这类。

　　三、分析需求

　　我们产品的业务目的就是能帮助用户：买到机票，预订到酒店，预订到度假产品。

　　为了实现业务目的，我们需对机票/酒店/度假系统的基本特性进行提炼。如下图：

　　根据上面信息和已有认知，进行头脑风暴：

　　机票和度假系统都有出发地和目的地，但是酒店产品没有出发地;

　　机票和度假一定有去程出发日期，也可以有返程日期，那么去程资源和回程资源应该是两个单程资源， 一个资源是A~B，另一个是B~A,A 和B 都是对应到的城市。

　　酒店资源有入住日期，并且一定要有退房日期

　　机票和度假产品 精确到的时间是:XX时XX分，因为航班有一个时间点，酒店精确到 X日就ok

　　机票和度假产品有区分成人/儿童，而酒店产品只讲总人数

　　机票会受到机场的限制，度假会受到航线和停落地限制，酒店受限制很少

　　产品都应该有价格，有总价也会有明细

　　旅游是必须出发的消费，那么要知道是谁出发，怎么联系出发者

　　会有一些外部因素导致流程受阻，怎么完成流程(流程的终点有两个，一个是成功，一个是失败)

　　要展示一些信息给用户，用户才能对产品有一个大概的了解。

　　等等

　　第一个页面怎么做? 为什么这么做，依据是什么?