PRD：信貸H5產品需求文檔

編輯導讀：信貸產品是人們經常會用到的產品之一，是以償還和付息為條件的價值運動形式，幫助有需要的人快速籌集資金。本文作者將從自身工作經驗出發，撰寫了一份信貸H5產品的需求文檔，與你分享。

大家好~最近在對自己近期參與過的項目進行總結，希望可以和大家學習交流。

通過研讀各位優秀作者的作品，我學習到了不少知識。此次，以實際工作中遇到的情況作為案例，我將從0至1的產品中抽取重點模塊進行分享。

一、文檔介紹

1.1 背景說明

該需求為經紀商戶門店提供專享傭金墊付服務，經紀商戶門店入駐A公司，借款人為經紀商戶門店法定代表人，入口為A公司云店APP中嵌入B公司H5鏈接形式，引導用戶點擊跳轉至B公司H5頁面申請授信、借款等流程。

1.2 修訂歷史

1.3 文檔結構

修訂歷史、文檔結構、文檔說明、需求背景、全局說明、功能性需求說明、非功能性需求說明

1.4 文檔說明

本文檔是需求初版，是在于A公司前期初步溝通的基礎上，進行系統層面的溝通和需求確認，在后期該需求經歷多次迭代，所以本需求文檔與實際確認版本有些許出入，不代表實際情況，僅供參考。

1.5 需求背景

• A公司主營為樓盤經濟，這里可簡單視為樓盤開發商，經紀門店入駐A公司平臺，售賣A公司的樓房，從中獲取傭金，目前A公司希望能夠尋找第三方以及資金方為這些經紀門店提供傭金墊付服務。
• B公司拓展小額信貸業務，B公司為A公司與資金方的連接方，在A公司與資金方起到橋梁作用。
• C門店為經紀商戶門店，C門店與A公司為合作關系，門店售賣樓盤希望得到結算傭金，可直接在APP中點擊申請借款拿到傭金，還款由A公司承擔。

二、產品概述

2.1 產品信息

產品名稱：云傭寶

產品版本：V1.0

產品形態：APP+移動端H5

2.2 產品角色

經紀門店商戶通過A公司APP鏈接跳轉至B公司H5申請授信，B公司經過審核后，推送至資金方，資金方返回最終授信結果，再由B公司返回授信結果至經紀門店商戶，商戶即可申請借款。

2.3 名詞解釋

經紀門店商戶：與A公司為合作關系，在信貸產品中為借款人角色；

預授信：B公司項目審核后將借款人的授信申請推送至資金方，資金方授予其一定期限內的貸款額度；在授信期限及額度內，借款人可根據自己的資金需求情況，申請用款；

待結傭金：公司A未結清的提成，借款人可根據待結傭金金額申請借款；

申請墊付：借款人在授信期限及額度內，發起借款申請；

授信結果：審核中、授信通過、授信未通過；

授信額度：授信通過后，資金方返回給與B公司借款人的借款范圍；

借款訂單：借款人授信額度進行變現的申請；

借款金額：借款人借款實際到賬的金額。

2.4 用戶歷程

經紀門店商戶會線下將樓盤發票給到A公司，上傳至A公司系統

經紀門店法人則會在APP點擊“傭金墊付”進入B公司H5，經紀門店法人會核實門店信息、門店法定代表人信息提交至B公司

B公司內部審核通過后推送至資金方，資金方返回授信結果，進行預授信，借款人獲得30萬元授信額度

經紀門店商戶到月底結算傭金時，通過H5提交貸款申請

B公司收到貸款申請后，進行貸款審核，審核通過推送至A公司詢問是否放款，A公司同意推送至資金方進行放款操作，經紀商戶門店法人收到借款。

資金方到期從A公司對公賬戶進行還款劃扣。

2.5 功能結構圖

2.6 信息結構圖

2.7 業務流程圖

三、全局說明

3.1 彈窗提示

3.2 時間規范

3.3 用戶角色

