1 / 4
文档名称:

产品设计-产品经验总结:旅游产品实操流程.docx

格式:docx   大小:39KB   页数:4页
下载后只包含 1 个 DOCX 格式的文档,没有任何的图纸或源代码,查看文件列表

如果您已付费下载过本站文档,您可以点这里二次下载

分享

预览

产品设计-产品经验总结:旅游产品实操流程.docx

上传人:1762389**** 2020/3/17 文件大小:39 KB

下载得到文件列表

产品设计-产品经验总结:旅游产品实操流程.docx

相关文档

文档介绍

文档介绍:产品经验总结:旅游产品实操流程旅游:是你去到一个地方以当地人的视角去体验当地人的生活,旅游离不开吃,住,行,购物,玩,安全,天气等。旅游是一个必须要出发的消费过程,其目的地对旅客来说是比较陌生的,那么这就决定了旅游的用户群体:有经济,行动方便,有一定社会阅历和应变能力,有空闲时间;按照这个用户画像你大概能定位旅游的用户群体年龄段是:16~70岁之间,那么包括三个年龄阶段,青少年,中年,老年。旅游类APP/网站的目的就是为了解决旅游相关的需求的,因此在做产品前,要考虑清楚产品的要素,目的是为了做到心中有数,知己知彼。在考虑清楚要素后,就是要弄清楚通过哪些业务系统来帮助到消费者,解決旅遊出行需求。业务表现层是罗列了旅游产品线涉及的相关业务(上图概括不是很全面,吃,娱等没列出),但是具体开发哪些系统要根据实际情况和公司的战略而定。如:老年用户选择的旅游产品形态是团队游比较多,中青年选择的产品形态是自由行比较多,那么对不同年龄层要提供相应的产品系统;如果公司只专注周边游,那么交通选择是汽车,+酒店+保险+门票等就可以搭建符合公司的产品框架了。如果定位的是服务港澳用户,那么交通就只能选择:机票/船票,因为香港和澳门都是岛屿;如公司定位的服务群体是国内,那么签证系统就没必要开发。如果我获取的需求是公司要求开放机票系统,酒店系统,度假系统,那么下面就以这个三个需求来进行实操说明。互联网产品都包含前端和后端,其对应的用户不同,产品流程也不同,可以分为如下三个流程:页面流程:是指APP/H5,Web网站前端页面走向,页面流程有一个特点就是下一个页面的产生是依赖上一个页面的操作的,有明显的流向性。操作流程:是后台处理流程,后台操作页面是预置的,功能和模块是固定存在的,后台操作流程受:账户权限和订单状态影响。所以状态其实控制了后台的操作流程顺序。逻辑流程:主要是代码层面上的逻辑,并没有页面可见,页面与页面之间的操作,在后台会做很多接口回调,task,触发器等处理。页面流程:一般包括的主界面有:查询首页,产品列表页,产品详情页,会员登录页,用户资料页,付款页,提交成功页,订单详情页操作流程:后台的流程界面有:基础资料维护,订单查询,订单处理,结算,报表,邮件,权限设置,CRM,Task;其特点是可以增,删,改,查,怎么合理的安排增删改查是操作流程里要考虑的,订单处理的流程是状态的改变(提交待处理,确认供应商,确认资源,出票,确认收款,配送/发货,成交,取消)逻辑流程:在这里讲有点抽象,可以去了解一下资源的融合,还有像付款时的风控体系:调用风控接口,返回风控结果,根据风控结果确定是否hold预授权,task自动扣款,释放预授权诸如这类。我们产品的业务目的就是能帮助用户:买到机票,预订到酒店,预订到度假产品。为了实现业务目的,我们需对机票/酒店/度假系统的基本特性进行提炼。如下图:根据上面信息和已有认知,进行头脑风暴:第一个页面怎么做?为什么这么做,依据是什么?机票系统和度假系统本来是有出发地,但是出发地也有固定出发地,和非固定出发地之分。如产品早期,受到公司资金,手中资源,业务处理等因素影响,出发地是固定一个城市,则只有目的地是可选择的。产品后期,公司资金充足,业务扩展了,机票系统和度假系统的出发地不再固定为一个城市,系统则要提供出发点选择列表和目的地选择列表,并且这里的列表