贷超系统的一点记录

先容下系统

我现在在一家助贷公司从事技能研发工作，公司主要业务是贷超，即通过投流获取意向客户，用户下载我们APP后，填写个人资料并进行实名认证，最终匹配适合的借贷产品。
对接模式

作为贷超平台，我们以API模式为主（半流程、全流程）。现在半流程占比超过一半，但从今年开始全流程产品逐渐增长，预计未来全流程产品将成为主流，而半流程产品则可能徐徐淘汰。原因在于半流程产品体验较差，用户必要在多个APP之间切换，轻易低落使用率；而全流程模式固然完美解决了这一问题，但对团队的技能能力要求较高，如果技能团队能力不足，在产品数量增多的情况下，研发资本和周期将大幅提高。因此，团队管理者必要器重技能能力评估，并在系统设计上投入更多精力。
APP设计的趋势

公司现在的贷超APP采用原生开发方式展示所有页面。长处在于用户打开APP后，页面加载极快，由于所有展示页面在下载时就已存储在手机中。缺点是，一旦APP运行出现错误，技能团队无法通过后台直接修复，只能要求用户自动升级APP；而各应用市肆考核周期差异，可能导致问题在线上长时间存在。
非原生开发方式（H5展示方式）：与原生方式差异，H5展示方式在用户下载APP后仅预装 登录、首页、个人中心等基础功能，其他页面如：借还款、记录查询等流程页面均在后台服务器加载。当用户进入乞贷页时，系统实时从服务器加载最新页面，确保信息及时更新。如果出现问题，技能团队可立即在后台修复，对用户来说险些无感知。现在，主流APP均已采用这种成熟技能方式。
API产品对接机制

最后聊聊产品对接机制。现在接入一款半流程产品大约在5-8天，而全流程周期则必要8-10天，开发和测试各占大约一半时间。这主要是由于贷超平台与各产品方系统对接标准差异，必要根据产品方的标准进行适配，导致接入一款产品平均周期超过一周。
我以为测试时间较长，主要原因在于每次对接不但必要核对借还款数据，还要进行功能和步伐的全面测试。现实上，APP的乞贷流程基本一致，差异主要在于两边系统的交互标准。若在两个系统之间增长一个【交互标准兼容层】，只必要对该层进行设置即可，基本就能解决两边数据标准和数据单位（如分与元）等交互标准的差异问题。设置完成后，未来的新产品甚至可以直接复制相似产品交互标准设置，如果产品方没有特别要求，甚至都无需技能职员加入，由运营或系统管理员即可操纵设置并上线验证。
以上是我对所负责的业务一些明白，如有疑问欢迎提出交换指正。我会不定期分享一些关于技能、管理、成长相干的内容，如果有相干爱好欢迎交换vx：EasonChean

免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！更多信息从访问主页：qidao123.com:ToB企服之家，中国第一个企服评测及商务社交产业平台。