L6.10.2reset cost disclosure设计研究
重置需说明会失去什么，否则用户不敢动它
别名: 重置代价 · 不敢清 · what you lose
概念解释
按钮写着「重置」，旁边没有一句会丢掉续播、会丢掉已经调准的类、会回到冷启动。用户把重置读成不可逆的自毁，于是宁肯忍受错误画像。重置的代价说明（reset cost disclosure）指：在按下之前讲清将失去哪些能力与数据、哪些会留下、这一步能不能撤销，否则控制存在却不被使用。
看见对象解决「改哪一处」。代价说明解决「改了会赔什么」。不敢动，控制等于没有。
机制
损失厌恶让人对模糊的大损失比具体的小损失更敏感。未说明的重置被归入模糊大损失：也许账号没了、也许付费权益没了、也许「系统再也不懂我了」。错误特征带来的日常不适反而更具体、可忍受。于是理性策略是不动按钮。
说明若只写「将清除个性化数据」仍然模糊。人需要的是可核对的清单：续播进度、愿望单、显式勾选、行为计数、推断标签，各自去或留。还需要时间结构：立即生效、可否在二十四小时内撤回。模糊会把所有项都估成最坏，清单才能把损失厌恶对准真的会丢的那几项。
怎么研究
同一重置，三种文案：无说明、笼统「清除数据」、分项清单加可否撤回。任务是：在错误画像已经可感知时决定按不按。因变量：按下去的比例、按之前的犹豫、按错（不该清的一起清了）的后悔。自变量：清单粒度、是否标明不可恢复项。
不要用「按钮被看到」当使用。敢按才是这一问的终点。对照还应包括按完之后实际失去的是否与清单一致——不一致会教会下一次更不敢按。
边界
真正会毁掉账号的操作不应叫「重置个性化」，应走删除账号流程，避免语义污染。没有任何可失去的状态时（本来就没有画像），说明是空的，按钮也不该出现。这条管「代价说不清就没人敢用」，不重写「必须先看见」，也不处理关了之后默认排序的编辑性。
怎么落地
- 在确认框里列出将失去与将保留的项，用用户能认的名字（「你看到一半的剧集进度保留 / 口味标签清除」），不要用「数据」。
- 能撤回的写明时限；不能撤回的单独标。不要把两种混在一句「不可撤销」里。
- 验证：把错误画像做明显，看说明出现前后有多少人按重置。说明后仍几乎没人按，检查清单是不是把保留项也写得像会丢。按完发现实际损失与清单不符，下一批人会更不敢按。