博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
机票分享第七篇 机票的派单
阅读量:6616 次
发布时间:2019-06-24

本文共 951 字,大约阅读时间需要 3 分钟。

来飞猪以后做的最坑的项目,相当于对商品模型、交易流程有一个小的颠覆。

一句话描述派单:机票由代理商直接销售给买家,变为代理商->平台自营->买家。

一、缘何派单

1、引入B2B商品的必要条件

B2B来源的商品多是标品,质量有保证,扩大平台商品覆盖,引入的意义重大。

B2B商品来源的卖家,只对接企业,不直接为个人买家提供服务。必须由平台自营承接作为中间方,走派单模式。

2B2C商品走派单模式的价值

能迅速提升自营店铺商品覆盖率。

智能动态收取佣金的新模式的尝试可能,更好的让利给广大消费者。

二、经历的两个阶段

1、递归下单供应

3f09426966cd3239b219b0f485e410054d927576

配图:普通下单流程

7c6e48993d1e87bf672febea65b0de8347e481f7

配图:采购系统作为中间买家,递归下第二单(第一单的占座触发第二单的询价、下单、占座;第一单支付后,第二单可支付;第二单先出票,第二单票号回填完触发第一单出票)

这个方案坑的地方在于二次询价容易与第一单的供应不一致,此外链路太长增加出错几率且不易于排查

原因

外部供应的引入,要求必须有二次询价再比价

资金收益的玩法倾向于纳入采购系统,不希望放到搜索报价时做

缺点

链路过长

第一单打开填写页到提交订单(触发二次询价)有时间差,如果变价可能导致下单失败

搜索报价时对供应的选择规则需要人为与二次询价时的规则保持一致

优点

降低交易内部改动量:大部分工作都交给采购系统去处理,交易主要负责转发

2、直接打通供应

740e7be66adc42d8c90bf5c2812e0cd874e7e2f6

配图:第一单已经包含了两单的信息,直接用供应的office号占座(自营下第二单更多是用于对账)

显然比第一个方案简单很多,但要基于一个前提:所有外部供应已经吸纳到平台里,不再需要二次询价外部供应。由于在第一单时已经把两单的商品都确定,不再有时间差导致不一致的问题,也不会有两单优先规则不一致的问题。当然也需要交易做对应改动,支持从第一单的快照里分别提取平台自营商品和供应商品快照。

三、派单搜索部分的演进

85f8a862ea5b6934208d3fe3c2305f68e794e581

配图:最初派单更像是复用B2C运价计算的流程

复用本身不是问题,业务模型变了,还往原来的实现里套,会出问题。

不是基于供应运价+规则做派单,而是基于商品来派单。这样做方便扩充各种来源商品的派单、指定派单到的产品类型。

bab00d487c343571399815491e5a015dfa34aa48

配图:独立的报价层

对不同层的模型做平台控制也清晰的多:对商品做限售限价,对供应商品做限供应,对报价商品做限售限价。

转载地址:http://ykrso.baihongyu.com/

你可能感兴趣的文章
JVM中java对象的生命周期
查看>>
mysql 查看连接数,状态
查看>>
JFinal集成YUI Compressor压缩合并JS和CSS
查看>>
windows下的Oracle卸载
查看>>
sqlserver查看死锁的存储过程
查看>>
在VirtualBox中的CentOS 6.3下安装VirtualBox增强包(GuestAd...
查看>>
Java开发中的23种设计模式详解(转)
查看>>
我的友情链接
查看>>
组策略18招
查看>>
关于Android中的数据存储
查看>>
Tomcat配置日志生产功能
查看>>
js的自执行函数
查看>>
移植Qt与Tslib到X210开发板的体会
查看>>
Nginx + webpy 和FastCGI搭建webpy环境
查看>>
new static 跟 new self 区别
查看>>
使用JdbcTemplate过程中使用到多个参数和like模糊
查看>>
解决eclipse中无法删除Tomcat服务器中的项目,报maven is required and cannot be removed from the server错误情况...
查看>>
修改页面JS 360浏览器
查看>>
尚学linux课程---3、linux网络说明
查看>>
Git 跟 GitHub 是什么关系?
查看>>