L3.07.3choice overload and regret设计研究
方案数量增加会引发选择困难与决策后悔
别名: 选择过载 · 决策后悔 · too many generated options
概念解释
七封都能用的主题并排。人看完了，不是没看见，是每一封都像能用。选定之后开始想「是不是第五封更好」，把已选的再打开对照。选择过载与后悔（choice overload and regret）指的是：数量多到比较已经发生、仍无法安心结束时，增加的不是信息，是结束选择的困难，以及选完之后对未选项的反刍。
多出来的方案根本没被看，是容量问题。这里的人看过了，痛的是结束不了。
机制
选项增加，机会成本的想象空间跟着增加：每个未选都可能是更好的。预期后悔迫使人延长比较，实际后悔在选定后把注意钉在未选上。评价维度若不止一个（短、礼貌、具体），数量会让不可兼得暴露得更清楚，权衡本身变成负担。
过载不是「看不过来」。看不过来时人会满意而止，后悔反而少。过载发生在窗口内的项都被加工了、却没有一个在所有维度上胜出。生成器很擅长制造这种「都能用、各有一点好」的集合。
怎么研究
方案数取 2、3、5、7，保证都被看过（用注视或强制展开）。因变量：决定时间、放弃率、选定后对未选的回看次数、后悔量表、下一次是否还要求「再来几个」。自变量：数量、维度冲突程度（单维 vs. 多维不可兼得）。
必须确认每项都被加工。否则过载会被写成容量失败。回看未选是后悔的行为指标，比「你后不后悔」更硬。
边界
检索式任务（在很多里找一个符合硬条件的）数量有用，过载弱。用户明确在探索、没有交付时点时，后悔没有对象。专家有稳定词典式标准时，数量转化为筛选，不容易后悔。单维差异极大的集合（一张能用、六张明显不行）也不会过载。这条不处理没看过的超额，也不处理位置把选择吸走。
怎么落地
- 并排交付压在能看完且能结束的数量，通常两到四个；要更多用「再要一批」，不要一次铺开七个都能用的。
- 选定后不要把未选继续顶在主视图。未选在眼前是后悔的燃料。
- 多维冲突时，让人先选维度再看方案（先选「短」或「具体」），而不是让七封同时打所有维度。
- 验证：七个可用品并排，录决定时间和选定后的回看。时间长、回看多、还说「再给我几个」，数量已经在制造过载。压到三个后这两项应下降。