P2P平臺如何做好信息披露
在P2P平臺的建設過程中,我們應該如何做好信息披露工作,具體的披露信息又包含哪些內容?
P2P網貸作為一種創新型的互聯網金融理財方式迅速地獲得了投資圈的追捧,隨著P2P行業不斷的規范化,人們在追逐利益的同時,也逐漸開始重視投資安全,而平臺信息是否公開透明,就是用戶判斷平臺是否值得信賴的主要因素之一。
在同等條件下,平臺信息越透明則越容易獲得投資者的信任,并且平臺的信息披露工作也已經納入了監管要求,作為評判平臺規范化運營的主要標準,因此專業負責任的P2P平臺會保持自己平臺的信息透明化,“真實、準確、完整、及時”的做好平臺的信息披露工作。
那么在P2P平臺的建設過程中,我們應該如何做好信息披露工作,具體的披露信息又包含哪些內容?
以下結合銀監會制定的《網絡借貸信息中介機構業務活動信息披露指引》做一個匯總分析。
為什么要需要做好平臺信息披露?
監管要求,行業越來越規范有序,迎合相關部門的監管要求是平臺安全穩健運營的基礎保障。
運營要求:在市場競爭日趨激烈的今天,投資者越來越理性、謹慎,不再盲目追求高收益,安全反而成了用戶選擇投資平臺的重中之重。拋開技術層面的安全因素不說,用戶判斷平臺是否安全的主要方式(渠道)就是平臺披露的信息。“真實、準確、完整、及時”的披露平臺相關信息,有助于用戶做出合理的選擇。讓用戶有安全感,用戶才會選擇你。
需要在哪些渠道做信息披露?
微信端、PC端、官網、微博等社交媒體渠道以及網絡借貸信息中介機構授權開展信息披露的其它互聯網平臺,各渠道間披露的信息內容應當保持一致。
P2P平臺需要披露哪些信息?
備案信息
備案信息主要包括以下幾類:
(1)平臺所在地方金融監管部門的備案登記信息:辦理周期較長,要提前做好相關的準備工作;
(2)電信業務經營許可信息:大概長下圖的樣子;
(3)資金存管信息:一般新平臺都沒有這玩意,業務量沒有達到一定的規模,銀行也不會愿意跟你合作,資金存管目前來說門檻還是比較高的;
(4)網站備案圖標及編號:即域名備案,下圖紅框里面部分;
(5)?平臺風險管理機制:一般指的是平臺的風控審核信息。
平臺信息
(1)平臺工商信息:平臺工商信息包括以下內容:平臺主體公司全稱、公司簡稱、統一社會信用代碼、 公司注冊資本、實繳注冊資本、注冊地址、經營地址(如有多個分支機構,應逐一列出)、成立時間(營業執照上面的成立時間)、經營期限(注冊的續存時間)、公司的經營狀態、法定代表人、經營范圍;
(2)股東信息:股東名稱及占股比例;
(3)組織架構:公司組織架構及從業人員概況;
(4)分支機構:分支機構信息(分支機構全稱、所在地、成立時間、負責人、聯系電話/投訴電話、員工人數);
(5)渠道信息:公司的官方網站、APP、微信公眾號、微博等;
(6)審核信息:包括財務審計報告、重點環節審計報告、合規報告等。
交易(經營)信息
(1)包括累計交易總額;
(2)累計交易筆數;
(3)借貸余額(截止統計時點,平臺的借款總余額,即借款人借出的待還資金總和);
(4)累計借款人數量(實際借款人數,不是次數,一人多次借款按一人算);
(5)累計出借人數量(實際借款人數,不是次數,一人多次投資按一人算);
(6)當前借款人數量、當前出借人數量、前十大借款人待還金額占比;
(7)最大單一借款人待還金額占比;
(8)關聯關系借款余額(即與平臺有關系的人借的錢的余額,如股東自己給自己借錢,常常容易形成自融的風險,因此該指標一般為0才是正常的);
(9)逾期金額;
(10)逾期筆數;
(11)逾期90天以上的金額;
(12)逾期90天以上的筆數;
(13)代償金額;
(14)代償筆數;
(15)收費標準(指向借款人收取的費用明細及相關計算標準)。
標的信息
借款人信息:
借款人主體的性質(即借款人為自然人、法人或其他組織,在平臺設計之初就應當注意將平臺用戶進行分類,大致可分為借款人、投資人、企業用戶等,方便在發標時能直接讀取到用戶類型并同步在前端顯示。另外有些支付通道不支持用戶自行綁定對公銀行卡,也應該要做好相應的處理,在數據庫修改?);
借款人所屬行業;
借款人收入及負債情況(可在項目詳情中進行說明);
借款人征信報告情況等(大多數平臺中標的詳情模塊都存在的一個“認證審核狀態模塊”,內容包括但不限于:信用報告、身份認證、工作認證、收入認證等,再進一步還會放置相關脫敏后的文件增加信息的真實性)。
項目詳情:
項目名稱和簡介、借款金額、借款期限、借款用途、還款方式、年化利率、起息日、還款來源、擔保措施等。
(1)重大事項
主要指的是公司相關重大事項的披露,如解散、申請破產等。
(2)聯系(投訴)方式
包括咨詢、投訴、舉報聯系電話、電子郵箱、通訊地址等。
以上內容主要來源于《網絡借貸信息中介機構業務活動信息披露指引》,在實際工作中,我們應當如何運用到平臺的產品設計中呢?
明確需求:
很多平臺上線之初不要說做好信息披露了,可能連披露的概念都沒有,即使有披露的想法,但實際上根據上面的內容仔細統計一遍下來,已有的并不多,或者說能夠披露出來的并不多。要數據沒數據(剛上線可能什么交易量、借款金額都少的可憐不好意思露出來)要備案沒備案,也就是說,這些東西都是后來慢慢添加上去的,而不是在平臺建設之初就能全面晚上好的。在這樣的情況下我們應該如何設計好這類信息內容功能模塊呢?
明確需求是第一步。
首先要弄清楚這個功能模塊最終的形態,內容我們可以慢慢補充,但是我們可不能沒增加一個內容就要去代碼開發相應的功能吧,我們要做一個能讓運營在后臺手動搭建前端內容的功能。所以我們需要徹底的弄清楚監管要求披露哪些內容,我們本身需要主動披露哪些內容(用來裝x)以及哪些內容是寫死的,哪些內容是讀取后臺數據的。
把需求弄清楚了之后接下來就是比較常規的原型設計和功能開發了,在這就不多說了??傊容^重要的點就是要區分清楚哪些數據是寫死的,哪些數據是能夠讀取后臺的。
寫在最后,平臺的信息披露工作一般來說是項目初期比較容易忽略的點,我們可以后期逐步迭代完善,但既然監管部門已經對信息披露做出了明確的要求,所以要謹防競爭對手打小報告!!
本文由 @15K 原創發布于人人都是產品經理。未經許可,禁止轉載。
題圖來自 unsplash,基于 CC0 協議
- 目前還沒評論,等你發揮!