L3.12.1draft vs finished artefact frames the UI设计研究

生成物被定位为草稿还是成品,决定界面应偏向编辑器还是查看器

别名: 草稿还是成品 · 编辑器与查看器 · artefact framing

概念解释

同一份报告,锁在只读卡片里,主按钮是「复制 / 重新生成」——它被当成成品。同一份报告躺在可打字的文档里,主按钮是光标——它被当成草稿。草稿或成品(draft vs finished framing)决定界面该像编辑器还是像查看器。定位错了,人会在该改的时候不敢改,或在该验收的时候还在挑措辞。

接管难不难、再生成会不会盖住改动,都发生在这个定位之后。

机制

界面图式会指定合法动作。查看器的合法动作是接受或换一份;编辑器的合法动作是改。生成物天生两可:有时是可交付,有时是材料。产品必须先选一个默认图式。选查看器,编辑被降成「先转换」;选编辑器,验收被降成「自己决定何时停」。人不会同时持有两套图式,主按钮揭示了产品选的是哪一套。

默认图式还会塑造责任:查看器暗示「这是系统交出来的」;编辑器暗示「这是你正在写的」。后续的覆盖、署名、将就接受,都顺着这个暗示走。

怎么研究

同一生成物,查看器壳 vs. 编辑器壳。因变量:首次动作(复制、再生成、直接改)、改动字数、是否把输出当已完成去发送。自变量:主按钮、是否默认可编辑、完成态文案(「已生成」vs.「草稿」)。

首次动作是定位是否被读懂的指标。自陈「我觉得这是草稿」不如看第一下点了什么。

边界

封闭答案(一个数、是否违规)应是查看器加校验,做成编辑器会鼓励人去改对的结果。共同编辑的长文应是编辑器。法律或医疗输出若必须人签,查看器应拒绝直接外发,强迫进入带署名的编辑。窄屏上编辑器控件挤,不等于应改成查看器——那是布局,不是定位。

怎么落地

  • 先写清这份输出在任务里是材料还是交付。材料:打开即光标。交付:打开即验收,编辑要显式进入。
  • 主按钮与文案必须和定位一致。不要在查看器里写「请随意修改」却把改藏在菜单。
  • 两种定位可以切换,但切换是一次明确动作,不要同一块区域既像卡片又像文档。
  • 验证:不提示,看生成结束后的第一次有效动作。若定位是草稿而多数人先点复制发出,界面还在当查看器。

延伸

  • 同组L3.12.2 用户接管编辑后再次生成会覆盖人工改动,必须有明确的合并规则 · L3.12.3 人工修改的部分应被标记,否则事后无法区分哪一段出自谁 · L3.12.4 接管的门槛越高,用户越倾向于将就接受不满意的结果 · L3.12.5 编辑生成物所需的技能可能高于从头创作,因为须先读懂已有内容
  • 相邻L3.13 生成质量的用户反馈回路 · L2.12 迭代修改与局部再生成
  • 站内检索draft vs finished · editor versus viewer · artefact framing

同组卡片

快捷操作

分享

分享当前页面

ios_share

https://hci.top/zh/handbook/L3.12.1