白名單用戶：A公司提前與B公司預設白名單，可直接跳轉H5登錄用戶

非白名單用戶：不在預設名單內用戶，無法進入貸款產品

四、功能性需求說明

4.1 需求清單

圖6

4.2 用戶登錄&首頁&我的

4.2.1 用戶登錄流程圖

4.2.2 用戶登錄原型圖

4.2.3 需求描述

新用戶從APP中點擊傭金墊付，匹配白名單成功則進入注冊流程，否則無法使用貸款產品

用戶跳轉H5進入登錄注冊流程，已注冊用戶直接靜默登錄至首頁，未登錄用戶確認授權進入首頁

4.2.4 邏輯規則

4.2.4.1 墊傭入口

入口在云店APP上，具體位置以云店為主，入口對所有用戶展示

4.2.4.2 加載頁

鑒權過程，如用戶匹配白名單成功，則進入“一鍵注冊”頁面，如匹配失敗，則頁面提示內容為“抱歉，您暫時無法使用產品應用，請聯系云店”

交互：

點擊“聯系云店”調起用戶撥號盤，自動填充手機號碼

4.2.4.3 一鍵注冊頁

• 展示經紀商戶名稱、手機號
• 手機號脫敏展示，如135****4512

交互：

• 點擊《XXX注冊協議》、《XXX提前結傭協議》可查看協議詳細內容
• 點擊“授權確認”進入首頁

4.3 綁定貸款賬戶

4.3.1 流程圖

4.3.2 原型圖

4.3.3 需求描述

用戶需要有規定銀行一類卡或者是電子賬戶來作為放款賬戶

用戶有賬戶以后需要將銀行卡操作綁定為貸款賬戶

綁定貸款賬戶為綁定用戶放款賬戶，銀行放款直接放入該賬戶上

4.3.4 邏輯規則

4.3.4.1 傭金墊付-我的傭金頁面-金額統計

• 展示待結傭金金額、已墊付金額
• 傭金金額為所有代結批次號的傭金總和
• 已墊付金額為用戶已經申請墊付且放款成功金額總和

4.3.4.2 傭金墊付-我的傭金頁面-批次信息

• 展示批次號、待結傭金、申請墊付button
• 傭金金額為該批次的未結傭金金額

交互邏輯：

• 點擊“申請墊付”判斷用戶備案銀行卡是否為XX銀行一類卡
• 如是，則進入綁定貸款賬戶頁面
• 如不是，則查詢用戶是否已有電子賬戶，如有則提示用戶電子賬戶信息
• 如無電子賬戶且無一類銀行卡，則進入開通電子賬戶流程

4.3.4.3 綁定貸款賬戶頁面

• 展示姓名（只讀）、身份證號（只讀）
• 銀行卡號可填寫
• 開戶行根據用戶填寫銀行卡號自動判斷
• 手機號（必填項且為銀行預留手機）、驗證碼（必填項）

交互邏輯：

• 用戶點擊“確認提交”校驗必填項是否填寫完整，如沒有填寫完整，則提示用戶“請完善您的信息”
• 如填寫完整則進行銀行卡認證，認證通過則提示“綁定成功”，否則提示“綁定失敗”

4.3.4.4 人臉識別

• 人臉識別當日不通過5次，禁閉1個自然日

交互邏輯：

• 人臉識別需要用戶根據手機提示動作完成動作以后，后臺將視頻與公安機關用戶備案照片進行比對，如比對成功，則人臉識別成功，否則，視為失敗

4.3.4.5 檢測已開通電子賬戶

• 展示姓名（只讀）、卡號（只讀）

交互邏輯：

• 點擊“直接使用”跳轉綁定貸款賬號頁面，自動填充卡號、開戶行
• 可直接關閉彈窗

4.4 申請授信

4.4.1 流程圖

4.4.2 原型圖

4.4.3 需求描述

申請授信用戶需核對企業信息、填寫法人信息、簽署授權協議三個過程

