3. 产品立项阶段的合规预审

产品立项阶段是金融科技产品全生命周期中合规成本最低、纠偏收益最高的窗口期。此时产品尚未进入研发排期，业务模式、资金路径、数据流向都还停留在纸面，任何合规缺陷都可以用“改一张画布”的代价解决，而不是等到上线前用“重构一套系统”的代价补救。合规预审的核心任务不是出具一份“能不能做”的结论，而是把模糊的业务构想翻译成可被合规、风控、法务共同审阅的结构化描述，并在此基础上识别出必须在立项决议前解决的高优先级风险。

一、业务模式画布：把构想翻译成合规可读的结构

通用的商业模式画布关注价值主张、客户细分、渠道、收入来源等商业要素，但合规预审需要的是另一组视角。建议在立项阶段使用一张“合规导向的业务模式画布”，它至少应覆盖以下九个区块：业务定位（产品究竟提供支付、借贷、理财、保险经纪还是技术服务）、客户与对手方（谁是付款人、谁是收款人、谁是资金归属人）、资金路径（资金从谁流向谁，是否经过平台自有账户，是否存在资金沉淀）、数据流向（采集哪些字段、存储在哪里、是否出境、是否向第三方共享）、牌照与资质依赖（自持牌照、借用合作方牌照还是纯技术输出）、定价与收费结构（利息、手续费、服务费、会员费分别由谁收取）、渠道与展业方式（自营App、小程序、API嵌入还是线下地推）、关键合作方（持牌机构、征信机构、支付通道、云服务商）、退出与客诉机制（如何解约、如何退款、投诉由谁受理）。

画布的填写要求是“具体到可验证”。例如“资金路径”一栏不能写“用户充值后平台代收”，而应写成“用户通过A银行快捷支付将资金划入B支付机构备付金账户，T+1日结算至C小贷公司放款专户，平台不触碰资金”。这种颗粒度才能让合规人员判断是否存在“二清”嫌疑、是否构成资金池。画布填完后应由产品、合规、财务三方会签，任何一方对某一区块存疑，都应作为待澄清项进入风险清单，而不是在会议上口头带过。

二、准入清单：把监管要求转成可勾选的检查项

准入清单是画布的下游产物，作用是把“这个业务可能受哪些规则约束”转化为一张可逐项确认的检查表。清单不应照抄法条，而应按产品实际会触发的监管维度组织。以一款面向个人的消费信贷导流产品为例，准入清单可包含以下条目：

• 主体资质：运营主体经营范围是否含“金融信息服务”或相应表述；是否需取得ICP许可证；合作放贷机构是否在地方金融监管局公布的名单内。
• 业务边界：是否直接参与授信审批与定价；是否向借款人收取息费；是否提供担保或承诺兜底。
• 利率与费用：综合年化利率是否超过司法保护上限；是否存在砍头息、会员费变相抬升融资成本。
• 数据合规：采集通讯录、位置、设备信息是否取得单独同意；是否向第三方传输个人信息；是否完成个人信息保护影响评估。
• 营销宣传：是否存在“秒批”“无视征信”等误导性表述；是否明示年化利率与放贷主体。
• 消费者保护：是否设置冷静期；投诉渠道是否公示；催收是否外包及外包方是否合规。

清单的每一项应标注三种状态之一：已满足、待整改、不适用，并记录责任人与预计完成时间。对于“待整改”项，若无法在立项决议前给出可行方案，应直接触发“暂缓立项”或“调整业务模式”的决策，而不是带着未决风险进入研发。

三、早期风险识别：用信号链定位高风险节点

早期风险识别的关键不是罗列所有可能风险，而是找到那些“一旦成立就会推翻整个业务模式”的根因型风险。建议沿着“业务动作—监管触发—后果”的信号链逐段排查：某个业务动作会触发哪条监管规则，触发后会导致什么后果（罚款、下架、牌照吊销、合作方终止），以及该后果是否可承受。下图展示了一条典型的消费信贷导流产品的合规信号链，其中“平台代收代付”这一动作会同时触发资金池与二清两条风险路径，属于必须在立项阶段消除的根因型风险。

信号链的价值在于把“风险”从形容词变成可定位的节点。上图中，动作A（平台代收代付）与动作C（采集通讯录）被标为根因型风险，因为它们的后果不可通过事后整改完全消除——资金池一旦形成，历史流水即构成违规事实；通讯录一旦采集，数据已经落地，删除也无法改变“曾违规采集”的认定。因此这两项必须在立项决议前给出替代方案：资金路径改为“用户直接向持牌机构还款，平台仅传递指令”；信息采集改为“仅采集必要身份与联系方式，通讯录改为可选授权且不用于催收”。

四、预审结论的三种输出与决策规则

完成画布、清单与信号链排查后，预审应输出明确结论，而不是“建议进一步评估”。建议采用三档结论：通过——画布无空白项，清单无“待整改”项，信号链无根因型风险；有条件通过——存在可整改项，但已明确整改方案、责任人与完成时间，且整改不影响核心业务模式；暂缓——存在根因型风险且当前无可行替代方案，或关键资质缺失且获取周期超过产品窗口期。三档结论应直接进入立项决议纪要，作为后续研发排期与资源投入的前置条件。

立项阶段的合规预审不是一次性的审批动作，而是产品合规基线的第一次固化。画布定义了业务的合规形状，准入清单定义了必须满足的底线条件，信号链定义了不可逾越的红线。三者共同构成后续需求评审、测试验收与上线检查的参照基准。当研发过程中出现需求变更时，应回到画布判断变更是否改变了资金路径、数据流向或收费结构，若改变则触发预审复审，而不是在迭代中悄悄绕过。