- 主题:候补订单的规则确实问题很大,值得深度优化。
赞同!
【 在 ForSolitude 的大作中提到: 】
: 是的,A和B都候补,A只求能够候补上,B候补上了还要挑三拣四,因为他有其他候选很显然,这个票就应该给A。B在这里装作文质 ...
--
FROM 159.226.100.*
北京各种投诉,提意见的人太多了,
其实都是些思维短浅的自私自利者,
目前的12306规则已经很合理了
【 在 flybox 的大作中提到: 】
: 凭什么只有你是买方这些规则损害的是其他候补人的利益其他候补人不是买方?不是人民?都是屁股决定嘴巴 ...
--
FROM 159.226.100.*
想啥呢?逻辑堪忧。
【 在 HxSailor 的大作中提到: 】
: 这次新闻报道1700元车票作废的事件有感。虽然问题确实是乘客自己忘记取消候补了,但不代表铁路部门的工作没有值得优化的地方 ...
--
FROM 106.119.24.*
都没有候补过票?
要解决类似问题也不算太难
1 候补默认有效时间,由出发前6h改为8h或更多。如果用户愿意更短,自己改呗
2 购买或候补到的车票的提示短信、邮件多增加一行提醒,让确实候补订单是否重复以
及时取消(如果当前有候补队列)
当然,如果是手动购买的,在购买支付完成,可以再页面上直接提醒
比较友好的,甚至直接给出链接而不用用户自己找
3 允许候补订单合并
在已有候补订单的情况下,再提交候补订单完成页面,提醒用户是否合并现有订单为同
一行程
4 在已有订单的情况下,当候补到时,在拦截同一行程的逻辑中,把时间拉长。
不是按照绝对时间而是按照相对时间。
比如说,一趟车时间是2h,那么允许购买总得考虑对方返程吧。也就是说,相同方向,
2h内对方是不可能再乘坐同一方向的车的。
当然,实际逻辑会复杂些。
这些操作,12306并增加没有多少负担,对售票逻辑也几乎没有影响
就是增加几行代码的事
真要吐槽的,难道不是我误了时间不允许退票或扣大额费用,反倒铁路因故取消,反倒
连个赔偿都没有。
延误也勉强可算
总归都是用户的错就行了
现在机票都允许购买后两小时无损退票了,就12306的免费退票而言,是值得鼓励的,但
也不是说一句人家已经做的够多了,不该再为难人家
不骂,没有人站出来闹个大新闻,铁路、航空公司愿意无损退票么?
这些可都是垄断
别老说已经做的很好了,都怪用户自己不小心。
--
FROM 183.241.100.*
如果靠猜用户的逻辑,这事就没完了
用户买多张看起来不合理的车票,
不需要12306琢磨怎么回事,要不要给他取消一张
提醒一下就可以了
【 在 hhno 的大作中提到: 】
: 都没有候补过票?
: 要解决类似问题也不算太难
: 1 候补默认有效时间,由出发前6h改为8h或更多。如果用户愿意更短,自己改呗
: ...................
--
FROM 223.104.42.*
这个也可以理解,
要不然大家都候补好多订单,到时候全部免费退了,大幅度降低整体的效率。如果平均每人免费退2单,就会增加4倍以上订单量,再考虑排队算法,网络交叉问题,复杂度会大幅度增加。
杭州那个灵隐寺就是类似情况,预约没票了,实际上多数人免费退了,导致实际没满员
如果多候补,需要承担一定的损失,提高别人候补的成功率
【 在 asuc 的大作中提到: 】
: 第三点我就中招了,今年候补到马上退票收了费用
:
--
修改:wangychf FROM 159.226.100.*
FROM 159.226.100.*
单纯从软件设计业务逻辑分析的角度来看,这种问题就属于难题,很难同时兼顾公平(排队)、效率(避免一人占多票)、用户硬需求(买到票)、用户软需求(买得舒服)、复杂需求(多人想候补同一个车)。。。
简单来说,不是技术实现问题,而是业务逻辑本来就互相矛盾。
【 在 HxSailor 的大作中提到: 】
: 这次新闻报道1700元车票作废的事件有感。虽然问题确实是乘客自己忘记取消候补了,
: 但不代表铁路部门的工作没有值得优化的地方。
: 1.我以前和同事一起出差的时候为了行程一致,都只敢一个人操作候补。 现在的规则是
: ...................
--
FROM 58.135.83.*
根源问题,是供需矛盾,
有你的就没我的,有我的就没你的,
怎么协调都没用,只有两个办法解决:
1,增加供给,大修特修新线
2,降低需求,引导旅客使用其它方式旅行,或者就地过年
【 在 dyingsun 的大作中提到: 】
: 单纯从软件设计业务逻辑分析的角度来看,这种问题就属于难题,很难同时兼顾公平(排队)、效率(避免一人占多票)、用户硬需求(买到票)、用户软需求(买得舒服)、复杂需求(多人想候补同一个车)。。。
: 简单来说,不是技术实现问题,而是业务逻辑本来就互相矛盾。
--
FROM 106.120.112.154
旅客自己选的“候补到开车前1小时”,
通知发了
我看这事12306做的足够好了,但也有要改进的(搞半夜偷袭是不行的)
PS“加几行代码的事情”有点难崩
【 在 hhno 的大作中提到: 】
: 都没有候补过票?
: 要解决类似问题也不算太难
: 1 候补默认有效时间,由出发前6h改为8h或更多。如果用户愿意更短,自己改呗
: ...................
--
FROM 183.241.186.*
嫌半夜兑现不好,如果加个选项
“半夜兑现的票不要,给后面的人”
你认为有几个会选上?
【 在 hothail 的大作中提到: 】
: 旅客自己选的“候补到开车前1小时”,
: 通知发了
: 我看这事12306做的足够好了,但也有要改进的(搞半夜偷袭是不行的)
: ...................
--
FROM 223.104.42.*