主题
风险管理
这些题与问题库里的是同一批，这里按各自主要考察的能力分组。
163 道问题
本页为第 1–50 题，共 163 题。
A · 专业解题与实现15
- 文档助手在多数场景下可以自动提交，但不同错误的后果差异很大。增加人工复核后，错误减少了，待审核任务却持续积压。你会怎样决定哪些任务自动处理、哪些交给人工，并让审核量不超过团队处理能力？
- 新模型把总体准确率从 91% 提高到 94%，但错误仍集中在少数会影响客户权益的场景。团队希望按总体分数发布。你会如何定义发布判断？
- 老系统持续叠加新业务，代码越来越难维护。你会如何在新旧系统之间建立适配边界，避免旧规则和数据模型渗入新业务？请说明迁移步骤，以及必须接受的妥协和风险。
- 说一次架构升级。为什么当时必须升级，而不是继续修补？迁移中遇到了哪些挑战，怎样保证业务不中断，最后收益是否兑现？
- 你的方案依赖一个底层服务或库。如果它发生重大变化，你会怎样迁移、回退到保留核心功能的方案，或替换它？
- 一次故障还没有找到根因，但业务方要求你给出恢复时间。你会如何更新进展、表达不确定性并避免承诺误导？
- 一次发布需要覆盖数千个运行节点，但节点版本和网络状态并不一致。你会怎样设计分批发布、健康验证和暂停条件？
- 应用发布可以回滚，但数据库迁移已经删除旧字段，旧版本因此无法启动。你会怎样重新设计发布顺序和回退策略？
- 用户要求删除个人数据，但部分记录进入了备份、分析仓库和下游系统，你会怎样设计可验证的删除流程？
- 服务故障已超过目标允许范围，但业务又有明确的功能交付承诺。你会怎样调整发布节奏和可靠性投入？
- 新接入的外部服务会接触用户数据并触发内部操作，你会怎样做轻量但有效的威胁建模？
- 系统用预签名 URL 让用户直接下载私有文件，链接可能被转发或长期留存。你会怎样设计授权与失效边界？
- 第三方模型服务的训练、留存或跨境条款发生变化，哪些情况需要暂停调用或重新审批？
- AI 功能的平均质量达标，但少数高风险错误仍会造成损害，发布门槛怎么定？
- 模型无法确认答案时，产品应该拒答、给出低置信结果还是转人工？你会依据什么区分？
当前目标在这里暂无匹配题。 ·
B · 业务理解与领域建模17
- 销售团队用签约金额汇报增长，但客户数月后才实际使用产品。你会怎样区分签约、履约、收入确认和客户价值，并说明团队应该分别观察什么？
- 客户在服务开始前取消订单，但合同、产品页面和客服系统对取消费的描述不一致。你会怎样确定应退金额，并让类似订单按同一规则处理？
- 大客户合同要求一项特殊费率，但合同续约时可能失效。系统和运营流程如何避免旧例外被永久沿用？
- 合作伙伴预付额度设有期限，客户在到期前后分批使用或退款。你会怎样表达额度、消耗、过期与退款的结算关系？
- 一笔订单可能同时使用会员折扣、渠道优惠和优惠券，适用商品、地区和合同也有例外。你会怎样设计规则，让金额算得一致、用户看得懂，退款后也能核对？
- 平台与创作者的分成比例随月度流水按阶梯变化。你会怎样表达这条结算规则，使产品、研发和财务三方都能独立核对？
- 业务对象会迁移到不同团队，负责人和组织归属也会变化。审计要求按历史日期还原责任人，日常报表则关注当前归属。你会怎样建模这两种查询？
- 用户要求删除个人数据，但财务审计仍需要保留交易记录。你会怎样划定删除、匿名化和可追溯性的边界？
- 客户主数据在 CRM、计费和产品系统中各有一套标识和状态，下游报表因此不一致。你会怎样建立可解释的事实来源？
- 一个模型特征将停止生产，但多个在线模型和历史报表仍依赖它。你会怎样安排退役与替代？
- 一个风险模型使用后续违约作为训练标签，但许多交易在观察窗口结束前没有最终结果。你会怎样处理标签成熟度、样本纳入和回溯评估？
- 业务规则发生追溯更正，报表需要显示修正后的结果，但决策者还要查看当时依据的旧结果。你会怎样管理两种历史视图？
- 一次促销提高了成交量，但新增客户的首单在扣除优惠、渠道费和履约成本后长期亏损。你会如何拆解亏损来源，并判断应改优惠门槛、客群、渠道还是停止促销？
- 一组高成本特征因上游依赖调整，数据刷新时间将从几秒延长到十分钟。你会判断哪些决策会受影响、哪些特征必须保持实时，以及何时可以接受较慢的数据？
- 业务将一项服务的商业规则从免费试用改为满足条件后返还费用，但历史订单仍按旧条款签订。你会如何演进模型和流程，确保新旧交易都能被正确解释？
- 供应商 API 将过去单一的“已交付”状态拆为“已发出”和“已签收”，但历史数据没有区分依据。你会如何更新领域模型、对外接口约定和相关报表？
- 客户在账期中途升级、降档或暂停订阅，销售和财务对收入确认规则不一致。你会怎样明确规则并处理历史账单？
当前目标在这里暂无匹配题。 ·
C · 价值判断与方向规划4
D · 交付执行与持续运营10
- 一次数据写入事故已停止，服务指标也回到常态，但仍有用户报告缺失记录。你会怎样组织恢复验证与后续沟通？
- 连续三个季度，多个团队的项目都低估了集成与验收时间。你会怎样用已有预测和实际记录判断偏差来自估算方式、范围变化还是排期机制，并改进下一轮预测？
- 组织要求所有项目采用同一套周报、评审会和审批门槛，小型探索项目因此花在汇报上的时间超过执行。你会怎样设计分层治理，同时确保高风险项目不会漏报？
- 一个依赖平台接口的项目已进入集成期，上游团队通知字段语义将在本季度改版，但无法长期同时支持两种格式。你会怎样判断兼容策略、迁移顺序和各项目的发布边界？
- 项目交付后四个月，成本下降目标没有体现在财务报表中；发起人认为系统仍在学习期，财务则认为项目已结束。你会怎样厘清收益责任和验证窗口？
- 一个新服务按计划上线，但负责项目的团队即将转去其他目标；值班、知识库、成本监控和后续改进都还没有明确接手人。你会如何判断项目是否具备交接条件？
- 一个发布项目的容量、供应商交付和数据质量风险分别都低于各自升级阈值，但三者可能在同一周叠加。你会怎样判断组合风险，并决定采取什么行动？
- 大促期间活动页访问量达到预期，但商品加购和下单明显偏低。你会如何快速区分流量质量、页面信息、价格规则、库存或履约问题？
- 限时促销上线后，热门商品的库存不足，部分渠道已经收到展示承诺，其他渠道仍在持续引流。你会如何调整投放、页面承诺、补货和客户沟通？
- 一个合作渠道为了达成季度目标，要求临时扩大促销投放范围；初步检查发现新增人群可能超出原先约定的授权和品牌边界。你会如何在时限内推进判断？
当前目标在这里暂无匹配题。 ·