跳到主要内容

OpsPilot · 业务调查Operational Investigation

OpsPilot

AI 运营调查与执行系统

把业务调查从证据整理推进到人工审批、任务执行与结果观察,让每一步都有明确的责任边界。

业务流程重构Workflow Redesign产品定义Product DefinitionAI 产品设计AI Product Design系统验证System Validation
返回作品集
OpsPilot INV-024 调查概览,显示异常状态、AI 摘要、建议动作和指标信号质量
调查工作台 · 从异常发现到证据整理
证据假设建议审批任务结果

公开演示使用确定性回放数据;受控模型评测用于验证调用过程与流程可靠性,不用于评价模型能力。

我的产品思路

我负责业务调查场景的研究归纳、产品定义、核心流程与界面设计,并推进原型和系统验证。

01

将分散信息组织为调查流程

问题
指标、发布记录、用户反馈与业务文档分散,调查人员需要反复拼接上下文。
选择与取舍
将信息组织为证据、假设与建议,并保留关联关系;增加结构化维护成本,换取可追溯的判断依据。
运用能力
问题定义 · 业务流程设计 · 信息架构
02

将 AI 建议与执行责任分开

问题
AI 可以提出行动建议,但建议本身不足以授权业务状态变化。
选择与取舍
让建议先进入人工审批,获批后才创建任务;降低自动化程度,保留明确的执行责任。
运用能力
AI 产品设计 · 审批流程 · 权限与状态设计
03

用系统验证检查关键边界

问题
原型能够运行,仍不足以说明审批和状态流转可靠。
选择与取舍
将审批门槛、状态流转与重复执行保护纳入验证;当前结论限定在已有测试与原型范围内。
运用能力
评测设计 · 异常路径设计 · 产品验证

01 · 问题

业务团队知道指标发生了变化,却很难快速决定下一步。

本案例基于公开社区与案头研究、合成用户画像定义场景,不将其描述为真实企业访谈。复杂业务调查需要一条可追踪的决策链,让团队能够从发现问题推进到判断和行动。

  • 上下文分散指标、发布记录、客服反馈和业务文档分散在多个工具中。
  • 调查成本高团队需要手动比对时间线、分群和业务变更。
  • 业务记忆薄弱过去发生过什么、当时依据什么判断,难以被复用。
  • 证据不确定相关信息容易被当成结论,缺少来源与可信度约束。

业务调查必须继续回答

  1. 为什么发生?
  2. 哪些证据支持判断?
  3. 下一步应该做什么?
  4. 谁负责执行?
  5. 执行后是否有效?

02 · 产品定义

AI 运营调查与执行系统

Investigation 是承载调查过程的工作对象,证据、假设、审批、任务和结果保存在同一条可追踪链路中。

证据假设建议审批任务结果

AI 分析层

  • 整理业务证据
  • 生成调查假设
  • 提供下一步建议

业务执行层

  • 人工确认决策
  • 控制状态流转
  • 记录任务和结果

AI 负责理解、整理证据和提出建议。权限、审批、任务执行和结果记录由确定性流程控制。

03 · 调查流程

先验证指标,再收集证据并提出下一步建议。

以 INV-024 激活转化率异常为例:先检查数据质量与变化范围,再收集业务上下文、形成假设,最后给出可由业务人员判断的行动建议。

01

指标验证

检查指标质量、变化周期与受影响人群。

02

证据整理

从指标和业务信息中整理可追溯的证据。

03

形成假设

提出可能原因,同时保留反向证据和缺失信息。

04

提出下一步建议

基于当前调查提出建议,由业务人员判断是否采取行动。

上一周期18.2%
当前激活转化率14.699%
主要受影响分群渠道 B · 移动端
数据质量通过

04 · Evidence ≠ Hypothesis

证据不等于假设

搜索结果不会自动成为事实。系统区分支持判断的证据、限制判断的证据和当前缺失的信息。

OpsPilot HYP-01 假设详情,显示支持证据、反证和移动端错误日志缺口
假设复核 · 保留证据边界,不把假设当作结论
支持判断的证据E-014 · E-021 · E-028

移动端是主要受影响分群;表单版本变更与异常时间相邻,相关客服反馈增加。

限制判断的证据E-032

桌面端同期基本稳定,限制“全站故障”的解释。

证据缺口缺少移动端前端错误日志

当前材料支持调查假设,尚不足以确认根因。

05 · V1 → V2 产品演进

从调查内行动,到统一工作队列

