第 12 讲 · 看懂案例
从公开产品认识大厂 AI 链路
用扣子、腾讯 ADP、百度千帆和美团公开技术文章建立产品观察框架,不把公开能力误当成内部岗位分工。
想把公司、产品与岗位联系起来的读者更新 2026-09-05
01先看用户能操作的对象
观察一个 AI 平台时,不必先背完功能名称。可以先找出它让用户管理的对象:模型、知识、工具、工作流、应用、发布版本。对象之间的关系,比某个按钮的位置更能说明平台解决什么问题。
本章根据公开文档做教学归纳,产品能力会更新。这里的角色关联用于理解工作内容,不代表对应公司正在招聘该工种,也不等于其内部组织结构。
02四组公开材料怎样读
每组材料侧重不同层面,不宜用功能数量给公司排序。
| 材料 | 可以观察的链路 | 能帮助理解的岗位问题 |
|---|---|---|
| 字节:扣子工作流文档 | 输入 → 节点与工具 → 输出 | 平台产品如何表达流程;开发如何传递数据 |
| 腾讯:ADP 文档 | 知识 / 工具 / 工作流 → 智能体应用 | 企业应用如何配置能力;运营如何维护知识 |
| 百度:千帆文档 | 模型服务与应用构建 → 业务接入 | 模型层与应用层的需求为什么不同 |
| 美团:Agent 评测文章 | 任务与执行过程 → 评测 → 改进 | 多个角色如何共同理解系统质量 |
03怎样做一份有内容的产品拆解
以工作流平台为例,先说明使用者是开发者、业务人员还是平台管理员;然后选一个具体任务,跟踪数据如何从输入经过节点变成结果。继续观察哪些配置影响效果、哪些错误会被展示,以及用户如何发布或修改流程。
产品分析可以描述操作负担与理解难点,工程分析可以描述数据和接口关系,运营分析可以描述内容维护与反馈。公开文档未提供的内部转化率、用户规模和成本,不能靠想象补齐。
04公开开源案例:PPTAgent
PPTAgent 是公开的演示文稿生成项目,可以帮助理解内容生成与版式处理的联系。阅读时应从原始输入、最终演示文稿、执行流程和评价方式入手,而不是只观察生成截图是否好看。
从岗位角度可以延伸出不同问题:产品关注用户编辑与结果验收;开发关注文件处理和工具执行;算法与研究关注生成质量及方法;运营可关注常见输入和失败类型。这些是本讲义的分析视角,不是对项目团队人员配置的陈述。
来源与延伸阅读
正文为教学整理与分析。下列公开资料用于核对概念、产品能力和招聘入口;具体岗位条件以原公告为准。