一个常见的项目结尾
很多团队把商业化安排在研发的最后一个月：接支付 SDK、接广告 SDK、加一个商城界面，然后提审。
这个安排在小规模测试时通常能跑通。问题会在放量之后逐渐出现：某天订单少了一批，客服说不清是用户没付还是发货失败；某天买量成本突然上升，归因报表却显示新增下降；某天渠道后台的对账单和公司财务的流水差了几万块；某天商店审核因为一个隐私权限被拒，版本卡住一周。
这些都不是「支付按钮」的问题，而是商业化链路上某个环节没有设计。
商业化是一条链，不是一个模块
把商业化拆开看，它至少包含八段：
- 收入结构：内购与广告各占多少，决定后面所有工程投入的方向。
- 账号：用户是谁、能不能跨端、丢了能不能找回。
- 渠道：包从哪里发、SDK 怎么初始化、素材与合规材料怎么准备。
- 支付：商品怎么定价、走哪条通道、凭证怎么校验。
- 订单：支付成功后怎么发货、失败怎么补、账怎么对。
- 增长：广告怎么变现、买量怎么归因、ROI 怎么算。
- 运营：活动怎么配置、奖励怎么发、数据怎么复盘。
- 合规：权限、隐私、未成年人保护与商店审核。
这八段有严格的依赖顺序。账号标识不稳定，支付回调就无法关联到人；订单状态机不完整，对账就永远对不平；归因口径不统一，ROI 算得再精细也没有意义。
所以卷三不按「功能」组织，而按这条链的顺序组织。
三个常见误解
误解一：商业化是运营的事，研发只负责接 SDK。
接入只是最表层。订单幂等、补单、对账、退款、风控规则、埋点口径，全部是研发要负责的工程问题。运营能发现异常，但不能替研发设计状态机。
误解二：先上线，再补商业化。
上线前没有设计的部分，上线后通常也不会补。订单表少一个状态，半年后就会有几十万条数据需要人工解释；埋点少一个字段，历史数据就永久缺失。
误解三：收入高就说明商业化做对了。
收入高可能来自买量过度、折扣透支或退款未计入。真正健康的指标是「扣除退款与渠道分成后的净收入」以及「回收周期」，不是流水。
卷三回答什么
本卷围绕四个问题展开：
- 钱怎么收：从商品目录到支付通道，再到订单状态机与对账，一笔钱要走完哪些状态？
- 用户怎么来：渠道包、买量归因、广告变现与召回，怎样保证每一笔新增都算得清？
- 风险怎么控：支付作弊、广告作弊、数据失真与合规审核，哪些红线不能碰？
- 怎么持续运营：活动、补偿、埋点与指标矩阵，怎样让商业化从一次上线变成长期能力？
双案例
卷三沿用同一 IP 下的两款产品：
- 《潮汐消消》是休闲产品，DAU 80 万，混合变现，内购占 62%、广告占 38%，买量依赖度高。
- 《潮汐方舟》是中重度产品，DAU 25 万，内购占 97%，客单价高、订单少、退款与作弊风险更集中。
两款产品共用账号、支付、活动与数据中台，但渠道包、商店素材与合规材料各自独立。这让我们能对照同一个中台能力在两种商业模式下的不同取舍。
所有数字都是案例设定值，用于说明判断，不是线上实测。
你会得到什么
每节给出一个可运行的 TypeScript 产物：收入结构核算、订单状态机、支付路由、归因去重、风控评分、活动结算、漏斗计算、深链解析等。
这些产物不是完整生产系统，而是把关键规则写成可测试的代码。你可以把它们当作评审时的共同语言：当有人说「订单应该没问题」，你可以打开状态机测试，看它到底覆盖了哪些失败路径。
本卷不写什么
写清楚边界，比写清楚范围更重要。卷三刻意不覆盖以下内容：
- 具体平台的接入步骤。 苹果、Google Play 与国内渠道的后台流程会变，逐步截图很快过期；本卷只写通道抽象、回调语义与对账口径。
- 品类数值设计。 礼包定价、抽卡概率、活动奖励曲线属于产品设计，本卷只讨论它们对工程的影响。
- 服务端架构细节。 订单服务如何分库分表、支付回调如何削峰，属于服务端书稿的范围；本卷只写客户端与中台之间的契约。
- 法律意见。 隐私、未成年人保护与发行资质涉及具体司法辖区，本卷只给工程检查项，具体合规结论应由法务确认。
- 买量投放策略。 素材、出价与人群定向是投放团队的工作；本卷只写归因链路与 ROI 口径，保证策略有可信的数据基础。
这些边界不是省略，而是为了避免把一本讲判断链的书写成平台操作手册。操作会过时，判断链不会。
一个提醒
商业化工程最容易犯的错误，是把「能收到钱」当成「商业化完成」。
能收到钱只是起点。能不能退、能不能补、能不能对账、能不能防住作弊、能不能在审核前准备好材料，才决定这条链能不能长期运行。
卷三讨论的，就是这些「收到钱之后」的问题。
阅读顺序可以按两种方式：
- 第一次读，按章节顺序，把整条链走一遍，建立全局图；
- 第二次读，按自己负责的环节跳读，并把该节的产物与测试跑一遍。
第一次读不必纠结代码细节，先看每节的问题、规则与双案例对照；第二次读再回到代码，确认规则真的能跑。两种读法合起来，才既不迷路，也不停留在概念。
继续阅读
探索更多技术文章
浏览归档，发现更多关于系统设计、工具链和工程实践的内容。