信贷H5产品需求文档

懵 2023-07-25 06:44:39

一、背景说明

这个H5产品需求是将近一年以前的需求，当时我们想要在一家银行的APP中放入一个贷款的链接，引导用户去点击跳转到我们的H5页面去申请贷款，包括授信、借款等流程。

现在正在找工作，就把这份产品需求文档拿出来用作面试作品，对里面的内容进行了很多补充，参考了一些产品教程，并把说明进行了细化，将当时后期才做的埋点需求也一并放了进来，还对一些信息内容作了大量的修改。

在这个过程中，参考了一些PRD文章、《信息架构》、《web界面设计》、《用户体验与可用性测试》等资料。

二、产品设计思考

在做该产品以前，我们主要对一些银行及消金机构的贷款产品进行了了解，在使用这些产品的过程中，我们发现这些产品内容庞杂，比如银行APP就包括存款、债券、证券、保险、期货、股票、消费贷等众多板块，

一来是内容太多，且大部分模块一般人用不上；

二是众多模块交叉分布，很容易让对某一模块功能有需求的用户找不到对应模块入口。

在后期产品形态过程中，一来是根据使用场景及客群入口情况，选择了H5为产品形态；二来明确该产品一定是要内容及模块简单，因为我们面对的客群很明确，就是需要资金支持的用户，所以务必能让他们一进来就很容易找到他们需要的内容。

进而在产品信息架构组织过程中，遵循【组织结构-标签-导航】的顺序进行了分析。

组织结构：

在这个产品中，主要的内容就是贷款内容，以及对应的授信借款流程，现在贷款大多以贷款内容为主要维度进行模块区分，

所以摆在我们面前主要就是两条路，以贷款内容类型做组织维度，或者以贷款阶段（授信、借款）为组织维度。

但是我们在第一次原型做好进行用户测试（包括卡片测试）时，发现其实用户自身对这些贷款内容类型的区分以及贷款流程的区分并不特别敏感，他们更多是对自身一种需求状态的认知：我是要寻找贷款，还是要查看我授信/借款的状态（看审核有没有通过、授信额度多少、有没有放款）。

所以我们决定以用户状态作为组织维度，分为两种状态的用户：找贷款的用户、查看已申请贷款状态的用户。

标签：

我们产品中必然有很多文字内容，需要以通俗的文字语言来给用户传达产品功能。

在调研用户的过程中，发现需要贷款的用户，其实不会只寻求一款贷款产品，通常都会同时下载或使用多个APP，而且其实很多贷款产品语言描述都比较相似。

所以在标签内容上，我们决定主要是参考主流贷款产品的文字描述。

导航：

在组织结构明确下来后，导航也相对确定下来，产品先以用户状态进行引导，即找贷款的用户，查看已申请贷款状态的用户。

考虑到移动设备较为狭小的屏幕面积，以及相对简单的组织结构，我们决定不用明显的导航模块，在登录以后的落地页中，直接明确一主一次，我们的产品收益主要来源于用户申贷的返佣，所以落地页定为贷款内容展示页，在较小位置添加往期申贷情况的入口。

局部导航：在往期申贷的内容版块中，还要分为授信、借款、还款三大块，但是授信订单与借款订单是一对多的关系，借款订单和还款记录也是一对多的关系，由于三者相互之间强关联的关系，所以决定在此采用层级结构进行内容组织和引导。

信息架构明确完毕后，就是原型和设计细节的明确。

采用蓝色为主题色，涉及金钱，蓝色能引导用户保持冷静，更符合我们谨慎的产品态度。
对不同功能的文字，进行统一规范；对于按钮、提示等全局功能进行统一设计。
具体原型页面上按照直截了当、简化交互、保持引导、即时反应的原则进行内容组织和排版。

2.1 修订历史

2.2 文档结构

版本历史、文档结构、文档说明、需求背景、全局需求说明、页面需求说明、后台管理系统需求说明、埋点需求说明、其他需求。

2.3 文档说明

本文档是该需求的初版，是在与B公司前期商务沟通的基础上，进行系统层面的沟通和需求确认，在后期该需求历经多次迭代，所以本需求文档与实际确认版本出入较大，不代表实际情况，仅供参考。

2.4 需求背景

A公司有一批有贷款需求的客户，由于A公司无法提供更多信贷服务，所以希望能够寻找资金方为这些客户提供借贷服务；
B公司刚刚起步线上个人小额信贷业务，C公司作为二者的连接方，在AB公司之间起桥梁作用；
C公司希望自己做一款H5产品，短期能提供串联起AB之间用户和信息的流通，长远能作为一个信贷综合导流平台，提供助贷金融服务；

2.5 产品概述

2.5.1 产品信息

产品名：XX信贷平台

