围绕证据，判断回答是否可靠
测试企业知识库，记录问题并学习系统构成。
- 具体实践
- 整理资料与题库，核验参考答案，保留同题复测和不同入口的完整回答。
形成的认识
同时检查答案、资料依据和测试条件，再沿处理环节分析差异。
阅读方式
先看主要进展，再按需展开具体项目。
AI PRODUCT MANAGER · LEARNING REVIEW
在真实项目中，逐步建立 AI 产品判断
围绕企业 AI 应用，逐步积累资料梳理、方案准备、操作说明与测试核验经验，开始能围绕具体问题组织材料、说明判断，并结合反馈继续调整。
王诗雨
AI 产品经理实习
深圳青鱼互动科技有限公司
2026.06.15 开始
需求理解流程设计质量验证协作表达
01 / HIGHLIGHTS
从当前实践，看产品认识的积累
先看正在推进的测试与已形成的方案，再回顾任务流程设计的起点。
从业务流程出发，安排处理分工
准备批生产记录 AI 合规审查建设方案。
- 具体实践
- 借助 AI 归类图片，再梳理工序、表单和字段关系，形成方案及相关估价材料。
形成的认识
区分 AI 辅助、程序规则与人工复核，让审查结果便于核验。
先理解业务，再组织 AI 任务
依据招标要求，组织标书目录与内容。
- 具体实践
- 结合反馈调整目录约束、资料输入和过程文件，形成可运行的 Demo。
形成的认识
先明确任务流程与要求，再安排生成步骤和用户确认。
02 / OUTPUTS
主要产出与当前进展
保留具体成果，也说明仍需继续调整与验证的部分。
技能尝试
早期投标 Demo，以及后期招投标产品的五份技能编写尝试。
用途：梳理任务步骤、输入输出与阶段产物的衔接。后期技能仍需后端结合实际运行继续调整。方案材料
TK、六神曲等方案准备与资料梳理，六神曲包含相关估价材料。
用途：围绕业务需求、建设范围与分阶段路径组织沟通材料。操作手册
知识库、工作流、智能应用三份模块手册。
用途：提供核心步骤、前置条件和检查点，便于平台操作与问题排查。测试与核验
环评问题清单；孚瑞肯题库、原文核验与多轮回答对照。
用途：保留问题现象、资料依据与完整回答，支持定位讨论和后续复查。03 / NEXT
下一步，深化产品理解，积累实践经验
按成长阶段与具体项目，查看实践过程、产品思考和原始材料。
01 / GROWTH PATH
这几个月，我的判断发生了什么变化
沿着真实任务中的尝试、反馈与调整，回顾业务理解和产品判断的逐步形成。
阶段一 · 从投标任务起步
从关注生成结果，转向理解任务流程
初次接触 Skill 时，我尝试根据招标文件生成标书目录与内容。对投标流程和内部文件关系的理解还不充分，主要依靠反复调整要求来修正输出，也遇到目录与招标要求对应不清、约束过死和过程文件难以理解等问题。
实践中的调整：在反馈与调整中，我开始关注资料怎样分步提供、目录怎样确认，以及中间产物如何组织；最后形成了一版可运行的 Demo。
现在回看：如果重新开展这项工作，我会先了解实际编写流程和目录依据，再设计规则与确认环节。
开始时
输入资料与需求，围绕生成结果反复修改。
逐步形成的认识
先理解业务怎样完成任务，再组织资料、阶段产物与用户确认。
阶段二 · 从使用体验到问题沟通
从发现使用问题，到表达可处理的问题
最初的任务是参考人工环评材料，使用公司平台尝试生成报告。操作中发现流程与交互问题后，我向负责人反馈，任务随后转为整理问题。初版借助 AI 汇总截图，但描述较长，具体操作现象不够突出。
实践中的调整：我重新整理为序号、截图和简短描述，让读者能够直接理解操作中发生了什么，便于后续定位和讨论。
同期也接触 SPI、FA 现场交流与调研材料，开始认识不同业务场景对资料、规则和人工判断的需求。
开始时
发现问题后，依赖 AI 将现象概括成较长的描述。
逐步形成的认识
围绕操作位置、实际现象和对任务的影响，保留便于处理的信息。
阶段三 · 从编写文件到组织使用流程
从编写文件，转向梳理能力与使用流程
在招投标产品中，我结合反馈梳理能力边界，尝试编写总结、大纲、关联、正文和篇幅控制五份技能；同时，先了解平台整体操作流程，再编写知识库、工作流和智能应用手册。
实践中的调整：这些工作让我开始关注每一步的输入、输出和前置条件：技能需要和实际产品衔接，操作说明也要帮助使用者判断上一步是否完成。
同期根据会议与业务材料准备 TK、六神曲等方案，练习把分散资料整理为业务流程、能力分工和分阶段建设内容。
开始时
较多关注能力清单与文档内容是否完整。
逐步形成的认识
进一步检查步骤能否衔接、说明能否执行，以及方案是否对应业务任务。
阶段四 · 从结果评价到证据核验
从评价回答，转向核验证据与处理环节
在孚瑞肯项目中，我持续参与资料整理、题库准备、参考答案核验与不同轮次的回答对照。历史 Q32 的原文存在相关内容，但网站出现“未收录”或未直接回答的情况，促使我继续追问资料在什么环节没有被正确使用。
实践中的调整：通过回查原文、保留完整回答和同题复测，我开始区分资料处理、检索和最终回答等环节；具体原因仍需要结合检索与调用记录确认。
已接触 100 题题库、原文核验材料，以及 25 / 69 / 94 题等不同批次的对照与重测记录，各批结果按自身范围分析。
开始时
从单次回答出发，判断内容是否正确、是否切题。
逐步形成的认识
同时核验参考答案、资料来源与测试条件，再沿处理环节分析差异。
02 / SELECTED PRACTICE
认识变化，发生在具体任务里
从具体做法与反馈中，梳理每项实践带来的认识；重点展开任务流程、AI 分工和效果验证。
从投标任务开始，摸索 Skill 的用途
背景
根据投标需求，用技能完成控制目录与标书内容，要求与招标文件一致。刚接触 Skill，也不了解投标业务。
我的做法
最初直接把资料和要求交给 AI，随后根据领导反馈反复调整；最后在 WorkBuddy 中做出一个可运行的小 Demo。
观察与反馈
先是目录不能直观对应招标要求；修改后又限制过死、出现目录漂移，中间产物也过多、难以理解。
学到什么
- 先明确业务要求，再设计生成流程目录要服务于招标要求，长篇内容也需要一条可检查的生成过程。
- 在规则与用户调整之间保留确认必需章节需要提示风险，目录调整需要用户确认，正文再围绕确认后的结构生成。
完成一版可生成长篇标书的 Demo，文件组织与章节合并更清晰，也开始关注各文件的作用与衔接。
过程
- 初次尝试输入项目要求与资料，检查输出格式，再根据结果调整。
- 反馈纠偏关注资料分步提供、缺失材料提示、目录确认和过程文件。
- 阶段产出做出可运行的投标生成 Demo。
- 现在回看先找业务依据和规则，允许用户调整，并对可能遗漏的要求做提醒。
v4 文件中的设计：一个 Skill 内部分阶段执行
| SKILL.md | 说明资料解析、需求提取、目录确认、正文生成及审核等阶段。 |
| references / templates | 约定过程文件格式、流程规则、写作要求和兜底目录。 |
| 运行时的过程文件 | 需求清单 → 确认目录 → 章节计划 → 各章正文 → 审核与合并。 |
相关材料AI产品经理路径.docx、bid-proposal-generator-cn-v4.zip
产品思考 · 让生成过程围绕招标要求与用户确认展开
业务目标是什么
帮助编写者形成符合具体招标要求的标书，让目录、章节和材料之间能对应起来。
关键取舍是什么
目录既要遵循招标要求，也要允许用户调整。对可能遗漏必需内容的修改，先提示，再确认。
接下来怎样验证
逐项检查招标要求是否被覆盖、确认目录是否落实到正文，以及合并后的章节是否一致。
从完成一份报告，到把网站问题说明白
背景
以人工编制的环评材料为参考，使用公司平台尝试生成报告，并把操作中发现的流程与交互问题反馈给负责人。
我的做法
任务随后调整为产品问题梳理。先借助 AI 整理操作截图，再结合实际现象精简描述，形成便于定位问题的 Excel 清单。
观察与反馈
初版问题描述较长，操作现象和具体问题不够突出；改为序号 + 截图 + 简短描述后，可以直接在线查阅。
学到什么
- 从用户任务判断问题的影响生成报告是用户要完成的任务，记录问题时要看具体操作在哪一步让人困惑或无法继续。
- 问题记录要支持后续处理截图与简短现象应让同事快速理解发生了什么，为定位、讨论和复测提供依据。
形成问题记录与改进建议材料，练习从具体使用现象出发，把问题表达清楚。
过程
- 原始任务使用公司网站，生成一份环评报告。
- 发现卡点使用时遇到不便，先把问题反馈给领导。
- AI 辅助整理将截图交给 AI，得到分类、问题定义和建议。
- 自己简化改成序号、截图和简短描述，让读者直接定位实际现象。
同一个问题，两种表达
| AI 整理版 | 本次回答实际使用的文件范围不透明。 |
| 我的简短记录 | 问一个很简单的问题，会在底部显示所有上传的附件。 |
| 差别在哪里 | 第一句概括类别；第二句直接描述提问后界面上发生的现象。 |
相关材料问题清单.xlsx、公司内部AI问答系统重点问题清单.xlsx、实习周报 2026.07.13-07.19
接触现场业务，分清两类场景需要什么
背景
结合制造业现场交流与调研材料，梳理 SPI、FA 场景和新能德 AI AGENTOS 相关方案内容。
我的做法
围绕实际工艺、异常处理方式和资料来源，整理业务需求、数据基础及阶段建设建议。
观察与反馈
同样是 AI 辅助，检测数据解释、历史案例检索和图文证据召回所需的资料与规则并不相同。
学到什么
- 先区分场景，再判断 AI 怎样介入SPI 侧重检测数据与异常解释，FA 侧重历史案例与证据查找；不同任务需要不同资料和处理方式。
- 方案需要说明建设条件资料质量、业务规则、接口和图片关联方式会影响能力能否成立，工程师的判断也需要保留。
整理出现场报告与方案材料，把业务现象初步整理成可以继续讨论的需求。
过程
- 接触场景了解现场怎样发现异常、查询资料和继续排查。
- 整理 SPI记录 SMT 流程、NG 统计、共享日志与 PCB 编码。
- 整理 FA记录历史案例、术语、条码数据和图片证据需求。
- 形成材料将需求、依赖和首期建设范围整理进调研与方案文档。
两类业务的关注点
| SPI | 解释检测数据与异常分布，结合规则给出排查方向。 |
| FA | 检索历史案例、分析步骤和图文证据，辅助工程师判断。 |
| 共同依赖 | 资料质量、业务规则、数据关联和人工审核。 |
相关材料车间SPI场景调研报告.docx、FA现场沟通报告.docx、新能德AI AGENTOS(2).docx
从能力拆分到理解技能之间的衔接
背景
这与入职初期的投标练习是两项不同工作。任务是查看公司的招投标产品，梳理需要的技能并尝试编写。
我的做法
最初借助 AI 拆出较多能力，再结合反馈调整；尝试编写总结、大纲、关联、正文和篇幅控制五份技能。
观察与反馈
标包识别不一定需要独立 Skill；技能设计还要与后端实际输入、输出和运行方式衔接。
学到什么
- 从任务关系考虑能力拆分拆分技能时关注每一步解决什么问题、接收什么资料，以及给下一步留下什么结果。
- 从技能文件走向产品协作技能要与后端输入输出衔接，稳定使用需要在真实产品中继续调整和验证。
已尝试编写五份技能，仍需后端结合实际产品的输入、输出和运行方式继续调整。
过程
- 查看产品从页面和业务步骤识别 AI 需要参与的环节。
- 整理清单结合产品业务步骤与反馈，重新考虑不同能力的边界。
- 尝试编写覆盖总结、大纲、要求关联、正文及篇幅控制。
- 认识衔接理解技能文件需要与产品的输入、输出及调用方式衔接。
五份技能各自解决什么
| 总结 / 大纲 | 整理当前标包要求，并生成可供用户调整的大纲。 |
| 关联 / 正文 | 建立要求与章节的对应关系，再按确认大纲写正文。 |
| 篇幅控制 | 规划章节字数、统计实际长度；页数估算另受版式影响。 |
相关材料bid-summary / bid-outline / bid-correlate / bid-content / bid-length-control
从熟悉流程，到写出可复用的操作说明
背景
编写知识库上传、工作流搭建和应用发布手册，同时熟悉系统、加深对同象产品的理解。
我的做法
先查看网站整体流程，结合参考资料补充学习不熟悉的概念和配置，确认操作步骤后再编写手册。
观察与反馈
核心任务是把步骤讲清楚。手册最终既覆盖操作入口，也说明前置条件、结果检查和异常排查。
学到什么
- 用完整任务串起分散功能围绕「怎样把资料变成可使用的应用」，理解知识准备、流程配置、测试发布和访问之间的关系。
- 用完成标准帮用户继续操作操作说明除了入口和步骤，还要让使用者知道前一步是否成功、出问题该检查哪里。
形成知识库、工作流、智能应用三份模块手册，以步骤、截图和检查点支持操作参考与问题排查。
过程
- 整体查看先了解网站各模块和完整使用流程。
- 补充学习阅读参考资料，对不熟悉的概念和配置补充学习。
- 整理说明按操作目标、前置条件、步骤和截图组织内容。
- 串起关系从文件上传解析，到节点配置、测试发布，再到应用访问。
手册里三个值得展开的细节
| 上传不等于可用 | 解析成功、分块启用后，还要通过检索测试检查能否找到内容。 |
| 连线与变量不同 | 连线确定先后；生成节点使用检索结果，还需配置上游变量。 |
| 发布与访问衔接 | 工作流测试发布后绑定应用，再上架并用授权账号验证。 |
相关材料同象产品使用手册_知识库 / 工作流 / 智能应用.docx、青鱼互动AI应用平台操作手册_V2.3
根据会议资料，搭出分阶段的建设路径
背景
根据负责人提供的客户会议资料，准备 TK 企业 AI 智能平台建设方案。
我的做法
围绕企业已有工具、知识资料和业务场景，整理建设目标、基础能力和分阶段应用路径。
观察与反馈
方案先规划企业知识、权限、模型与流程等公共能力，再以智能投标作为首期应用，验证平台如何支持实际业务。
学到什么
- 从业务场景理解平台能力知识、权限、模型和流程等公共能力，需要落到具体任务中才能讨论怎样被使用。
- 用首期场景验证平台建设路径先选智能投标作为验证场景，再分阶段扩展，让总体规划有具体的实施起点。
形成企业 AI 建设方案，围绕公共能力、首期场景和分阶段路径组织沟通材料。
过程
- 接收资料领导提供客户会议资料与相关要求。
- 理解现状整理工具分散、资料版本权限不一等问题。
- 组织建设说明统一入口、知识治理、模型与流程等基础能力。
- 安排场景以智能投标先验证，再按条件拓展其他应用。
方案采用的结构
| 为什么建设 | 把分散的资料、工具使用与业务经验组织成可持续使用的能力。 |
| 先做什么 | 以智能投标为首期场景，验证知识调用、流程编排、文档输出与人工审核等平台能力。 |
| 怎样推进 | 准备资料与样本、建设基础能力、场景验证、后续扩展。 |
相关材料TK企业AI智能平台建设方案.pptx
从图片资料梳理审查流程与建设方案
背景
围绕主要以图片形式提供的批生产记录，准备 AI 合规审查建设方案及相关估价材料。
我的做法
先把图片发给 AI 梳理分类，再看材料、分析实际工序及先后顺序，形成基础理解后完成方案。
观察与反馈
这个项目的材料可以围绕工序、表单和字段建立关系，方案也由此进一步展开。
学到什么
- 从业务任务推导方案内容批生产记录审查涉及工序、表单、字段和前后关系，资料分类是理解审查任务的起点。
- 区分 AI、程序规则与人工判断计算交给程序，描述理解由 AI 辅助，识别结果和审查问题保留人工复核环节。
完成方案及相关估价材料，资料初步分类使用了 AI 辅助。
过程
- 图片输入把原始图片交给 AI，请它梳理和分类。
- 阅读理解查看整理结果和材料，了解表单用途及工序顺序。
- 形成方案以基础业务理解组织平台流程与审查能力。
- 范围与估价梳理平台开发、后续品类接入和现场服务等报价范围。
方案中的具体成果线索
| 资料组织 | 一个批次 50 张图片，按业务语义归为十二类。 |
| 流程关系 | 干混、煎煮并行，在总混汇合，再进入后续工序。 |
| 处理分工 | 程序处理公式与时序，AI 辅助审阅描述，质量人员复核确认。 |
相关材料六神曲批生产记录AI合规审查平台建设方案.docx / .pptx、项目报价方案_最终版
产品思考 · 围绕可复核的审查任务安排处理分工
业务目标是什么
支持质量人员查找记录、核对字段和发现跨表问题，让审查结果能够回到原始记录复核。
关键取舍是什么
方案将识别、计算、内容审阅和人工确认分开，分别处理图片输入、明确规则和业务判断。
方案怎样验证
后续可用真实批次逐项核对识别结果、表单关联和问题证据，检查审查流程是否便于质量人员复核。
从规划材料理解共用能力与业务场景
背景
接触计量院 AI 统筹规划方案，梳理其中的公共能力与业务场景。
我的做法
围绕方案内容整理能力模块与重点场景，学习规划类项目怎样把基础能力与试点任务联系起来。
观察与反馈
规划类项目需要先说明算力、中台与知识库的关系，再谈具体场景怎样落地。
学到什么
- 先搭底座，再选场景算力与基础设施、AI 中台、知识库、规则引擎构成共同底座，场景是在其上验证能力的入口。
- 场景要能对应具体业务动作项目与标准匹配、PDF 数据回传、报告辅助审核，每个场景都对应一个明确的业务动作。
通过规划材料梳理，初步理解共用能力与业务试点之间的关系。
过程
- 阅读方案了解方案中的业务背景与资料条件。
- 组织底座整理算力、AI 中台、知识库与规则引擎的层次关系。
- 对照场景查看项目与标准匹配、PDF 数据回传、报告辅助审核三个方向如何使用共用能力。
- 整理认识梳理规划方案的层次关系与场景组织方式。
规划方案的能力层次
| 基础设施层 | 算力与基础环境，支撑后续模型与知识库运行。 |
| 能力层 | AI 中台、知识库、规则引擎，向下承接资源、向上支撑场景。 |
| 场景层 | 以食品抽检试点为起点，验证标准匹配与报告审核。 |
相关材料计量院AI统筹规划方案.docx
通过证据核验与同题对照，学习知识库系统
背景
主要任务是测试、记录问题，并学习系统如何搭建。从企业资料准备开始，逐步接触题库、原文核验、多轮复测和不同入口的回答对照。
我的做法
借助 AI 整理资料与题库，自己核对答案；结合手动与 AI 辅助测试，保留原始回答、截图和对比报告，再围绕具体问题继续学习。
观察与反馈
资料已上传不等于能正确检索；找到资料也不一定正确回答；题库参考答案本身同样需要核验。
学到什么
- 先定义怎样才算回答得好围绕业务问题检查准确性、完整性、切题程度和依据；参考答案本身也需要核验。
- 沿产品链路分析问题资料存在、检索命中和正确回答是不同环节，遇到差异继续检查条件与证据。
项目持续进行。已积累题库、原文核验和多轮回答对照材料，并围绕测试问题继续学习系统构成。
过程
- 资料准备关注分类、版本、遗漏、上传限制、图片型 PDF 与解析状态。
- 题库与核验要求测试有覆盖、有真实问题，参考答案有文件和原文位置。
- 复测与对照同题复测；将不同轮次及不同渠道的回答并排比较。
- 学习系统追问解析、分块、检索、生成，以及部署和隔离方式。
在测试中逐步明确的三个原则
| 关注回答质量 | 围绕真实业务问题，检查回答是否准确、完整、切题。 |
| 核验原文依据 | 对照原始资料检查参考答案，记录来源文件与具体位置。 |
| 保留完整回答做对照 | 把不同轮次、不同入口的完整回答并排展示，在明确测试条件的基础上分析差异。 |
相关材料孚瑞肯产品知识库_测试验证题目100道.xlsx、测试题原文截图与核验说明.docx、历史三渠道 / 更新后 / 94 题重测对照
产品判断实例
Q32：手册有依据，网站为何未作答？
历史测试问题：变频器最多支持多少段速运行？
核验原文依据
FR500/FR510 手册的“简易 PLC、多段速运行”条目写明：
通过内置 PLC 或控制端子实现最多 16 段速运行
FR500/FR510 用户手册 V2.7，第 13 页。此处说明该手册对应产品的能力。
对照历史网站回答
首轮回答的大段原文中包含“16 段”信息，但没有清晰提炼结论。历史第二轮回答则为：
抱歉，当前知识库参考资料中未收录此相关内容。
对照记录：历史三渠道回答对照中的 Q32。
把结果评价转成核查问题
对照原文与完整回答，可以发现同一问题在不同轮次的表现差异。“未收录”这条系统答复本身也需要复核。
继续核对本轮入库文件与解析状态，再查看检索命中和生成过程，才能判断具体原因。
原文文件：31050053-FR500&FR510_CH_V2.7_20260203.pdf历史记录：01_历史三渠道对照.html · Q32。以上展示历史测试现象，当前表现需按最新资料与测试条件复测。
03 / MATERIAL PREVIEW
几份材料，看看具体做了什么
原有方案与操作手册中的图示。
点击图片可放大查看。
六神曲 · 从图片资料到流程关系
原方案图示 / 资料分类与工艺顺序TK 方案 · 企业 AI 平台总体蓝图
原方案图示 / 平台分层与能力规划同象手册 · 数据问答工作流示例
原手册截图 / 查询与分析分支、节点衔接04 / OUTPUTS
留下的产出
| 类型 | 产出 | 用途与进展 |
|---|---|---|
| Skill | 五份技能编写尝试 | 梳理总结、大纲、关联、正文和篇幅控制的任务关系。已尝试编写，仍需结合实际产品继续调整。 |
| 测试 | 环评平台问题记录与清单 | 配合截图描述操作现象，为问题定位、讨论和复查提供参考。已形成问题清单。 |
| 测试 | 孚瑞肯问答问题与现象记录 | 围绕资料命中、回答内容与业务适用性保留问题和依据。随测试持续补充。 |
| 测试 | 孚瑞肯 100 题测试题库 | 组织测试问题与参考答案核验。题库整理、依据核验与分批结果分别记录。 |
| 测试 | 多批次回答对照与重测 | 保留同题完整回答，支持不同轮次与入口的差异分析。25 / 69 / 94 题等批次，各自保留范围与条件。 |
| 调研 | SPI、FA 场景调研报告 | 梳理业务需求、资料依赖和建设条件，支持方案讨论。已形成调研与方案相关材料。 |
| 方案 | 新能德、TK、六神曲、孚瑞肯、计量院等材料 | 围绕业务任务、建设范围和阶段路径组织材料。六神曲包含相关估价材料；系统效果随实施继续验证。 |
| 手册 | 知识库、工作流、智能应用操作手册 | 提供核心步骤、前置条件、配置截图和检查点。已形成知识库、工作流、智能应用三份模块手册。 |
| 核验 | 孚瑞肯原文核验说明 | 对照手册检查参考答案的位置、范围与参数等问题。随原文核验和复测继续补充。 |
两次投标任务分别记录；不同轮次的测试结果按各自范围保留。
05 / NEXT
深化产品理解，积累更完整的实践经验
延续已有工作中的积累，进一步学习业务分析、系统逻辑与效果验证。近期以孚瑞肯 QA 评测任务作为具体练习。
- 业务与需求：从理解材料，深入到理解使用场景结合后续项目，关注谁在什么环节遇到问题、现有工作如何完成、AI 能提供什么帮助。练习梳理场景、需求与优先顺序，思考功能范围和实际价值。
- 技术与系统：把分散的概念串成处理流程继续学习 RAG、Skill、工作流与接口的作用和衔接。沿着具体任务追踪资料输入、检索或调用、结果生成与输出，逐步理解配置、数据和程序各自负责什么。
- 评测与判断：学习用指标和依据解释效果差异结合孚瑞肯任务，调研开源评测项目与评测集，理解指标需要的数据及其适用范围。学习组织可比较的测试条件，对照评分、回答和原文，分析各系统的优势与不足。
- 原型与实践：在动手尝试中理解功能设计以 QA 评测为近期练习，从少量可靠样例开始，尝试问题与答案导入、评测、差异查看和结果复核等流程。借助 AI 搭建原型并检查实际结果，记录实现中的疑问，结合研发反馈继续调整。
- 沟通与复盘：让实践形成可积累的产品经验在需求确认、接口配合和问题反馈中，练习说明目标、现象、依据与待确认事项。保留原型调整前后的案例，复盘设计是否便于使用、结果是否有助于判断，以及后续需要补充的知识。