倒推:51信用卡管家app產品需求文件
文章通過使用、體驗、研究等方式倒推51信用卡管家APP,通過使用axure撰寫PRD文件。51信用卡業務很多,文章只撰寫部分核心功能點。另外,51信用卡通過和第三方合作,開展了賬單匯入、辦信用卡、借款、投資理財等業務,文中如有相關錯誤,望指出。
寫文目的:通過撰寫產品文件,梳理51信用卡的相關業務流程,思考產品的使用者體驗優缺點、資料的流轉、前後端的互動過程,訓練思考和思維模式。
目錄
一、產品概述
- 體驗環境
- 產品介紹
- 產品目標
- 產品使用者
二、名詞解釋和功能點
- 名詞解釋
- 功能點
三、產品結構圖
四、全域性說明
- 網路異常
- 互動規則
- 業務邏輯
- 資料說明
五、部分功能原型互動展示
- 賬號密碼登入
- 手機驗證碼登陸
- 註冊
- 賬單
- 賬單詳情
- 訊息
- 財富
- 51產品詳情
- 基金產品詳情
- 借錢
- 發現
- 我的
- 公積金查詢
- 我的紅包
一、產品概述
1. 體驗環境
2. 產品介紹
產品為使用者提供信用卡賬單、生活賬單以及其他賬單的管理和還款功能,幫助使用者更好的使用信用卡,為使用者解決理財、貸款等金錢方面的需求。
3. 產品目標
- 使用者根據自身賬單型別,自主選擇匯入型別,管理和編輯賬單;
- 自主根據認證方式,提高額度,極速借款,根據自身對風險的承受能力,進行理財;
- 支援安卓和蘋果市面上大部分的機型,提高各環境下的使用者體驗;
- 通過砍賬單、分享、優惠活動的開展,拉取更多使用者使用應用,提高應用使用者數,增強使用者活性。
4. 產品使用者
- 通過艾瑞指數顯示,51信用卡的使用者人群中男性比例為60.78%,女性比例為39.22%,男性比女性多很多;
- 使用者群體中,31~35歲的使用者為31.83%,36歲~40歲和25歲~30歲分別居於第二和第三,可以得出51信用卡主要使用者年齡為25歲到40歲,男性居多。這部分使用者正是積累財富的時候,對金錢的需求和支付能力比較大,對管理賬單和借錢、理財的需求也大。
二、名詞解釋和功能點
1. 名詞解釋
- 成長值: 成長值是使用者在應用內,通過管理賬單、信用卡數、投資、貸款等行為,綜合計算出來的分值;
- 新手會員: 成長值在0~150的使用者;
- 普卡會員: 成長值在150~500的使用者;
- 銀卡會員: 成長值在500~1500的使用者;
- 金卡會員: 成長值在1500~3500的使用者;
- 白金會員: 成長值在3500以上的使用者;
- 還款金: 可用於信用卡還款的金額;
- 投資劵: 可用於投資加息或者使用的利率或者金額;
- 借款劵: 可用於借款的抵費劵;
- 砍賬單: 邀請好友,隨機獲取金額數,可用於還賬單時使用。
2. 功能點
三、產品結構圖
產品主要為賬單、財富、借錢、發現、我的五個模組構成。賬單是產品的核心功能,借錢和理財是51信用卡通過和第三方的業務合作,給使用者帶來借錢和理財的需求。發現是幫助使用者更好的理解相關金融知識和資訊,提高使用者使用應用的粘性,我的是使用者對自身資訊的管理。
四、全域性說明
1. 網路異常
- 一級介面中資料為本地快取的,展示快取資料。沒有本地快取的頁面,展示效果為插圖和提示性文案;
- 頁面資料儲存到本地的,頁面底部浮條文案提示網路異常;
- toast提醒網路異常,2s後自動消失,toast位置遵守系統互動規則。
2. 互動規則
操作反饋:
- 反饋型toast展示時間均為2s中,2s過後消失,文案根據對應的互動設計文案,蘋果是位於螢幕中間,安卓是位於螢幕偏下;
- 程序型toast則需要對應的icon和文案給使用者反饋當前程序,程序結束後,toast消失;
- dialog彈框需要使用者點選彈框的button,彈框才消失,點選頁面其他地方,彈框不消失;
- 特殊情況下的浮窗需要異常情況消失或者使用者手動點選刪除才會消失。比如網路異常時,一級介面因為展示給使用者的是快取資料,就採用了浮窗形式反饋網路出錯,網路恢復正常後,浮窗消失。
資料下拉載入:
資訊訊息類的資料,使用者快速下拉載入時,一次性載入20條,使用者緩慢上滑檢視時,資料同時載入。
重新整理:
一級介面為本地資料快取的,使用者需要下拉重新整理才可請求資料更新。如果沒有資料快取的頁面,使用者每次進入頁面,則為重新重新整理資料。
操作狀態:
所有的按鈕或者可點選的icon、文字均分為:可操作狀態、不可操作狀態、操作後狀態三種。其中可操作狀態對應可操作顏色,不可操作狀態一般可見,但為灰色,操作後狀態要與可操作狀態有區別,給使用者及時反饋。
鍵盤:
- 使用者點選手機號碼、驗證碼、金額、身份證號碼、支付密碼等輸入框,彈起數字鍵盤;
- 使用者點選登陸密碼等需要輸入文字的地方,彈起常規鍵盤;
- 鍵盤和選擇性彈框從底部彈出,同時頁面變暗,頁面變暗部分無法進行操作。
生物識別:
使用者開啟手勢密碼和生物密碼識別時,優先生物識別。生物識別不了後,才進行手勢密碼識別。
空狀態:
頁面在正常情況下,沒有資料顯示時,表現形式為插圖配提示性文案。如需要,根據特定頁面場景,增加引導使用者操作的button或者連結等;
3. 業務邏輯
- 使用者借款時,需要真實資訊和運營商資訊認證;
- 使用者投資時,需要開通北京銀行個人賬戶。
4. 資料說明
五、部分功能原型互動展示
1. 登入註冊
流程圖:
前置條件:
51信用卡採用賬號密碼登入、手機驗證碼登陸、第三方QQ、微信、微博登入。手機號碼註冊後,利用驗證碼驗證身份後,使用者可自主設定賬號密碼。註冊時,使用者可填寫朋友給的邀請碼。第三方授權登入後,需要繫結手機號進行身份認證。
驗證碼獲取規則:
同一手機號只可以繫結一個賬戶,2分鐘內不可多次請求驗證碼,2分鐘內第二次請求驗證碼時,toast提醒“請求驗證碼過於頻繁,請1分鐘後再試”,一天只可請求6次驗證碼,第7次請求驗證碼時,toast提醒“今天已請求6次驗證碼了,請明天再試”。
(1)賬號密碼登陸
(2)手機驗證碼登陸
(3)註冊
2. 賬單
(1)賬單
前置條件:
使用者需要通過匯入賬單才可在首頁檢視賬單,接收賬單通知資訊。
頁面邏輯:
使用者需利用手機驗證碼或者登入第三方賬戶,驗證身份後,獲取最新的賬單資訊。信用卡更新賬單時,使用者點選更新,更新未出文案變為輸入驗證碼,伺服器下發簡訊驗證碼,使用者需要點選輸入驗證碼,出現彈框,使用者輸入驗證碼判斷正確後,賬單開始更新。
個人建議:
使用者點選更新賬單後,驗證碼彈框和數字鍵盤自動彈起,使用者即可填入驗證碼進行驗證。
(2)賬單詳情
(3)訊息
使用者場景:使用者需要檢視和應用有關的更多訊息,及時瞭解自己的賬單資訊。
前置條件: 使用者登陸後均可以接受系統、新鮮事、公告、活動中心的通知,互動訊息需要使用者自主評論回覆等,才可以接收互動訊息。
頁面邏輯:
- 訊息中心分為4個模組,分別為系統通知、新鮮事、公告、活動中心、互動訊息,訊息型別在頁面的位置固定;
- 使用者有無訊息,四個訊息類別均顯示給使用者;
- 有新訊息時,對應的訊息型別上用紅點引導;
- 訊息型別下方展示最近一條訊息的標題和訊息推送時間,時間展示到日,除昨天、今天,其他日期均xx-xx格式表示;
- 點選訊息型別列表,檢視更多訊息詳情。
個人建議 :
訊息排序應根據類別裡推送的最近一條訊息時間,即當前類別下有新訊息推送,該列表自動排序在首位。51信用卡是排序固定,使用者瀏覽習慣正常情況下是由上到下,按訊息時間排序,使用者可以快速注意到最新的訊息。還有當前類別下無訊息時,該類別應隱藏,無需展示給使用者,不給使用者帶入過多無用的資訊負擔。
3. 財富
(1)財富
使用者場景:使用者需要了解更多有關投資的事,進行理財投資。
前置條件: 登陸使用者均可檢視。
(2)51人品產品詳情
流程圖:
使用者場景:使用者需要通過51人品,一鍵式投資理財。
頁面邏輯:
- 由財富模組的51人品進入;
- 介紹產品詳情,以及投資規則;
- 立即投入需要判斷使用者是否開戶,開戶即可進入產品購買詳情頁,沒有開戶,進入開戶流程。
(3)基金產品詳情
流程圖:
使用者場景:使用者通過購買基金進行理財投資。
頁面邏輯:
- 由財富模組的基金模組進入;
- 介紹產品詳情以及收益情況;
- 買入和定投需要判斷使用者是否開通交易賬號,開通進入購買流程,沒有開戶,詢問使用者是否進入開戶流程;
- 使用者點選加自選功能,toast提醒“已新增自選”,再次點選toast提醒“已刪除自選”。
4. 借錢
流程圖:
使用者場景:使用者想要通過低成本的借到自己需要的金額。
5. 發現
(1)發現
使用者場景:使用者需要了解更多關於信用卡的資訊,更好更優惠合理的使用信用卡,以及檢視最近的相關優惠,為自己節省金錢。
前置條件: 登陸使用者均可以看見此頁面。
(2)我的信用卡
使用者場景:使用者想要檢視自己信用卡的優惠活動時,需要新增自己的信用卡以及管理自己的信用卡。
頁面邏輯:
- 使用者點選信用卡,可進入二級介面檢視信用卡詳情,可自主更改信用卡型別;
- 點選新增信用卡,進入信用卡新增流程;
- 新增信用卡流程時,只需填寫卡號和姓名就可提交儲存。
個人建議:
新增信用卡時,使用者輸入卡號和姓名時,系統可根據卡號自主判斷信用卡型別,杜絕使用者選錯信用卡類別或者同時讓使用者選擇信用卡型別後再提交信用卡資訊,無需使用者提交成功後再返回我的信用卡,點選選擇類別button後選擇信用卡類別,以此減少使用者操作步驟。
增加信用卡刪除,51信用卡現在是沒有刪除此處信用卡的功能,使用者如果有沒用的信用卡,無法進行操作。增加此處信用卡的說明,可考慮採用灰色文案做解釋說明。因為我的模組裡有個卡包也有信用卡的管理,使用者需要知道各自信用卡的功能區別,如果功能一樣,兩處信用卡是否資訊同步。
6. 我的
(1)公積金查詢
使用者場景:使用者快捷查詢自己的公積金。
前置條件: 使用者需要新增自己的公積金賬戶。
頁面邏輯:
- 使用者從我的模組裡公積金列表進入;
- 使用者想檢視公積金,需要通過對應的第三方公積金系統登入,匯入公積金賬戶到51信用卡里;
- 使用者匯入對應的公積金賬戶到51後,資料儲存到51信用卡伺服器,使用者再次檢視時,客戶端直接從伺服器讀取;
- 使用者需要更新公積金賬戶時,需要再次登入第三方公積金系統;
- 公積金賬戶可以通過城市和新增公積金賬戶入口新增;
- 使用者點選公司資訊列表和賬戶餘額列表,均為公積金每月繳納詳情頁;
- 點選切換城市和新增新的公積金賬戶均進入新增公積金賬戶流程。
個人建議:
考慮到使用者點選公司資訊列表和賬戶餘額列表,均為公積金每月繳納詳情,建議公積金展示可考慮卡片形式,統一入口進入公積金詳情頁。
(2)我的紅包
使用者場景:使用者檢視自己的紅包使用情況,確認是否有可用優惠。
頁面邏輯:
- 使用者從我的模組裡紅包或者賬單頁面我的紅包進入;
- 使用者點選對應的二級導航標籤,可分類檢視還款、投資、借款、購物相關的紅包;
- 使用者點選兌的icon,可以利用福利碼兌換對應的紅包;
- 使用者點選購物劵使用規則icon,進入規則說明頁面。
個人建議 :
可以增加即將時效的紅包的標籤,使用者進入紅包管理時,對時間的不敏感性會導致紅包在使用者不知情的情況下失效,增加即將時效分類後,可引起使用者的注意力,同時會給使用者帶來緊迫感,使用者有可能根據自身條件使用紅包,減少紅包失效數。
點選兌換碼時,建議常規鍵盤自動彈起,閃游標定為可輸入,不必再次點選啟用輸入框後再彈出鍵盤,使用者如若需要兌換,直接輸入福利碼。需要兌換時,點選取消,兌換碼彈框和鍵盤收起。
本文由 @ Shirley 原創釋出於人人都是產品經理。未經許可,禁止轉載
題圖來自Unsplash,基於CC0協議