目录
策略自动化开发系统
当前，金融机构大多注重提升金融风控相关的科技实力，希望依托科技降低风控门槛，提高风控效率，降低风控成本。
单维度策略和基于CART模型的多维度策略开发方法已经讲完了，那么，结合上述方法，能否开发一套策略自动化开发系统以提升金融机构的风控科技实力呢？答案是肯定的。方法很简单，将策略自动化分析涉及的Python代码嵌于系统底层，同时设计一个系统与用户的交互界面，用户通过交互界面准备好数据并设置好相关策略参数，然后进行单维度策略或基于CART模型的多维度策略自动化开发即可。
上述系统不但可以降低风控策略开发的准入门槛，甚至无代码开发能力的人也可以开发风控策略，而且可以提升金融机构的风控科技实力，甚至可以对外输出风控科技实力以获取丰厚的收益。
策略评审
在策略开发完成后，需要通过策略评审后方能提交策略部署需求进行策略部署上线。策略评审通常是由策略评审委员会组织进行的，在进行策略评审时，各评审委员基于策略分析背景、分析思路、分析结果等提出评审意见和建议，并最终决定策略是否进行部署上线。
策略评审委员会一般由主任委员（通常由首席风控官担任）、评审委员（通常为风控专家，至少2人）、秘书处（通常为1人）组成，主任委员主持会议并对策略内容提出专业的评审意见和建议，评审委员主要对策略内容提出专业的评审意见和建议，秘书处负责组织和处理策略评审会日常事务。
不同金融机构进行策略评审的组织形式、组织机构大同小异，具体可结合实际情况进行,本节以策略评审委员会为例介绍如何进行策略评审。
策略评审流程
当策略开发完成后，策略开发人员将策略评审文档和相关分析结果文档以邮件的形式发送给策略评审委员会成员，在策略评审委员查看策略分析内容后，由策略评审委员会秘书处人员询问各位评审委员是否需要组织策略评审会进行策略评审。若只是进行轻微的策略调整且分析过程及结果没有问题，那么往往不需要组织策略评审会进行策略评审；若进行策略调整后对线上决策结果影响较大，那么往往需要组织策略评审会进行策略评审。
若需要进行策略评审，那么，在进行策略评审时，由策略开发人员介绍策略调整背景、调整内容、分析思路、分析方法、分析结果、策略上线后的影响、数据源成本变化等内容，策略评审委员在策略开发人员讲解的时候提出问题，策略开发人员对评审委员的疑问进行解答。待策略开发人员讲述完成后，策略评审人员需要给出相关的意见和建议，并给出是否同意策略部署上线的表决意见，表决意见分为"同意"和"否决"。在给出"否决"意见时，需要说明具体原因。原则上，表决意见为"同意"的票数达到表决票数的2/3（具体达到什么样的比例，可视现实情况灵活调整）及以上，则视为审议通过。若策略评审未通过，则策略开发人员需要基于评审委员的意见和建议重新进行策略分析与挖掘，待完成后，再次申请上会即可；若策略评审通过，则可开始提交策略部署需求，进入策略部署环节。另外，对于评审通过但是需要补充论据的情况，策略开发人员需要在会后完善数据材料并发送相关评审委员进行审阅，直至问题解决。
待策略评审会结束后，秘书处人员撰写并同步会议纪要。
档案管理
对于策略评审过程中产出的相关文档，需进行分类管理和存储，以备后续查阅。对于策略评审过程中产生的电子文档，可放人Citlab、SVN等版本库中留存；对于产生的纸质档案，要做好归口管理。在进行文档管理时，需要做好权限管理，尽量做到权限最小化，防止重要信息泄露给公司带来损失或不好的影响。
策略评审文档设计和撰写
在策略开发完成后，若需要上策略评审会进行策略评审，则策略开发人员需要撰写标准化的策略评审文档，方便评审委员基于标准化的策略评审文档快速进行策略评审。若策略评审文档没有形成标准化的模板，就会出现策略开发人员提供的策略评审文档五花八门，甚至不能突出重点和信息遗漏的情况，这样会大大影响评审文档的可读性，进而影响评审效率，不利于评审工作快速、有效开展，所以各金融机构在进行策略评审的时候都会设计自己的标准化策略评审文档。策略评审文档要简洁明了、突出重点，以便节省策略开发人员撰写和策略评审人员阅读的时间。
策略评审文档中要展示的主要信息包括策略的报审类别（介绍评审的是何种风控场景的策略）、策略上线后的影响程度（可基于业务情况灵活制订相应的标准。以授信审批策略为例，如对通过率影响程度小于或等于2%，则表示影响程度低；对通过率影响程度大于2%且小于或药于5%，则表示影响程度中等；对通过率影响程度大于5%，则表示影响程度高）、策略的调整背景和预期目标、策略开发使用的分析方法及分析结果、数据源成本变化情况等，同时需要以附件的形式提供策略完整的分析过程。
在策略评审会结束后，各位评审委员出具评审意见，策略开发人员基于评审意见决定是否提交策略部署需求。
python
print('要天天开心啊')