第四章 IPD：从需求到可销售交付的产品
一芥智能研究院｜《企业数智化转型研究报告》上册｜初稿 v11.0｜2026年10月18日按模板改写
客户提出的能力缺口，有些可以通过现有配置、说明或交付安排解决，有些需要形成新的产品能力。后一类工作既要判断值得开发什么，也要让实现、验证、供应、交付和服务准备共同到位。图纸或代码完成以后，产品能否在约定条件下销售、交付和使用，仍需要继续确认。
IPD（Integrated Product Development，集成产品开发）可以用来组织这段工作。本章以形成客户需要、经验证、可销售交付并能获得支持的产品能力为结果，从需求进入到实际采用，分析各处受阻的原因，再讨论建设成果、场景应用和价值检验。这里的产品包括硬件、软件和可重复提供的服务方案，专业条件与验证方法按实际业务确定。
本章索引
- 4.1 业务现状与问题：从需求进入到产品实际采用
- 4.2 原因分析：为什么开发完成仍难形成可用产品
- 4.3 整体思路：围绕客户价值共同组织开发与采用
- 4.4 场景应用：数智化方案怎样支持产品工作
- 4.5 效果检验与本章小结
4.1 业务现状与问题：从需求进入到产品实际采用
IPD把客户需要转为经过验证、能够销售、交付和支持的产品能力，并利用实际采用结果继续调整产品。产品负责人组织市场、销售、研发、测试、供应、生产、交付与服务共同参与。华为2012年报将IPD的结构化流程、团队运作、管理控制和IT支撑，与产品能否销售、制造、采购和服务联系起来；本章借鉴这一范围，具体环节、原因分析与方案为本报告整理。
工作从市场、交易和使用反馈进入。市场带来客户与竞争信息，销售说明机会中的需求与购买条件，服务提供实际使用问题。产品人员结合当前能力，辨认需要补充说明、改变配置或交付安排的事项，以及确需开发的新能力。原始材料可能留在访谈记录、客户管理系统、问题单和邮件中，供后续判断需要与影响。
需要进一步研究的反馈进入产品要求。产品人员组织客户与相关专业，借助样例、草图或原型核对使用场景，把需要写成设计与验证能够采用的要求，说明性能、限制和判断达标的办法。研发、测试、供应及交付等人员据此比较实现条件与完整投入，产品负责人确定本轮范围、优先次序和继续判断所需的证据。
范围确认后，各专业围绕相应版本开展实现和准备。硬件设计形成图纸、物料清单与样品，供应和生产核实器件、工艺及试制；软件开发形成构建版本，同时准备部署、数据和运行支持；服务方案形成操作方法、人员与交付要求。资料可以分别保存在设计、研发、采购、生产和项目工具中，通过需求与版本关系交给下一环节。
验证人员使用相应样品、构建或服务方案，在约定条件下检查要求是否满足，保留方法、环境和原始结果。产品负责人再汇集验证证据、已知限制及销售、供应、交付与服务准备，交有权者决定发布范围。相关岗位采用有效资料后，产品进入客户现场，实际版本、使用条件和任务结果继续返回产品工作。
沿这段工作，企业可能遇到几类落差：需求表不断增加，实现以后客户却说没有解决原问题；本轮开发已经开始，优先级和范围仍反复变化。需求依据、投入理由与当前要求分散在不同记录中，后来难以查清为什么做、做到什么程度。
实现过程中，需求已经修改，设计、物料或测试仍采用旧版；研发报告完成，供应、部署或服务却尚未准备好。验证写着“通过”，现场仍可能因配置、材料或环境不同而失败；产品已经发布，销售不会准确说明、交付找不到适用办法，客户也迟迟没有采用。
这些现象分别发生在需求理解、投入取舍、跨专业实现、验证发布和实际采用处。当前客户的问题仍需由交易或服务人员继续处理，产品开发则要沿同一需求及其版本，查清各处停顿怎样形成，才能判断哪些投入尚未转成可用能力。
4.2 原因分析：为什么开发完成仍难形成可用产品
前述问题并非都来自实现速度不足。需要是否理解准确、开发范围怎样决定、变化是否被后续工作采用、验证覆盖到哪里，以及发布后谁继续确认使用，都会影响产品结果。以下沿这些业务问题分别追查原因。
4.2.1 需求不断增加，为什么实现后仍不解决客户问题
一项反馈可能只留下功能名称，没有交代谁在什么条件下遇到什么困难。产品人员据此写要求，研发再按文字实现，前后采用的理解便可能不同。客户提出的是使用问题，内部记录的却是某个拟议功能；功能完成以后，原问题仍然存在。
理解差异还可能延续到验收。样例或原型未经实际使用者核对，性能、限制和验收条件又未写清，测试便容易按实现者自己的理解设计。验证证明某个功能可以运行，却没有回答客户任务能否完成。需求变动时如果只改结论，没有保留原依据和确认结果，下一轮又要重新解释。
还需区分真正的能力缺口与配置、表达或使用准备不足。现有能力能够解决的问题未经核实就进入开发，会扩大需求队列；相近表达被简单合并，又可能掩盖客户场景的差异。分析要回到原话、现有办法、要求和验证结果，确认差距究竟发生在哪次理解与交接中。
4.2.2 开发已经开始，为什么范围和优先级仍反复变化
需求进入开发，可能因为某个客户催得紧、原型容易展示，或只看到了实现工时。客户覆盖、替代办法、供应试制、部署和后续支持没有共同比较，局部看来值得做的能力，放到完整投入中未必仍应优先。单一客户的定制要求还可能占用本来用于共用能力的资源。
开始后才发现关键器件、试验条件或专业人员无法取得，计划就需要重新安排。新增需要继续加入，却没有说明哪些原有责任会被推迟，范围扩大与资源变化便脱节。销售沿用最初预计日期，实际开发和交付条件已发生变化，后续又增加承诺压力。
优先级因此需要与当时的客户依据、投入假设和资源条件一起看。缺少重新决定的条件时，已发现价值不足的工作也可能继续推进；反复改变方向却没有留下理由，则难以分清新证据带来的合理调整与原有准备不足造成的返工。
4.2.3 各专业都有进展，为什么集成和交付仍缺条件
同一项能力连接需求、设计、物料、实现、验证与服务资料，各处进度可能对应不同版本。群里通知已经变更，图纸或代码并未同步；器件更换以后，原先试验结论与维修说明没有重查。没有保留明确的对应关系，接手者只能重新询问和比对，集成时才发现冲突。
另一类缺项来自工作范围的划分。研发按设计完成判断结束，供应、生产或交付却需要制造办法、可取得物料、安装条件和操作说明。若这些准备等实现结束以后才开始，下游就会暴露新的限制，并迫使上游修改。软件生成得更快、图纸准备得更多，也可能增加验证与专业审核的排队。
要解释这类停顿，既要看版本和变更是否正确传递，也要看下游需要的产物是否进入本轮计划。资料已经送达而未被采用，与根本没有准备所需条件，表现都可能是“等待交付”，但责任和处理办法不同。
4.2.4 测试已经通过，为什么现场仍失败或不能发布
一次验证通常对应特定要求、样品或构建，以及相应环境和方法。如果记录只写“通过”，没有说明覆盖范围，后续就可能把局部结果扩大到其他配置、批次或使用条件。样本偏向容易成功的情况，也会使验证遗漏实际场景中的困难。
出现失败后，如果没有同时核实要求、实现版本与现场条件，便容易直接修改设计或代码。原因可能在实现，也可能在试验办法、材料、配置或使用准备。未经核实就修订，可能引入新的问题；只重测失败处，又可能漏掉改动对已通过部分的影响。
验证通过与可以发布还回答着不同问题。已知限制、供应生产、部署与服务准备没有共同进入决定，技术结果便不足以支持销售和交付。现场失败可能来自能力未达标，也可能来自发布范围超出已验证条件，分析需要分别还原两者。
4.2.5 产品已经发布，为什么没有实际采用或问题持续重复
发布资料送达岗位以后，销售是否会准确说明、交付是否能按当前条件实施、服务是否能辨认客户版本，仍需要确认。旧说明继续使用、培训与运行条件未落实，会使产品在内部被记为完成，在客户那里却尚未进入工作。
记录只有下载、登录或发货，也难以知道客户能否完成原定任务。没有关联实际配置、使用环境和问题处置，产品人员便无法分清是能力不足、适用条件不符，还是交付和使用准备缺失。后续支持反复发生，仍可能被当作个别客户不会使用。
这些问题若只停在售后沟通，没有进入产品取舍，下一版就容易重复原有缺陷。反过来，反馈一进入开发队列，当前客户又无人继续处理，也会造成等待。实际采用、当次问题处置和长期产品改进需要分别留证，并能相互接续。
4.3 整体思路：围绕客户价值共同组织开发与采用
IPD改进需要以客户实际任务为牵引，把实现与采用准备作为同一项产品工作，用逐步取得的证据决定投入、调整和发布。业务安排落实为可交付的数智化方案，再由真实需求和产品版本检验它怎样支持工作。
4.3.1 围绕产品能力与实际采用组织业务
首先，让客户问题、产品要求和验证依据相互对应。产品人员组织市场、销售、研发及实际使用者，核实需要、现有办法与使用条件；相关专业确认要求怎样实现、用什么方法检验。客户表达、内部解释与批准要求分别保留，重要分歧取得确认后再进入后续工作。
投入取舍同时考虑客户覆盖、完整成本和承担资源。产品负责人组织研发、测试、供应、生产、交付与服务比较本轮范围，明确需要通过原型、试制或试用取得哪些证据。关键依赖与专业容量共同进入计划，证据改变原有假设时，再决定继续、缩小、调整或停止，并把决定返回提出需求的岗位。
实现与配套准备围绕同一需求和产品配置接续。各专业既交出当前产物，也说明适用版本、已完成检查和未满足条件；设计变化后查清受影响的物料、试验、在途业务和服务资料，接收者确认后续安排。制造、安装、专业测量和客户试用所需的现场资源，与资料处理任务共同安排，不能用文档完成代替这些工作。
发布决定汇集验证证据、已知限制与供应交付服务准备，形成明确的适用范围和接手责任。市场、销售和交付采用有效依据后，继续取得客户任务结果；反复出现的需求偏差和使用问题返回产品决定。产品负责人协调共同结果，各专业确认质量，有权者决定重大投入与发布。华为公司治理说明提供流程责任、关键控制和职责分离的管理参照。
4.3.2 数智化方案的建设内容与交付物
围绕这些要求，企业需要取得能支撑需求、版本、验证、发布与采用的建设成果。范围结合本轮差距和已有条件确定，主要包括以下七类；已有研发、设计、生产和客户服务工具可以承载相应建设，交付时明确实际建成和接入的范围。
业务与数据标准包。 交付经企业确认的IPD流程图、需求与产品要求模板、投入评审和发布检查标准，以及对象定义、数据字典、版本与状态规则。说明需求、产品配置、图纸或构建、样品、验证、发布和采用记录怎样对应，区分候选、批准、实现、验证通过、已发布与实际采用。配套典型记录、确认责任和指标口径，使各专业能够辨认本轮交付什么、哪些条件尚未成立。
IPD数据仓库。 交付围绕产品形成与采用组织的主题数据表、关联模型、来源映射、接入更新任务和整理后的首批数据。需求依据、投入决定、版本与变更、验证结果、配套准备及客户采用可以按实际关系查询，支持从一项要求追到验证，从现场问题回查配置与发布依据。图纸、模型和原始试验文件可以留在原系统，仓库保存相应标识、索引和结果，配套质量检查、更新说明及查询权限。
产品与工程知识库。 交付经确认的产品规格、设计与工艺说明、验证方法、已知限制、安装操作和服务资料，保留来源、有效版本、适用配置与维护责任，并提供可用的检索和引用功能。市场与销售能够查询可提供的能力，研发与相关专业能够找到当前约束和既有经验，交付与服务能够按客户版本取得相应办法。知识库中的说明与仓库记录的实际版本、验证及采用结果保持关联。
场景应用与经营看板。 按本轮范围交付需求评审、产品取舍、版本变更、验证发布和采用反馈等应用页面、表单与查询功能，说明各岗位可完成哪些操作、接入哪些专业工具、结果保存在哪里。经营看板呈现需求去向、投入与范围变动、专业等待、验证问题、发布及实际采用，并可回查对应对象。交付配套角色权限和真实业务样本的验证记录，使用者能沿同一要求与版本完成约定工作。
智能体与自动工作流。 交付按场景配置的需求整理、规格比对、变更影响检查、验证异常分析和发布资料核查等智能体，说明输入输出、可用资料与工具、授权及人工确认节点。配套新需求、设计变更、验证失败或采用异常触发的工作流，连接资料查询、任务分发、服务调用、专业审核和状态回写。已验证的实现或检查任务可按范围配置，交付保留配置版本、测试样例、执行记录及异常转交，物理制作与专业试验仍由相应资源承担。
数据接口与系统集成。 交付连接客户需求、设计研发、供应生产、验证、交付及服务工具的接口与适配程序，配套对象和版本映射、访问权限、同步及读写配置。明确各类记录由谁维护，支持已确认需求进入产品应用、设计变更关联后续准备、验证结果返回版本记录、客户问题带实际配置进入分析。完成数据读取、传递与获准回写的联调，并留下失败记录、重试和异常接手安排。
验收与运维移交包。 对建成部分交付部署配置、约定范围的源码或导出配置、接口说明、测试与试运行记录，以及操作维护手册。使用者能够通过真实样本完成需求查询、版本变更、验证资料核对、发布交接和异常处理；维护者能够更新资料、调整配置和检查执行。移交同时明确账号权限、运行依赖、持续费用和维护责任，专业工具与现场验证条件按本轮范围共同确认。
咨询阶段交付经确认的标准、数据模型、来源映射、应用原型、接口与同步设计、任务规格和验收清单；建设阶段交付已接入数据、可查询知识、已部署应用、已联调接口和可执行工作流，并以实际记录确认完成范围。标准约束记录与判断，仓库关联产品事实，知识库提供有效依据，接口连接专业工具，应用与工作流支持共同处理，看板追踪发布与采用，这些成果共同组成IPD数智化方案。
4.3.3 三化与智力服务的作用
数字化使需求、设计、产品配置和验证过程能够被表达、查询与计算。图纸、物料、软件构建、样品和现场数据按实际对象留下对应记录，供版本比较、试验核对和投入分析使用。智力服务可以协助建设录入、查询和检查工具，也可以从获准规格、访谈与试验说明中整理条件和差异，让原先来不及处理的材料进入产品依据。
网络化使这些依据在市场、研发、供应、生产、交付与服务之间接续。共同标识、接口和版本关系支持资料交换，变更影响到相应专业产物和在用说明。智力服务可以协助开发适配工具，理解不同专业的表达、查找受影响事项并准备交接材料；程序传递版本和状态，相关人员确认接手，使连接进入实际工作。
智能化利用产品依据比较需要、方案和当前表现，支持价值取舍、异常分析与获准修订。服务可以整理成本假设、提出验证失败的原因假设和复查办法，准备原型、设计备选或适合的实现与检查任务。专业人员验证产物及原因，执行结果和客户采用再用于修正判断，分析由此与产品形成及后续改进接续。
成本、响应与持续性特点，使部分产品工作有机会做得更细、更及时。准备投入可承受后，可以扩大需求材料和配套资料的整理覆盖；新规格或试验结果到达后及时比较，可以缩短等待；已验证的版本核查、资料更新和任务跟踪可以7×24小时持续运行。三项能力围绕同一产品问题相互支撑，建设与使用可以并行补齐，现场试制、专业验证和发布仍需相应条件与决定。
4.3.4 人、程序与智力服务的配合
人员确定客户价值、有效要求、专业标准和授权，程序承担明确的标识维护、计算与状态传递，智力服务承担资料理解、比较、分析和获准任务。例如，客户更改设备使用条件后，程序登记要求与版本，服务比较变化并整理受影响的设计、物料和验证资料；各专业确认需要修改和重验什么，再将结果交后续工作采用。需求取舍、工程质量、重大投入与发布按职责决定，工具和服务产物通过检查后使用；维护者负责资料与运行，受阻或超出范围时交约定人员接手。
4.4 场景应用：数智化方案怎样支持产品工作
标准、产品数据与工程知识、场景应用和智能体工作流，组合用于需求进入、产品形成及采用。前一场景的确认结果成为下一场景的依据，各专业也可按依赖并行准备；同一要求、配置与版本把这些工作及其结果联系起来。
4.4.1 需求核实与产品要求确认
需求进入产品应用后，产品人员联查客户原话、商机或问题记录、现有能力与实际使用条件，先区分配置说明、交付处理和新能力需要。整理智能体归纳相近表达与差异，提出带来源的缺项；文字难以核对时，使用原型工具准备界面、草图或视觉样例，请实际使用者和相关专业确认理解。
确认的需要转为可设计、可检验的产品要求，说明场景、性能、限制和验收办法，建立关联原始依据的需求版本，交投入评估、实现与验证使用。模拟与视觉结果注明适用范围，硬件、材质和现场表现通过相应实物与专业验证确认；未决项保留责任人，已有能力能满足的返回原岗位处理。
局部实践｜用原型与图片提前核对理解。 电助力单车企业借助AI理解仪表规格书并制作模拟器，与供应商核对需求，属于沟通原型。童装电商企业已采用先生成图片选款、再制作样衣的做法，经营者自述开发周期约缩短一半。物理仪表、服装材质与版型仍需相应实物验证。
4.4.2 客户价值与开发投入取舍
比较本轮开发范围时，产品负责人在评审应用中取得需求依据、客户覆盖、现有替代办法与历史采用结果，结合研发、供应试制、部署和支持的投入估计。服务整理备选方案与假设，提示缺证和资源依赖，相关专业核实可实现性和承担能力，供有权者决定优先次序。
开发、继续验证、采用现有能力或暂缓的决定，与理由、范围、资源和再次判断的条件一起保存。获准范围进入实现及准备任务，销售取得当前能力计划，具体交易承诺仍沿LTC核实；新证据或关键条件变化时，再提交相应取舍，避免把预计日期直接作为可交付承诺。
局部实践｜备选思路交给制造判断。 跨境拖鞋企业的选品表将竞品材料、升级思路与产品图共享给工厂和合伙人讨论，属于局部使用，可实现性与投入由相关人员继续核实。
4.4.3 协同实现与采用准备
批准要求进入实现与变更应用后，各专业取得对应设计、物料、图纸或构建资料，按共同配置与版本交接。服务可以比较规格和接口、辅助准备设计与文档，承接可检查的实现任务并留下执行及未检范围；工程人员确认专业质量和能否集成，程序及接口保存版本、变更和检查结果。
供应、试制、交付和服务准备随实现开展。硬件核实器件、工艺与维护，软件核实部署、数据和运行支持，服务方案核实人员及操作要求；变更工作流提示受影响的产物，由相应人员更新和接手。形成的样品、工程版本和配套资料一同进入验证，未满足条件继续影响计划，需求、决定、依赖与当前状态成为下游可查的工作依据。
局部实践｜共同文档与原型分别交接。 基金公司研发培训围绕真实需求共创Spec文档，转向Markdown和TXT协作后，仍要重新安排文档划分、维护与多人修改，属于局部使用。小裂变据受访者自述，由老板先做第一版，再交研发构建完整产品，属于局部使用。
案例小贴士｜不同任务分别观察。 据实施者介绍，制造企业研发试点三个小组在几天内反馈：编码时间约节省三分之一，文档节省一半多，测试基本持平。
局部实践｜设计提交时先准备审核依据。 消费品包装预检据实施方自述，已在设计提交时开展常态预审：代码完成固定计算，AI提供建议与解释，结果附来源供核对，复杂法规和产品表达由专业人员判断。预检先处理部分问题，为后续审核、采购和物料生产准备依据。
4.4.4 验证复核与发布决定
验证应用把要求、实际版本、样品和环境与试验记录关联。验证人员确定方法及覆盖范围，服务辅助准备检查项、核对脚本和异常清单，设备、现场试验或客户试用取得真实结果。失败记录连同预期、实际表现及条件交专业人员查因，获准修正后重新验证，并检查对已通过部分的影响。
发布应用汇集本轮证据、未覆盖与未解决事项，以及供应、销售、交付和服务准备。服务检查资料一致性并准备发布说明，有权者决定批准、限制范围或暂缓；决定标明适用客户、配置和条件，相关岗位确认接手。批准版本与能力依据进入市场、交易和采用准备，试验、制造及支持的剩余条件继续保留。
局部实践｜合作场样机仍在验证。 畜牧机器人团队自述将样机放到合作场试点，通过视觉、声音采集异常线索并提醒饲养员，当前准确度和数据质量仍需提升。扩大范围需要继续检验不同现场条件；模型回答不能替代设备运行与专业试验。
局部实践｜商务准备与验证分别确认。 畜牧机器人案例中的报价和交期属于原型阶段的商务准备，与合作场试点各有进度。发布范围以本轮验证和交付准备为依据。
4.4.5 发布采用与反馈改进
发布资料进入岗位应用和知识库后，市场查询能力与适用条件更新表达，销售取得配置与承诺依据，交付和服务按实际版本使用安装、操作及诊断资料。服务可以准备带来源的问答、配置查询和练习，资料责任人确认有效性；相关岗位以当前任务检查是否可用，旧版替代范围及在途业务调整分别确认。
部署与使用记录通过接口关联客户、项目、实际配置和问题处置，确认客户能否完成约定任务。服务整理未采用、反复求助与需求偏差，提出补充说明、改变交付或产品改进的待决项；负责人核实后落实修改并检查采用。具体客户问题由ITR继续处理，合同差异交LTC协调，值得形成新能力的依据返回产品取舍，反馈进入开发不使当前处置停下。
局部实践｜产品知识进入岗位查询。 迪欧家具将展厅知识用于问答，考核标准先由人确定，属于局部使用。
需求与设想｜重复问题返回产品判断。 迪欧家具提出的售后联动希望工厂和业务共同了解处理进展，将重复问题交给工艺与产品判断，仍处于需求与设想阶段。
4.5 效果检验与本章小结
检验从方案可用、场景改善推进到产品价值。选定可比的需求、产品与版本，明确范围、难度、质量要求、观察期和截止日，分别追踪需求决定、验证发布与实际采用。暂缓、终止和未完成对象保留状态，标准或范围变化说明适用部分，不把需求数、版本数与客户数混作同一分母。
方案可用。 用真实需求、变更和产品样本，检查4.3的建设成果能否查询有效依据、对应实现与验证、传递修改并完成发布交接；维护人员能否更新资料和处理异常。专业工具、试制与现场结果能够回到实际对象，验收以操作和记录为依据。
场景改善。 沿4.4记录观察需求误解与反复取舍、版本冲突与集成返工、验证排队与发布准备缺项，以及客户采用等待和重复问题。产品要求是否实际用于设计与测试，发布依据是否进入销售、交付与服务，反馈修订是否被后续版本采用，均追到对应产物和使用记录，局部节时与完整周期分别比较。
整体价值。 比较同批产品形成的可靠能力、批准销售交付的范围和客户实际任务结果。采用比例以同批已约定采用的客户与版本组合为分母，以截至截止日已确认完成约定任务的对象为分子，待部署、未采用与运行失败继续保留。完整成本包括研究、原型、实现、试制或部署、验证、专业判断、协调返工、培训与后续支持，以及工具、调用和系统维护，一次性建设说明分摊。比较单位开发成本时，按同等范围、难度和质量，以相关总成本除以已验证且批准销售交付的同类产品或版本数量，同时列示实际采用结果；新增覆盖、释放工时与现金变化分别评价，无合格结果时保留总投入与未完成情况。
据此决定调整、继续或扩大哪些应用与产品投入。
产品能力及适用条件返回MTL与LTC使用；进入现场后的具体问题由ITR接手，值得形成产品能力的改进再返回IPD。第五章沿客户问题继续追到恢复和解决确认。
本章参考资料
华为资料用于流程目的与管理机制参照；本章目标、诊断、举措及人机安排为本报告应用整理。企业案例的事实、阶段和效果范围见所链接的下册场景，以下列出原始来源与定位。
[1] 华为．2012年年度报告．印刷第91页、PDF第94页，“管理变革”。阅读范围：IPD、结构化流程、团队运作、管理控制与IT支撑，以及销售、制造、采购和服务条件；2026年10月17日审读。
[2] 光羽的平行世界．20人公司，AI化改造，连续17个月增长．定位：00:02:01.210。电助力单车企业AI应用（C06），所引场景阶段：原型。
[3] 马想聊AI．看童装电商老板怎么落地AI拿到结果．定位：00:04:00.300；00:00:00.000。童装电商AI选款与员工学习（F03），所引场景阶段：已使用。
[4] 一芥智能研究院．跨境拖鞋企业AI接待与选品（F05）．《企业数智化转型研究报告》下册，2026。场景阶段：局部使用，经营者自述及现场展示。原始出处：靠AI跨境卖拖鞋 28岁年入 访谈100位用AI赚钱的老板，本期嘉宾：靠AI跨境卖拖鞋，28岁年入3000万的老板——刘世奇@刘世奇Bob 。6个人的团队，人效竟能达到500万，看他怎么用AI赚到钱！；定位：00:04:40.260；00:08:00.230。
[5] Datawhale FDE案例集．NO.7 从个人提效到组织能力：FDE用AI推动企业研发转型．原书67—75页，PDF68—76页。第三方实施者访谈自述；基金公司AI研发培训（J01）：局部使用；制造企业AI辅助研发试点（C07）：试点，几天内三个小组的任务反馈。
[6] Datawhale FDE案例集．NO.19 从人工排队到审核前置：FDE用AI重构消费品研发协同与包装审核．原书185—195页，PDF186—196页。消费品企业包装AI预检（待03）：局部使用，实施方访谈自述。
[7] 一芥智能研究院．小裂变AI研发与GEO服务探索（待05）．《企业数智化转型研究报告》下册，2026。场景阶段：局部使用，内部采用自述。原始出处：AI时代做增长 GEO成为新基建 GEO到底能不能获客？GEO到底是不是风口？老板怎么做GEO，带着这些困惑访谈了张东晴，很有启发；定位：00:18:43.080；00:18:03.270。
[8] 一芥智能研究院．畜牧机器人研发与合作场试点（C12）．《企业数智化转型研究报告》下册，2026。研发团队自述；合作场样机：试点；报价交期：原型。原始出处：AI走进养殖场 机器人创造新价值 带着机器人进猪舍，下牛棚，用AI声纹识别猪的异动，提前预警疾病；用AI视觉，实现24小时自动巡检。在畜牧机器人赛道，看看张燕如何用AI推动养殖场自动化；定位：00:01:08.020；00:04:37.480；00:10:42.930；00:06:52.050。
[9] 一芥智能研究院．迪欧家具AI应用（C09）．《企业数智化转型研究报告》下册，2026。经营者自述；问答考核：局部使用；售后联动：需求与设想。原始出处：办公需要AI 办公室需要快乐～ 效率交给AI，快乐、碰撞和人与人的连接，还是得在线下发生。这期和黄雅悠聊聊，她是怎么用AI改造二十年的家具企业，怎样让办公更快乐。；定位：00:06:34.520；00:07:43.000；00:07:56.440。
[10] 华为．公司治理．“内部控制”之“控制活动”“信息与沟通”。阅读范围：流程责任人、业务关键控制点、职责分离与改进沟通；2026年10月17日复核。