- 主题:12306 售票是不是可以这么改
给谁靠窗，给谁下铺；一起出行的要一定一起、尽量在一起、还是不一起也行。
这些哪个诉求谁优先满足，谁次优先，谁最后。如果生成的不符合乘客心里要求的，能不能退，手续费怎么算。
等等细节难以有明确简明的细则，于是容易被质疑，属于出力不讨好。反正非低谷时段由短途乘客补缺也大部能卖出去。
购买的时候已经确定位置，这样正好，觉得不符合可以不付款嘛。
十年前上海局电话订票时代有过类似思路，效果不佳。
--
修改:zea FROM 39.144.39.*
FROM 39.144.39.*
目前的碎片化不是问题，至少不是严重到需要着手解决的问题。
短途旅客的需求也是需求。旺季和高峰时段，这部分需求充分补缺，通通坐满。没有运力浪费的问题。
淡季和低谷时段，车没坐满，旅客的要求都被满足。空缺下来的座位是否碎片化无意义。
【 在 RouNing 的大作中提到: 】
: 我的思路是把所有的座位 碎片化都综合利用起来。
: 而不是简简单单如你所述的只是利用我自己产生的 B-C 这个碎片。
:
--
修改:zea FROM 180.165.49.*
FROM 180.165.49.*
微量的流失就流失呗。反正吃不下。
一位长途旅客改飞机还是多位短途旅客改大巴。
【 在 tedxyz 的大作中提到: 】
: 不是你想的那么简单
: 在接近坐满的时候，因为碎片化可能导致部分旅客流失，浪费了运力
:
--
FROM 180.165.49.*
这里边很难的。
同样三人出行。
第一个人带娃，要求绝对一起。
第二个是有老人，老人能自理，照顾上下车即可。一起最好，不一起的话前后差几排也行。差更多，或者不同车厢不能接受。
第三个是同事出差，一起最好，路上讨论工作。一节车厢次之，一起上下车。实在不行多个车厢也能接受，出站口聚齐。
偏偏下单时间顺序是3最早-1最晚。不能都满足的话，你准备如何安排。
【 在 RouNing 的大作中提到: 】
: 保留这些搜索条件。购票条件。
: 满足你的需求。
: 敢定了吗。
: ...................
--
FROM 180.165.49.*
京沪高为例，非低谷时段，比如南京南到滁州，济南到泰安，徐州东到枣庄，开车前只买一站也无票。偶尔几张出来，很快没了。
说明有充分的短途旅客填补。
【 在 tedxyz 的大作中提到: 】
: 既然是接近坐满
: 那么就是长途旅客没有被满足，又没有短途旅客填补，位子浪费了。
--
修改:zea FROM 180.165.49.*
FROM 180.165.49.*
不是算力的问题。
是早买票和需求的强烈程度的权重规则问题。
理想是大家都满意。实际无法做到大家都最满意，必然有些人拿到次优或者还能接受。
谁拿次优，是按照意愿强烈程度还是按下单时间。
如果没有简明易懂的规则，结果是大量不满意。
【 在 RouNing 的大作中提到: 】
: 其实现在的售票机制基本上解决了一些碎片化的问题。
: 如果真的完全满足所有人的个性化的需求，可以研究研究。趁着这次调整，一起收集一下需求。 要充分利用计算机的算力。
: 比如软卧车厢里只能有同性。都可以设置出来。
: ...................
--
FROM 180.165.49.*
先来后到最简明，再加上生成座位号后付款，不满意不付款就是。
我觉得碎片化这点，几十趟全抠出来也抵不上加趟一临客或者8变8+8增加的运力。
【 在 RouNing 的大作中提到: 】
: 嗯。
: 确实实际上条件设置的越多，越多不满意。
: 没办法设置条件，乘客反而会满意。
: ...................
--
修改:zea FROM 180.165.49.*
FROM 180.165.49.*