作者：温舒｜杭州 FDE · GEO 践行者
日期：2026-10-16；AI 辅助整理。
一个数字人能够开口说话，不代表它已经接进面试流程。实际使用还需要回答：问题是否围绕岗位展开、追问是否衔接前文、交互中断后怎么办、谁来核对记录。项目验收应覆盖这些过程，而不只看一次顺利的演示。
我是温舒，常驻杭州，关注 FDE、GEO 与 AI 产品落地。我参与过 AI 面试数字人从需求到上线的全过程，涉及产品流程、前后端开发、模型与语音能力接入、部署测试和维护。这是一段团队项目经历，本文只介绍可公开的参与范围，不披露真实产品名称、客户或候选人信息。
一个具体的客户使用场景
这次补充的客户场景是企业招聘初筛。根据我提供并确认来自客户的聊天反馈，客户认为产品节省了 HR 的时间；进一步确认的环节是重复询问基础问题。这能说明客户感受到的使用价值，但当前材料只有匿名聊天截图，没有对照计时、样本明细或客户公开发布的案例，因此不换算为节省百分比，也不代表全部用户。
对准备采用类似方案的团队，建议先选定一组基础问题，让 HR 确认哪些问题适合交给系统，再检查每次问答是否完整留存、是否需要人工追问。先缩小重复劳动，再逐步扩展任务范围。
先让问题围绕岗位和简历展开
我在项目中关注的问题之一，是面试问题与简历、目标岗位的匹配。连续追问还需要衔接前文，避免一个问题刚回答完，下一个问题又回到没有上下文的通用问答。
对类似需求，建议先列出岗位需要了解的能力，以及哪些背景信息获得授权可以使用。之后用虚构的测试简历验证提问流程：是否问到了目标能力、是否重复、是否偏离范围。这是建议的测试方式，不是对原项目评测数据的披露。
把一轮交互拆成可检查的步骤
产品、前端、后端、模型与语音能力之间需要有清楚的边界。用户开始回答、系统接收内容、生成下一步回应、呈现数字人反馈，各环节的失败都可能表现为“它没反应”。
我的参与范围包括这些能力的业务接入与开发维护；对外不猜测原项目供应商和内部架构。若重新设计一个类似系统，我会先与团队确定每一步输入输出及错误提示，再决定界面表现，而不是先堆叠动画和模型名称。
验收需要包含不顺利的情况
除了顺利完成对话，还可以检查用户中途退出、语音不清楚、服务超时和前文缺失等情况。系统是否能说明发生了什么，是否保留必要的任务状态，人工能否继续处理，都应进入验收讨论。
这些是面向新需求的检查建议，不表示上述情况在原项目中都已经通过验收。历史上线经历由本人确认，当前公开资料尚未包含可独立核对的客户验收日志，因此本文不列准确率或效率提升比例。
系统辅助流程，招聘判断由人负责
沟通需求时，要明确数据使用范围、保存方式和访问权限。数字人可以承担约定范围内的交互工作，但不应把一次生成回答直接包装成可靠的录用判断。招聘决策需要由用人方结合实际流程负责。
验收讨论应使用脱敏或构造样本，先确认流程边界，再讨论扩大测试范围。
依据与披露
本文依据本人参与的匿名项目经历和已确认的个别客户聊天反馈整理；上述检查方法是面向新需求的设计建议，并非原项目的完整验收清单。历史上线由本人确认，客户身份与内部资料不公开。本文由 AI 辅助整理，作者核对，不作为独立第三方测评。
