撰写产品体验笔记时，最忌讳的就是空泛的描述。与其说“我测试了文档解析”，不如明确写出：使用的是哪个部门的文件、共有多少页、是否包含表格；遇到扫描件时按钮如何反应、系统给出了什么提示；智能总结产出的内容与实际期望的差距在哪里。这部分必须做扎实。

先锁定一个具体使用场景

打开Kimi网页或App，进入「文档解析」功能页→上传一份PDF格式的会议纪要→点击「智能总结」按钮→等待生成摘要。这个操作流程看似简单，但要写出有价值的体验，必须细化到文件类型、页数、内容特征。否则后续所有体验都会浮于表面，缺乏说服力。

记录真实操作卡点，不是罗列功能

方法一：聚焦失败时刻
当PDF第5页插入了一张扫描件截图时，「智能总结」按钮变灰不可点击→页面右上角弹出小字提示“检测到非文本区域，暂不支持”。问题在于：系统没有说明能否跳过该页，也没有提供重传裁剪版或替换图片的入口。
方法二：对比预期与结果
原先期望能提取出“行动项责任人+截止时间”的结构化列表，但实际输出是三段连贯的文字，且将“张伟（市场部）需在8月20日前提交方案”压缩成“张伟提交方案”，丢失了部门归属和明确日期，这些正是业务协同中不可缺失的关键信息。

用动词驱动描述，删掉形容词堆砌

点击左侧导航栏「历史记录」→找到刚生成的摘要卡片→点击右上角「…」→选择「导出为Markdown」。
粘贴到Notion后发现二级标题被转换为加粗文本，三级标题消失→手动补充了6个“###”才对齐原有层级。
返回Kimi界面，长按摘要正文任意位置→弹出菜单中没有「复制本段」选项，只能全选→结果误复制了页脚“AI生成仅供参考”字样。