← 项目概览 项目介绍
亮点 2 / 5 · Silu 思录

原声找回

从结论回到引用与原声
迭代中
说明

把"已保存 / 已传输 / 已写入 / 已回读 / 已采纳"拆成多个独立状态,而不是一个 done。

找回的结论必须能回到原声,资料不足就不替人补故事。

遇到的问题

一个 done 状态掩盖了失败续接点。

我的处理

把"已保存 / 已传输 / 已写入 / 已回读 / 已采纳"拆成多个独立状态,而不是一个 done。

一步一步看

真实原型截图,按用户操作顺序排列。点击可放大。

  1. 1 · 用一句话找回相关内容
    1 · 用一句话找回相关内容
    1

    用一句话找回相关内容

    答案按来源与时间点组织,不用无出处的总结替代记录。

  2. 2 · 直接听到支持结论的片段
    2 · 直接听到支持结论的片段
    2

    直接听到支持结论的片段

    从引用进入原声回放,识别结果与用户当时说的话可以相互核对。

  3. 3 · 没有依据时保留空缺
    3 · 没有依据时保留空缺
    3

    没有依据时保留空缺

    明确说明资料不足,不把缺失内容补成确定事实;新版找回体验属于设计方案。

亲手试一试

在原型里试试「原声找回」

设计方案:试着点不确定片段、确认转写、采纳候选并查看送达状态;不会调用真机识别或真实下游。

新窗口打开完整原型 ↗可点击的交互原型 · 界面内容为示例

关键决策

选择

拆成多个独立状态。

放弃

用一个 done 状态。

原因

同一份记录在不同阶段真实进度不同。

相关状态

同一个环节里,不顺利的时候长什么样。

无依据时拒绝推断
无依据时拒绝推断

效果与证据

判定表成为产品经理视角的核心证据:已保存 ≠ 已传输 ≠ 已写入 ≠ 已回读 ≠ 已采纳。

下一个亮点转写 →