产品体验——携程
产品介绍
现在很多平台都在斥资跑马圈地，都希望用最短的时间获取最大的用户量，进入市场后，一场厮杀之后化干戈为玉帛，重归于好，相爱相杀之后不是兔死狗烹就是相辅相成。。。
小女子不才，这里体验携程的国内机票业务，梳理一下产品流，与大家共勉。
国内机票——订票模块
1. 业务场景
解析时序图：时序图把用户、平台、供应三者的关系联系起来，这里只涉及业务，而流程则在激活点处进行规划。之前我一直用泳道图画业务流程，发现三者的关系在有些地方冗余甚至交叉，给研发带来很多困惑与误导，现在get新技能，与大家分享，希望多提意见。
用户端对应的是前端页面，每个激活点都是页面原型，产品狗一般看后脑子里大多可以还原每个页面，树有后，节点大多好构建；
平台就是我们的后台业务场景，每个激活点对应一个大的业务流，再往小了划分就要看具体功能，这里要注意，这里的激活点对应的业务流是同步返回的结果，若为异步，则把大的业务流进行细化；
供应商的每个激活点要么是页面要么是调用相应接口，具体问题具体分析。
2. 数据模型
我根据产品体验还原了它的数据模型，由于资历尚浅，若有遗漏或是错误，还望海涵。
3. 前端-创建订单、确认支付
做产品的规范化是要无时无刻都要输出PRD文档，这份文档一般交互设计师（现在产品狗已经替代了交互设计师的地位，因为我们不仅设计完就没事了，还要做高保真原型，最近被上司抓着疯狂补前段时间我们几个做的产品的坑，所以建议产品狗熟练掌握，这里的熟练掌握不是你只会打开，而是除了中继器其他所有事件你都要会操作）、美工、研发、测试要用。所以各位还是中规中矩写份像样的PRD，以免偷懒没偷好，给自己后续挖坑跳。
这里我只提供页面详细设计，表格里已经详述具体元素对象、具体功能、具体事件，至于业务详细设计我就不赘述了，只提供核心业务流，因为时间不够，望谅解。
4. 后台业务流程
4.1 创建订单流程
重复下单校验：以下条件组合查询，机票订单数量为0；
旅客：证件类型+证件号
航班：起飞日期+承运商+航班号；
机票订单：等待出票or出票中or出票成功or等待支付
4.2 常旅客新增流程
4.3 常旅客更新流程
好啦，这里就是我体验的携程国内机票产品部分功能模块，对其进行了还原，哈哈哈，我只是站在用户的角度去还原了这一场景，若有问题，还望理解。希望对产品新人有用，希望产品老司机可以多提宝贵意见，互喷过后有所收获。
