信贷产品接口设计

编者按：在工作中，产品经理不可避免地会阅读界面文档，但许多新产品对界面了解不多。本文作者分享了界面文档从0到1的过程，从业务和产品层面阐述了界面文档的结构和内容规范，希望能对您有所帮助。 两天前，我收到了领导的任务，要求我根据业务流程图设计界面交互文件； 这时，小白的心有点慌，不知道怎么开始…… 经过一番冷静的思考，我发现了之前参与过几个项目的界面文档和业务流程图；然后参考之前的文档，根据自己的经验澄清界面设计的思路和主框架，形成初步方案；然后带着我的初步计划找领导确认；经过领导的耐心指导，确定了界面文档的框架和要点；就这样，我回去开始了。 话不多说，直接进入主题 下图为抽象简化脱敏后的业务流程图，涵盖融资主要流程： 材料提交、材料审核、信用、贷款申请、贷款审核、贷款、还款、逾期处理等。此外，根据不同的资本方，流程图中列出了一些差异，希望能激励每个人的工作。 步骤 在我看来，接口设计主要分为两个步骤：确定接口交互节点和规范接口内容 第一步是确定界面交互节点 确定交互节点主要分为两部分： 与业务流程密切相关的时效性要求较高的接口。如准入结果查询、资本配额查询等； 与业务主流程无关的，及时性要求不高。如贷款监控数据推送、还款审批、逾期赔偿等； 整个过程分为材料提交、信用、贷款、还款（包括逾期补偿）四部分； 然后根据阶段、场景、触发关键节点的前提条件、交互方向和及时性，梳理交互节点。如下图所示： 然后梳理出时效性要求较低的部分，格式与上述部分一致。然而，这部分通常是分散的，需要一定的经验来考虑；我的方法是收集所有的项目接口，然后根据项目情况删除一些未使用的。第一步就完成了。 第二步是规范接口内容 也分为两部分： 确认要求和响应传输的数据； 定义传输数据的类型； 我只从业务和产品层面考虑这部分。 每个接口都有唯一的标识码(我猜应该是银行区分哪个业务)； 根据业务阶段传输不同的字段。如信用接口、姓名、身份证、手机号码、银行卡等； 下一步是规定参数名称、要求、示例值和备注，如字段长度和类型； 参数名称：一般用汉语转英语，如用户号，UserID； 要求:主要有必要M、条件出现C、O三种选择； 示例值：如UserName：张三； 注：进一步说明某些可能存在歧义或特殊规定；如ApprovalStatus，01通过授信，02拒绝； 一切完成后，对这些接口进行总结，生成目录，形成文档。最后可以交差！ 小结 简单来说，接口设计主要是确定交互节点，规范接口内容；首先根据业务流程梳理交互节点，然后深入了解业务背景对接口的详细定义； 特别说明：本网站的主要目的是收集与互联网运营相关的干货知识，为运营伙伴提供便利。本网站收集的公共内容来自互联网或用户的贡献，这并不意味着本网站同意其观点，也不对网站内容的真实性负责。如有侵权行为，请联系网站管理员删除，。