Gamma：先确认讲什么，再决定每张卡片怎么改
Gamma 是制作演示文稿、文档等视觉内容的工具。需要汇报工作或解释方案的人，可以从笔记开始生成初稿，再用对话和手动编辑整理成可交付的作品。
先给出你的方案与理由，再展开思路，检查是否遗漏了重要的取舍与验证。这些问题没有唯一答案。
01
产品思考中阶
设计整组修改的审阅流程
你负责一个演示稿编辑器的修改审阅界面。以下是教学设计任务，不是 Gamma 已有功能。
- 情境。 用户要求“精简第二页并调亮配色”，系统给出三项修改：删一段文字、替换标题、调整背景。用户只喜欢背景。这三项属于同一“修改批次”，即一次请求产生、必须共同接受或共同撤回的结果。
- 约束。 你不能改成逐项接受，也不能替用户自动接受；可以调整发起请求、比较结果和返回编辑时的界面与文案。
- 交付。 画出从发起请求到决定结果的流程，写出三处关键状态文案；提出两种帮助用户只保留背景的路径，并比较操作量与误解风险。设计一次五分钟观察任务，说明哪种行为能证明用户理解了整组决定。
查看思路
- 先让测试者复述“接受”会影响哪些对象，找出用户可能把选区误认为单项批准的位置。
- 分别考虑请求前拆小任务和结果后重新编辑，两种方案都要保留整组接受的约束。
- 用“只喜欢背景”的例子走流程，检查返回后用户能否辨认哪些修改已保留、哪些已撤回。
- 记录测试者是否在作决定前说清影响范围，以及为保留背景尝试了多少次。不要把点击更少直接当作理解更好。