Q3.06.2Partial-success coding设计研究
部分成功需要单独编码
别名: 部分完成 · 协助成功 · assisted completion
概念解释
部分成功是独立于“独立完成”和“失败”的第三类编码：人到达了任务相关的结果，但借助了提示、走了未设计的变通，或只完成了多步流程中的一段。把它并进成功会夸大无人帮助时的可达性；并进失败会把“差一点”和“完全走错”混成同一主张。部分成功回答的是另一种问题：在有脚手架时能否完成，而不是界面是否自足。
机制
二元切割丢弃了完成质量的中间带。主持人一句澄清、界面一次自动填充、用户改用客服链接，都会把轨迹从“独立到达”推进到“有外力到达”。这些事件对改版决策的含义不同：提示成功指向文案或发现性，变通成功指向功能缺口，半程成功指向流程断裂点。若编码表没有这些格子，分析就只能在抬高或压低成功率之间选边，而两种做法都在用同一个数字回答两个问题。
怎么研究
编码表至少分开：独立成功、协助成功、变通成功、半程到达、失败与放弃。协助要记来源（主持人、系统提示、外部资料）和介入前参与者已走到哪一步。先按独立成功计算主成功率，再单独报告部分成功的构成，不把两类加总后当作“总体可用”。比较设计时，检查部分成功是从失败转化来的还是从独立成功掉下来的——方向不同，改法不同。
边界
有些产品的合法路径本来就包含帮助中心或人工客服，那时“协助完成”可能是目标体验而非缺陷；需在任务定义里声明哪些帮助算系统能力。无障碍使用者依赖的辅助技术不应被标成“部分成功”。探索阶段可以把部分成功当问题线索，不必强求与验证阶段同一套汇总口径。若几乎所有人都落在部分成功，说明任务或产品尚未稳定到能谈独立完成率。
怎么落地
- 在记录表上为每个任务预留独立成功、部分成功、失败三列，部分成功再注明协助或变通。
- 主结论只用独立成功；部分成功另开一条，用来决定补提示、补功能还是拆流程。
- 禁止为了让数字好看把“提醒后完成”算进成功，也禁止为了强调问题把它全部打成失败。
- 评审改版时列出部分成功案例的最后无协助步骤，把修复对准那一步，而不是对准总分。