使用场景
面试官设计
这些题与问题库里的是同一批，这里按各自主要考察的能力分组。
994 道问题
本页为第 101–150 题，共 994 题。
A · 专业解题与实现11
- 在交易系统里，优惠券、满减和秒杀应该怎样接入，才不会拖慢核心交易流程？优惠怎样计算、叠加和对账？
- 模型在公开基准上持续提升，但内部任务表现停滞，你会如何排查评估失真？
- 产品希望 AI 给出看似确定的结论，但证据只能支持概率性判断，你会怎样设计表达与追溯？
- AI 输出造成实际用户损害后，产品、模型、运营和审核团队都参与了处理。你会怎样划分处置和改进责任？
- 更换基础模型后，整体指标相近但部分用户反馈明显变差。你会怎样发现模型行为发生了哪些变化，并判断是否需要回退？
- 需要抽查线上 AI 对话来发现新风险，但对话含有个人或商业敏感信息，你会怎样设计？
- 第三方模型服务的训练、留存或跨境条款发生变化，哪些情况需要暂停调用或重新审批？
- AI 功能的平均质量达标，但少数高风险错误仍会造成损害，发布门槛怎么定？
- AI 助手可以调用内部工具，但不同任务需要不同权限，你会怎样设计授权与审计？
- 模型无法确认答案时，产品应该拒答、给出低置信结果还是转人工？你会依据什么区分？
- AI 功能总体准确率合格，但某类语言或用户群的错误率更高，你会怎样判断和处理？
当前目标在这里暂无匹配题。 ·
B · 业务理解与领域建模35
- 一个季度续约率下降了 6 个百分点，但新签客户中小客户占比也明显增加。你会怎样拆分客户群、使用周期和服务成本，判断这是产品价值下降还是客户组合变化？
- 用户想完成的那件事，除了你的产品之外还有哪些做法？这些替代路径各自在争夺用户的什么，又在什么情况下反而更合适？
- 销售团队用签约金额汇报增长，但客户数月后才实际使用产品。你会怎样区分签约、履约、收入确认和客户价值，并说明团队应该分别观察什么？
- 高价服务档位收入更高，却消耗了更多人工支持，续约率也没有改善。你会怎样判断它是否创造了增量价值？
- 讲业务时，你怎样先讲清全局，再讲你负责的那部分在全局里的位置和价值？没有全局视角的人会怎么讲，差别在哪里？
- 客户在服务开始前取消订单，但合同、产品页面和客服系统对取消费的描述不一致。你会怎样确定应退金额，并让类似订单按同一规则处理？
- 大客户合同要求一项特殊费率，但合同续约时可能失效。系统和运营流程如何避免旧例外被永久沿用？
- 合作伙伴预付额度设有期限，客户在到期前后分批使用或退款。你会怎样表达额度、消耗、过期与退款的结算关系？
- 涉及钱的系统，账务和计费应该怎样设计才能算得清、对得上？账户、流水、冻结、结算和对账分别怎样建模，出现差错时怎样追溯和更正？
- 金额、币种、舍入和时区，在交易和结算的模型里应该怎样表达？哪些做法看上去没问题，其实会在对账时出问题？
- 一笔订单可能同时使用会员折扣、渠道优惠和优惠券，适用商品、地区和合同也有例外。你会怎样设计规则，让金额算得一致、用户看得懂，退款后也能核对？
- 平台与创作者的分成比例随月度流水按阶梯变化。你会怎样表达这条结算规则，使产品、研发和财务三方都能独立核对？
- 业务提出“必须实时”的数据需求，但目前没人能说清楚晚十五分钟会造成什么损失。你会如何判断架构和时效目标？
- 产品、财务和增长团队都在报“活跃用户”，但每个数字都不同。你会先问哪些问题，才能确定要不要统一定义？
- 以订单、合同、结算这类商业概念为例，它们是怎样映射到数据模型里的？哪些概念被拆成了多个实体，哪些被合并了，为什么？
- 一个用户曾同意用于产品分析，后来撤回授权；部分派生指标已进入报表、实验和模型训练数据。你会怎样建模授权状态、用途范围与传播关系？
- 数据生产方准备重命名字段并改变枚举含义，下游有十几个团队依赖当前 schema。你会怎样推动这次变更？
- 用户要求删除个人数据，但财务审计仍需要保留交易记录。你会怎样划定删除、匿名化和可追溯性的边界？
- 月结报告已发送给管理层，几天后收到迟到退款和一笔价格更正。业务希望更新当前数字，财务还需要解释上次报告为何不同。你会如何建模？
- 移动端事件可能离线数天后才上传，报表又需要按事件发生时间统计。你会怎样建模和处理迟到、更正及重复事件？
- 订单、支付和退款经常被放进同一张表。你会怎样区分它们的业务身份、生命周期和数量关系？比较将它们分别建模与合并存储的条件、代价及验证方式。
- 同一关键数据集被多个产品和报表复用，却没人能说明它的来源、负责人和敏感字段。你会如何补齐治理信息而不阻断现有使用？
- 客户账户在月中从销售转交客户成功团队，月度绩效既要体现当月结果，也要还原每个时点的负责人。你会怎样定义归属事件和统计规则？
- 费用规则今天修改为新规则，但争议订单发生在旧规则生效期间。你会如何保存规则版本与交易事实，让财务能够重现当时的计算？
- 一家公司购买了 100 个席位，实际使用者分属多个子公司；合同由总部签署，部分子公司要求独立账单和权限管理员。你会怎样区分客户、合同、组织、账号、成员和席位，并确保权限与计费规则一致？
- 客户主数据在 CRM、计费和产品系统中各有一套标识和状态，下游报表因此不一致。你会怎样建立可解释的事实来源？
- 一个质量检查偶尔误报，导致下游任务停摆；取消检查又曾让错误数据进入结算。你会怎样设计分级处置？
- 同一账号可能同时拥有基础套餐、临时试用、活动权益和客服补偿。各系统对优先级的实现不一致，客户看到的权限偶尔反复变化。你会怎样定义资格与冲突规则？
- 一个模型特征将停止生产，但多个在线模型和历史报表仍依赖它。你会怎样安排退役与替代？
- 一个在线特征需要每秒更新，但它只影响少量请求，且维护成本持续上涨。你会怎样判断是否继续实时计算？
- 一个风险模型使用后续违约作为训练标签，但许多交易在观察窗口结束前没有最终结果。你会怎样处理标签成熟度、样本纳入和回溯评估？
- 一个服务资格判断从“当前账户状态”改为“申请时的账户状态加风险审核结果”。客服需要解释历史拒绝原因，审计也要求复现当时的判断。你会怎样演进规则和数据模型，避免新旧结果混为一谈？
- 重复注册导致两个客户实体后来被确认属于同一家公司。合并后报表要统一展示，但历史合同、审批、权限和个人操作仍需保留原始责任。你会怎样设计合并关系？
- 客服工单关闭后，客户补充新证据时可以重新打开，有时还会拆成多个跟进事项。你会怎样设计状态与事件，让关闭、重开和拆分都可追溯？
- 业务规则发生追溯更正，报表需要显示修正后的结果，但决策者还要查看当时依据的旧结果。你会怎样管理两种历史视图？
当前目标在这里暂无匹配题。 ·