額度有效期為一年，授信額度可循環使用，用戶還款后額度釋放，可再次申請

可用額度=授信金額-（待審核金額+未結清金額）

4.4.4 邏輯規則

4.4.4.1 核對企業信息

采集云店系統登記的經紀商企業營業執照（只讀）、企業名稱（只讀）、注冊號（只讀）、經營地址（只讀）

交互邏輯：

• 點擊“提交下一步”調用企查查校驗企業信息是否正確，當日企查查校驗不通過5次，禁閉1個自然日
• 校驗不通過，彈框提示用戶“您的企業信息有誤，請聯系云店人員，今日剩余次數 X 次”，用戶點擊“我知道了”關閉彈窗，用戶點擊“聯系云店”調起用戶撥號盤，自動填充手機號碼

4.4.4.2 填寫法人信息

• 采集云店系統登記的經紀商法定代表人（只讀）、法人身份證正反面（只讀）、法人代表（只讀）、身份證號（只讀）
• 用戶需輸入手機號碼和驗證碼
• 四要素：企業名稱、征信代碼、法人姓名、身份證號

交互邏輯：

• 點擊“提交下一步”，頁面校驗手機號與驗證碼是否填寫，沒有填寫提示用戶“請完善您的信息”，填寫完成則調用e簽寶進行四要素驗證
• e簽寶校驗不通過，彈框提示用戶“您的企業信息有誤，請聯系云店人員，今日剩余次數 X 次”，用戶點擊“我知道了”關閉彈窗，用戶點擊“聯系云店”調起用戶撥號盤，自動填充手機號碼

4.4.4.3 簽署授權協議

• 合同需強制閱讀15s，時間到后用戶需點擊“我同意簽署協議并提交審核”，視為提交申請成功

交互邏輯：

• 強制用戶閱讀15s，button 置灰；
• 15s過后，按鈕可用

4.4.4.4 提示頁

• 提示客戶授信申請已提交成功

交互邏輯：

• 點擊“查看申請”跳轉申請記錄頁面
• 用戶點擊“返回”button跳轉首頁

4.5 申請墊付

4.5.1 流程圖

4.5.2 原型圖

4.5.3 需求描述

用戶會線下將發票信息給到云店，由云店人員核實之后錄入系統，推送至B公司系統；

用戶在H5可查看待結傭金，以批次區分，如云店推送批次001，該批次待結傭金金額為10萬元，用戶則可以使用批次001申請墊付。

4.5.4 邏輯規則

4.5.4.1 傭金墊付-我的傭金頁面-空白頁

• 用戶暫無授信時，頁面展示“馬上申請”button
• 用戶已授信，暫無墊付傭金時，頁面展示“聯系云店”botton

交互邏輯：

• 點擊“馬上申請“跳轉申請授信頁面
• 點擊“聯系云店”調起用戶手機撥號盤，自動填充手機號碼

4.5.4.2 傭金墊付-我的傭金頁面-金額統計

• 展示待結傭金金額、已墊付金額
• 傭金金額為所有代結批次號的傭金總和
• 已墊付金額為用戶已經申請墊付且放款成功金額總和

4.5.4.3 傭金墊付-我的傭金頁面-批次信息

• 展示批次號、待結傭金、申請墊付button
• 傭金金額為該批次的未結傭金金額
• 我的傭金列表，展示未申請墊付成功的批次信息，提交成功則不展示在列表中

交互邏輯：

• 點擊“申請墊付”判斷是否有申請中，如果有則直接進入申請中墊付
• 點擊“申請墊付”判斷該批次是否有發票，如沒有，彈框提示用戶“該批次沒有發票，請聯系云店上傳”
• 點擊“申請墊付”判斷額度是否足夠發起墊付，如果不足，彈框提示用戶“可用額度不足，無法申請墊付”

4.5.4.4 人臉識別

• 人臉識別當日不通過5次，禁閉1個自然日

交互邏輯：