V2 将待处理事项从单个调查中扩展到跨调查的统一工作队列,让行动、审批与任务拥有清晰、连续的处理路径。

V1 · 调查内行动

OpsPilot V1 Investigation 内嵌 Action 页面
V1 · 调查内行动
  • 必须进入某次调查才能找到待处理事项
  • 行动、审批与任务的边界不清晰
  • 多个调查无法统一管理

V2 · 统一工作队列

OpsPilot V2 统一工作队列,显示 TASK-048 待处理状态、优先级、负责人和来源调查
V2 · 统一工作队列
  • 跨调查查看待处理事项
  • 连续呈现建议、审批、任务与结果的处理过程
  • 复用同一任务记录,并保留来源调查关系

产品信息结构的变化工作入口从单次调查内的行动,扩展为跨调查的统一工作队列;任务来源、审批与结果仍能回到原调查。

06 · 人机协同执行闭环

AI 可以提出建议,但不能直接改变业务状态。

建议与执行责任分离:业务人员审批后,系统才创建任务并推进状态。评测覆盖审批安全、状态流转与重复执行保护。

建议↓行动↓审批↓任务↓结果

01 · 待人工审批

OpsPilot ACT-024 待审批详情,显示待审阅状态、批准并创建任务与拒绝入口,尚无关联任务
建议进入待审阅状态,此时尚未创建关联任务。隔离 mock 环境操作截图查看完整截图 ↗

02 · 审批后创建任务

OpsPilot INV-024 行动页,显示 TASK-048 已创建、待处理并关联 HYP-01
获批后的任务状态,展示任务创建与调查关联。作品集既有案例截图查看完整截图 ↗

07 · 结果复盘

记录行动之后的指标变化,不把观察写成因果结论。

结果复盘用于记录任务之后的指标变化和数据质量;这些观察不能单独证明某项任务导致了变化。

异常期14.699%观察期17.750%+3.051 个百分点 · 观察到改善变化记录不构成因果实验。
OpsPilot INV-024 结果观察,显示转化率基线、观察值、变化幅度、时间窗口和因果限制说明
结果观察 · 记录指标变化,不宣称因果

行动后的指标变化只作为结果观察记录;没有对照实验时,不归因于某一项任务。

08 · 可靠性验证

AI 可靠性验证:让智能建议进入可控流程

这里验证的是工作流可靠性:当规则、运行环境或输出解析遇到异常时,系统是否能够按预期继续、重试或停止。

流程规则验证3 / 3 通过

验证审批安全、状态流转和重复执行保护。

模型运行验证2 / 2 通过

验证输出结构、异常处理和运行轨迹。

模型运行环境Xiaomi MiMo · mimo-v2.6-flash

通过模型运行评测验证模型调用、结构解析与运行状态记录。

OpsPilot 系统评测页,运行历史显示确定性评估与实时评估及其结果和耗时,另显示流程规则 3/3 与模型运行 2/2 通过
工作流可靠性验证 · 规则检查与模型运行记录

09 · 知识处理

知识处理流程

已实现文档导入、文件处理、内容分段与版本记录。当前检索使用 Replay 数据集,不代表完整生产级知识检索。

OpsPilot 知识库导入窗口,支持 Markdown 与纯文本,背景显示 Replay 检索模式和已就绪文档
知识导入与处理 · 文档、内容分段与版本记录
已实现文档导入 · 文件处理 · 内容分段 · 版本记录
当前检索模式Replay 数据集

当前检索使用回放数据,不代表完整生产级知识检索。

运行状态记录模型调用状态可追踪

模型运行信息在独立评测中记录;公开演示中的知识检索仍使用 Replay 数据。

10 · 原型范围与限制

明确已实现能力、原型范围与后续方向

当前页面展示的是可运行的产品原型与受控评测,使用策展演示数据,不代表真实企业数据或生产部署。

已实现

  • 工作队列
  • 审批 → 任务 → 结果闭环
  • AI 输出评估(3 / 3、2 / 2 通过)
  • 知识文档导入
  • 模型运行状态追踪

后续探索

  • 完整权限系统
  • 企业数据连接
  • 移动端体验优化
  • 生产级知识检索
  • Playbook 产品化

从异常到证据支撑的行动From anomaly to evidence-backed action

从业务异常,到有证据支撑的行动。

返回作品集

Continue exploring

继续查看相关实践与完整经历。

Resume
继续查看 LootPilot

Contact

联系我

如果你想聊产品设计、数字产品或合作机会,可以通过下面的方式联系我。