《互联网产品的客户端架构·交易、增长与平台化》附录 C 交易端评审清单
可以带进评审会的交易端清单：按所有权、状态机、金额、幂等与重复、失败路径、优惠与会员、增长与实验、埋点与观测、安全与隐私、发布与回滚十组问题逐项提问，每组给出通过标准与常见缺陷，另附「未验证」栏、评审记录模板、快速版十问与不通过判据，供方案评审与上线前评审直接使用。
tag
互联网产品
共 522 篇文章。
《互联网产品的客户端架构·交易、增长与平台化》附录 B 交易问题排查手册
按症状组织的交易端排查手册：支付成功但订单未变、重复扣款、金额不一致、券不可用、库存显示有货却下单失败、退款不到账、会员权益不生效、漏斗数据对不上，每一类给出定性顺序、必查字段、常见原因排序、证据留存方法与升级人工的判据，并附最小信息集与时间线还原方法。
《互联网产品的客户端架构·交易、增长与平台化》附录 A 状态与金额速查
把交易端最容易混淆的状态与金额字段收在一张表里：订单、支付、退款三套状态机各自的取值、迁移与终态，金额从商品价到应付、实付再到退款的分段口径与字段命名，状态之间的禁止组合，以及展示文案、按钮可用性和事件时序的对照，供评审、联调与线上排查时随手查用。
《互联网产品的 AI 架构·模型接入与能力边界》8.3 质量、成本与延迟的取舍记录
「回声」为智能回复选模型，三个月里争论三次、结论三次，却没人说得清上一次为什么那样定。本节把质量、成本与延迟的取舍写成 ADR：先用护栏排除不可行方案，再按显式优先级选择，用六个可计算条件触发复核，并附可测试的 TypeScript 实现。
《互联网产品的客户端架构·交易、增长与平台化》13.3 质量场景与风险清单：进入卷四
收口不是把前十二章再讲一遍，而是把每条约束改写成可执行断言、证据要求与风险等级。本节给出 16 条覆盖第 1 到 12 章的质量场景，用台账函数检查断言、证据、章节覆盖与卷四移交项，并用发布门禁区分高风险阻断与中风险警告，最后说明多端、规模化与平台化为什么留给卷四。
《互联网产品的 AI 架构·模型接入与能力边界》8.2 Token 成本模型与配额
「回声」商家版租户被自己的预留限流三天：拦截分支没有结算，也未释放额度，真实花费不到配额三分之一。本节用整数微元、租户/能力/模型三维计量、预留与结算、失败也记账和 TTL 回收，搭一个可测试的成本账本，并复盘这次泄漏从发生到被发现的每一步。
《互联网产品的客户端架构·交易、增长与平台化》13.2 故障注入：重复提交、支付超时、回调乱序
正常主线只能证明系统会走路，故障注入才能证明它不会在摔倒时抓错东西。本节在进程内注入重复提交、支付超时、回调先成功后失败、重复通知与乱序通知，用假时钟推进查询，断言只产生一笔订单、支付状态不被弱事件改写、未确认支付绝不退款，并复盘一次三类故障叠加的事故。
《互联网产品的客户端架构·交易、增长与平台化》13.1 端到端：选品、下单、支付、退款
前十二章分别验证了金额、库存、幂等、支付与退款，但真实事故往往发生在模块交界处。本节用五个窄端口把选品、加购、下单、支付、退款串成一条可断言主线，假实现放在测试侧，断言金额一致、只有一笔订单、未确认支付不退款，并复盘一次「每段都绿、整条链路金额对不上」的问题。
《互联网产品的 AI 架构·模型接入与能力边界》8.1 端到端延迟预算怎么拆
「回声」智能回复承诺 2 秒，团队却把 2000 毫秒直接当成提供方超时，结果网络、排队与后处理叠加后稳定超时。本节把端到端预算拆成网络、排队、首 token、生成与后处理五段，给出整数毫秒分配、超时传播与审计代码，用 Node 测试逐毫秒验证，并复盘一次余量被当成预算的事故。
《互联网产品的客户端架构·交易、增长与平台化》12.3 漏斗与归因的端上边界
端上漏斗只能回答「用户在我这里走到哪一步」，不能替服务端宣布支付或退款成功。本节定义步骤、同会话同订单、归因窗口三个口径，把能算与不能算的指标写成边界表，并给出一个按会话串联、跨会话断开、服务端事件单独计数的可运行漏斗模块，并说明对账时如何解释差异。
《互联网产品的客户端架构·交易、增长与平台化》12.2 上报队列、离线缓存与去重
上报队列不是「失败重发」四个字。本节给出一个内存加注入存储的端上队列：批量取件、指数退避、容量上限与三种丢弃策略、崩溃后重排未确认事件，以及按 eventId 的幂等去重；测试用假时钟与内存存储推进重试，不碰真实网络，也不依赖任何第三方库。
《互联网产品的 AI 架构·模型接入与能力边界》7.3 解析失败的重试、修复与降级
从「回声」客服辅助一次修复仍然失败的工单 JSON 出发，说明解析失败为什么要先分类再决定是否修复，修复提示如何把 Schema、失败明细和原始输出隔离，修复预算为什么同时限制次数、时间盒与提示长度，并给出失败后转人工队列或模板降级的可测试实现。
《互联网产品的客户端架构·交易、增长与平台化》12.1 埋点模型与事件契约
交易埋点最容易在「同名事件两个口径」上失真。本节把曝光、点击、加购、下单、支付、退款六类事件写成带 schema 版本的契约，用必填字段、命名规范与 orderId/traceId 串联把端上采集约束住，并给出可运行的校验、链路串联与 schema 差异检测模块。
《互联网产品的客户端架构·交易、增长与平台化》11.3 工单会话的离线与恢复
客服工单最容易被低估的是「用户关掉 App 之后」。消息发没发出去、重连后会不会重复、会话关闭后历史还在不在，决定了用户是否信任这个入口。本节用注入存储与假时钟实现本地缓存、离线队列、按序号补拉与去重，并复盘一次重连后消息翻倍的完整排查过程。
《互联网产品的 AI 架构·模型接入与能力边界》7.2 工具调用：谁执行、谁授权
从「回声」模型试图自带 tenantId 查询别家订单、以及直接提议退款两个场景出发，拆开工具调用中“谁提议、谁授权、谁执行”三段职责，给出工具白名单、角色、租户注入、参数校验、副作用分级与单轮次数上限的可测试实现，并说明确认为什么必须绑定到具体调用 id。
《互联网产品的客户端架构·交易、增长与平台化》11.2 售后申请的状态与证据
售后申请最常见的两个问题，是证据不齐导致来回补材料，和重复提交产生多张售后单。本节把申请、审核、通过或驳回、完成写成带角色约束的状态机，按原因定义必要与可选证据，用草稿标识与订单行双重判重，并复盘一次重复申请引发退款叠加的完整修复过程与回归结果。
《互联网产品的客户端架构·交易、增长与平台化》11.1 客服入口与上下文携带
用户在订单页点客服，却还要第三次报订单号；问题不在客服系统，而在入口没有携带最小上下文。本节把订单号、支付单、页面来源与最近错误码写成可校验的上下文对象，用入口白名单控制字段，用脱敏函数挡住手机号与邮箱，并复盘一次多标签页上下文串单的典型问题。
《互联网产品的 AI 架构·模型接入与能力边界》7.1 结构化输出的契约与校验
从「回声」客服辅助返回的工单建议 JSON 出发，说明为什么只取 JSON Schema 的一个可审查子集，如何把必填、枚举、范围与多余字段变成可定位的问题码，并给出一个零依赖校验器与一次真实的失败分类，让解析失败从“模型不稳定”变成可测量、可回归的工程输入。
《互联网产品的客户端架构·交易、增长与平台化》10.3 实验污染与互斥
同一账号在两台手机、两个客户端版本上进入不同实验分组，是实验系统最难发现的一类污染。本节定义跨端漂移、跨版本残留、互斥组重叠、长时间未刷新与重置回流等信号，给出解析当前分组、清理旧记录和重置后防回流的纯函数模型，并复盘一次双端哈希输入不一致的典型问题。
《互联网产品的客户端架构·交易、增长与平台化》10.2 实验配置的本地缓存与回退
实验开关、活动文案和入口配置都走远端下发，但拉取失败、版本回退、冷启动无配置才是客户端真正要处理的场景。本节把版本、ETag、有效期、默认值与交易字段隔离写成可测试的配置仓库，给出失败回退路径，并复盘一次旧版本覆盖新配置、导致活动入口消失的事故。