• 人臉識別需要用戶根據手機提示動作完成動作以后，后臺將視頻與公安機關用戶備案照片進行比對，如比對成功，則人臉識別成功，否則，視為失敗

4.5.4.5 申請墊付頁

• 展示經紀商戶名稱（只讀）、待結傭金（只讀）
• 申請明細展示樓盤、房號、傭金、墊付金額合計
• 貸款賬戶展示銀行卡號、姓名

交互邏輯：

• 點擊“我已同意并簽署我已同意并簽署《XXXXX借貸合同》”跳轉合同詳情

4.5.4.6 XX借貸合同詳情頁

交互邏輯：

• 強制閱讀15s，閱讀完成后需點擊“我同意簽署協議”完成簽約
• 完成簽約將自動勾選合同

4.5.4.7 個人簽字授權

• 用戶需在面板上寫出自己的姓名

交互邏輯：

• 點擊“清除”可清空面板內容
• 點擊“確認簽署”跳轉提示頁面

4.6 查看墊付記錄

4.6.1 原型圖

4.6.2 需求描述

用戶申請墊付后可查看申請記錄；

用戶可從電子賬戶提現到自己銀行卡中；

4.6.3 邏輯規則

4.6.3.1 傭金墊付-墊付記錄頁面

• 列表展示批次號、墊付金額、申請時間、墊付狀態、詳情button
• 使用二類戶貸款，則展示“去提現”button，使用一類戶貸款，則隱藏“去提現”button

交互邏輯：

• 點擊“詳情“跳轉墊付詳情頁
• 點擊“去提現”跳轉提現頁面

4.6.3.2 墊付詳情頁面

• 展示經紀商戶名稱申請時間
• 申請明細展示樓盤、房號、傭金、墊付金額合計
• 貸款賬戶展示銀行卡號、持卡人
• 客戶提交申請后，進入等待期，等待審核（B公司審核、云店平臺審核），存在B公司退回云店平臺的情況，客戶無感知
• 申請自提交日起2個月（60天）內，未完成審核的自動失效處理

交互邏輯：

點擊《XX貸款協議》可查看已簽約協議詳情

4.6.3.3 提現頁面

• 展示電子賬戶、當前可提現余額
• 可提現余額：調XX行接口查詢電子賬戶可用余額，提現余額以銀行返回金額為準
• 提現銀行卡采集云店平臺備案銀行卡，展示銀行LOGO、持卡人姓名、銀行卡號

交互邏輯：

點擊“確認提現”跳轉手機驗證碼接收頁面

4.6.3.4 提現頁面

• 展示電子賬戶、當前可提現余額
• 可提現余額：調XX行接口查詢電子賬戶可用余額，提現余額以銀行返回金額為準
• 提現銀行卡采集云店平臺備案銀行卡，展示銀行LOGO、持卡人姓名、銀行卡號

交互邏輯：

點擊“確認提現”跳轉手機驗證碼接收頁面

4.6.3.5 接收驗證碼頁面

用戶需輸入手機驗證碼，有效時間60s

交互邏輯：

點擊“確認”系統校驗驗證碼是否正確，正確則調用提現接口，失敗則提示“驗證碼有誤”

五、非功能性需求說明

5.1 兼容性需求

兼容IOS和安卓主流機型、系統及瀏覽器，無顯示異常，無閃退。

5.2 性能需求

用戶承載量：支持2萬用戶同時在線；

產品響應速度：在網絡良好的情況下，響應速度不超過1秒。

5.3 安全需求

惡意注冊防范

惡意刷數據防范

5.4 埋點需求

暫無

5.5 法務需求

《用戶注冊協議》

《提前結傭協議》

《個人信息授權書》

《企業信息授權書》

《貸款協議》

 

作者：sunshiny，金融產品新人一枚，公眾號：可達鴨sun

本文由 @sunshiny 原創發布于人人都是產品經理，未經許可，禁止轉載

題圖來自 Unsplash，基于 CC0 協議