在命名产品前追踪实际流程
“金融科技”或“DeFi”只是标签，不能说明由谁持有客户的资金或代币等有价值资产。跟随客户存入资金或代币、兑换、转账直至赎回的全过程。指明控制界面、托管、定价、执行和结算各环节的主体，包括外包服务商。标明客户和每个服务商的所在地。
为正常交易和失败交易分别画流程图。查明客户何时对运营者享有请求权、资产何时由第三方持有、谁能暂停或撤回转账。如涉及智能合约，应记录实际权限、升级密钥和依赖关系，不能认为“去中心化”就没有运营者。
将宣传承诺与合同权利对照
把注册页面、营销宣传、条款及交易记录并排核查。如界面承诺快速提款或随时可用的流动性，应测试等待期、额度、暂停机制及服务商故障。风险提示须说明产品的真实故障点，不能藏在空泛的通用文字中。
沿客户视角追踪费用、汇率、托管安排和投诉直到内部账本。明确谁能回应争议、证据保存在哪里。模拟转账失败时，客服能否不泄露他人信息、不作无依据保证而向客户说明发生了什么？
逐个市场核查各项功能
支付、托管、借贷、交易和投资功能，在不同市场可能需要不同的审查。请合格的当地顾问针对实际的产品版本、主体和目标客户核查现行要求。视该项审查的相关性，纳入面向客户的条款、身份及交易控制、数据处理和营销安排。外国合作方的许可不能自动覆盖本地活动。
记录服务触达哪些国家，以及通过什么方式开放或限制访问。当地团队、特定语言广告或支付合作方可能改变判断。不能把一份区域法律备忘录当作所有市场上线的许可；逐国记录来源、日期、假设和待决事项。
随产品版本更新审查
保留注明日期的资金、代币和数据流图、责任主体、合同版本、供应商角色及法律问题。新增质押、托管钱包、收益功能或跨境提款可能改变原有事实。产品、法律、风险及营销团队应在上线前批准同一份现行产品描述。
在开发流程中设置变更触发点。如果托管方式、资产类别、用户所在地或赎回条款发生变化，重新审阅流程图和披露。演练停机、无法访问和投诉处理，记下谁能暂停业务、通知客户。审查只有与实际运行的服务保持一致才有价值。
首次审查的资料档案
- 现行页面、营销表述及客户条款。
- 按产品版本绘制正常和失败交易流程。
- 托管、银行、支付、交易平台及技术供应商协议。
- 市场与客户清单、注明日期的当地意见和未决问题。
- 风险、事故、投诉及产品变更的负责人。