产品版本：V1.0

产品形态：移动端H5

2.5.2 产品角色

现在已有的流程是，客群流量的申请信息由资产方推送，经C公司决策引擎初筛后，分流至资金方进行审核后，资金方返回最终审核结果，再由C公司回送审核结果至资产方通知到客户。

现在需要增加一个流量入口，资产方（A公司）提供H5流量入口，客户由H5 平台采集信息并做简单初筛后，直接推送至B公司进行授信及借款审核。

前期H5平台的用户全部推送B公司进行授信及借款审核。

2.5.3 名词解释

贷款产品：A/B公司为用户提供借贷的产品，即为贷款产品；
授信订单：用户通过贷款产品，向B公司申请授信，产生授信订单，授信订单结果决定能否进行借款操作；授信订单的授信额度决定借款订单的借款范围；
授信结果：审核中、授信通过、授信未通过；
授信额度：授信通过后，B公司予以用户的借款范围；
借款订单：在授信订单中授信结果为授信通过的前提下，进行授信额度变现的申请；
借款金额：借款金额即为用户实际借款到账的金额。

2.5.4 用户历程

X用户急需用钱，尝试在A公司寻求短期借贷，发现C公司广告，点击进入C公司平台。

在C公司平台登录后，选择了一款利率和特色比较匹配的产品。

在上传身份信息，并填写个人资料后提交申请，B公司实时返回审核结果，X用户获得两万元授信额度。

X用户继续在C公司平台申请借款，两万额度不全用，选择借款一万元，并录入了银行卡信息，提交借款申请。

B公司审核X用户借款申请后，进行放款操作，X用户收到了借款。

B公司定期从X用户的银行账户中进行还款划扣，X用户可随时登陆C公司平台查看还款情况。

2.5.5 用户角色

未注册用户：未在平台任一产品中进行过注册的用户（在统一的用户表中查）。

已注册用户：在平台任一产品中进行过注册的用户（在统一的用户表中查）。

2.5.6 产品架构

2.5.7 信息结构

2.5.8 整体流程

2.5.9 功能清单

2.6 全局需求说明

2.6.1 功能权限

分为未登录、已登录和停用三种状态。

登录状态：可浏览所有页面。
未登录状态：仅允许停留登录页面。
停用状态：退出登录，仅允许停留登陆页面，且不允许改账号登录。

2.6.2 原型说明

2.6.3 常见操作

下拉刷新
上拉加载内容（到达底部）
软键盘调用及退出。点击验证码、手机号码、银行卡号码输入框时页面底部弹出数字键盘；点击其他输入框时页面底部弹出拼音键盘；点击软键盘右下方“搜索”、“完成”、“下一步”时，软键盘退出
已登录状态下，点击页面左上角logo，返回产品页
页面异常关闭、崩溃、闪退：再次打开时，进入登录页
按Home键，页面保留缓存，再次打开页面时，回到按Home键之前的页面
页面保持两小时的登录状态

2.7 页面需求说明

2.7.1 登录

需求描述：用户登录页面

优先级：高

前置条件：两小时内无登录缓存的用户，访问信贷平台；或用户点击“退出登录”

用户常规路径：

用户进入信贷平台，显示手机号码、短信验证码输入框，验证码获取按钮，登录按钮；
用户输入手机号码；
用户点击获取验证码；
输入短信验证码；
点击登录；

异常操作：获取验证码或登录时，没有正常填写信息，进行toast对应提示，提示2s后退出；

输出结果：跳转产品页；

操作流程：

交互说明：

登录页：

2.7.2 浏览产品

需求描述：

包括产品列表页和产品详情页；
产品列表页作为用户登录之后的落地页；
产品列表页是用户可申请产品的展示列表；
产品列表页是用户查看产品详情、进入产品详情页的入口；

优先级：高

前置条件：

用户登录后进入产品列表页；
用户登录状态下，在任意页面点击logo进入产品列表页；

用户常规路径：

用户登录后进入产品列表页；
用户上下滑动浏览产品列表；
点击信贷产品，进入产品详情页；
上下滑动浏览产品详情；
点击“立即申请”，进入授信申请流程；

操作流程：

交互说明：

产品列表页：

产品详情页：

2.7.3 授信申请

需求描述：

用户申请授信是获得借款的前提；
授信申请主要是用户提交身份、个人的信息以供贷款方审核，每个产品所需信息不同，暂时没有统一的模板，所以每接入一款产品，都需要单独开发其授信申请页，本次需求是以B公司的产品所需的授信申请信息进行开发；
授信过程中需要接入身份证OCR识别；
授信结束后，贷款方会实时返回授信结果；

优先级：高

前置条件：用户通过产品详情页点击“立即申请”。

用户常规路径：