詳解| 報價單管理0-1全流程產品規劃設計
我們為什么要對報價單進行規劃?又該如何管理報價單?本文作者以工作中業務事實為依據、分享金融公司產品報價單管理全流程規劃設計、供大家一同參考和學習。
01 什么是報價單?
定義:支付公司的報價單是一份正式文件,其中詳細列出了公司向客戶提供跨境支付服務的成本、費用、費率和相關條款。
包含的內容:不同環節報價單的內容不同,大體分為一下幾點:
①費用和費率:報價單會清楚列出不同支付方式和交易類型的費用和費率。這可能包括交易費、貨幣兌換費、交易成功費、退款費等。這些費用和費率可能因公司政策、客戶類型和交易量而異。
②匯率:如果涉及貨幣兌換,報價單通常包括公司提供的匯率,以及與該匯率相關的費用(如果適用)。
③服務范圍:報價單會概述公司提供的跨境支付服務的范圍,例如支持的支付方式(信用卡、電匯、電子錢包等)或金融產品(payment link、checkout、資金分發等)、支持的國家和貨幣等。
④合同條款:合同條款部分列出了雙方的權利和義務,包括合同期限、解約條款、隱私政策、風險和合規事項等。
⑤優惠和折扣:有時報價單會包括客戶可享受的優惠或折扣,這可能是臨時的促銷或特殊條件。
⑥支付方式:報價單會詳細說明支付公司所接受的付款方式和付款條件。
⑦生效日期:報價單會指定報價的生效日期和有效期,以確??蛻糁缊髢r的時效性。
02 為什么要對報價單進行規劃?
需求背景:報價單屬于商家與支付公司建立合作關系并開始使用產品過程的一個環節,目前標準的報價單為僅內部人員查看的excel版本,與商戶報價的過程全部由BD和業務純人工方式線下和商戶溝通,耗費時間過長,較長的周期商戶可能失去耐心而造成客戶流失。
03 實際業務場景中報價單的流轉過程是什么?
3.1業務場景
報價單屬于商戶Onboard的一環;同時報價單的數據最終匯合計費系統聯動進行計費。
3.1.1 onboard的含義和內容
1)含義:onboard指的是商家與支付公司建立合作關系并開始使用其支付產品的過程。
2)內容:
- 登陸注冊:商家需要向支付公司提交申請,通常在支付公司的官方網站上完成。在申請中,商家需要提供其業務和聯系信息,以及所需的支付產品和服務的詳細信息。
- kyc審核:支付公司可能會進行背景調查,以驗證商家的身份和業務合法性。這通常包括審核商家的注冊文件、財務狀況和商業計劃。
- 合同簽訂:一旦通過盡職調查,支付公司將提供合同,商家需要仔細審閱并簽署該合同。合同中包括了商家和支付公司之間的合作條款、費用結構和其他重要細節。
- 技術集成:商家需要根據支付公司的要求進行技術集成。這可能涉及將支付系統集成到商家的網站、應用程序或電子商務平臺中,以便能夠接受跨境支付。
- 測試和調試:在正式上線之前,商家通常需要進行測試和調試,以確保支付系統能夠正常工作,并且沒有技術問題。
- 培訓和支持:支付公司通常提供培訓,以確保商家了解如何使用其支付產品。此外,商家還可以獲得技術支持,以解決任何在使用過程中出現的問題。
- 上線階段:一旦通過測試和培訓,商家就可以正式上線并開始接受跨境支付。
3.1.2 onboard在實際業務場景可以分為以下幾個階段:
①KYC審核階段:該過程是2-3個工作日
商戶自助進件:登錄注冊后填寫商戶基本信息。以stripe&airwallex為例,包括企業基本信息、企業代表基本信息)、企業驗證信息、銀行基本信息、聯系人信息。
- 審核人員在后臺系統kyc審核
- kyc審核完成
②報價單階段:
- 商戶資自助進件kyc審核通過后,由BD通過注冊的郵箱地址聯系客戶進行線下溝通方式,先將商戶想要的產品標準價格報給商戶,再與其洽談。
- 雙方對產品報價達成一致后、BD將結果反饋給業務,業務手動填寫報價單后上傳后臺系統,并進行審批。
③協議階段:審批通過的報價單會附著在合同中,簽訂合同后產品立即生效。
④服務階段:我們提供產品和專業技術培訓。
注意:報價單中的內容會根據實際情況多次修改、以最終合同簽訂的版本為主。
3.1.3 計費系統的報價單
①計費報價單目的:報給商戶的價格是標準一口價的費率,而計費系統需要按照計費規則將商戶報價單中的價格拆解成不同的收費項字段,方便管理公司內部的財務狀況。
②數據來源:后續從商戶后臺的合同簽訂生效后的報價單中直接獲取。
04 為什么要將報價單流程線上化及如何實現?
3.1 業務指標拆解
①商戶自助進件到kyc審核通過前需要耗時2-3天,這一等待的過程商戶想了解我們的產品服務只能通過線下與BD溝通的方式。
- 對應問題解析:不確定商戶是否購買前,公司投入大量的時間成本解答商戶問題。
- 解決方案:在官網頁面設計價格頁面為商戶提供可以查看產品價格的路徑;調研競品官網報價如何展示;
調研stripe等競品結果如圖所示:
②kyc審核通過后、BD將與商戶洽談的報價,并將結果反饋給業務,業務手動填寫報價單的內容后生成PDF、再上傳到對應商戶的后臺系統進行審批;該過程商戶可能會多次想要對報價進行修改。
- 對應問題解析:BD與商戶洽談耗費時間成本,BD對產品的具體收費項了解不足,需要業務反復溝通確認。其次由于產品的報價會多次調整,而人工填寫并上傳的過程耗時耗力。
- 解決方案:調研阿里云等競品(如圖所示)研究商戶如何自助生成報價單的流程,并規劃在onboard流程中讓商戶自助生成想要的產品報價,后臺系統接受商戶的報價單,支持修改、新增、刪除功能,將最終版本的報價單進行審批。
根據阿里云(圖片來源:阿里云官網報價單)調研商戶自動拉取報價單流程如下:
- 商戶填寫基本信息:基本信息定位
- 設置折扣;想要產品的價格
- 預覽報價:生成預覽,檢查報價
- 創建報價:支持預覽報價單、導出報價單、推送采購單、返回報價管理
設計的好處:將基本信息和產品價格模塊分開設置,避免信息紊亂。
根據有贊(圖片來源:https://www.youzan.com/intro/wsc/price)調研總結商戶自動拉取報價單流程:
直接將報價和產品放在一起,不同產品不同優惠活動排列,讓用戶勾選后上傳提交。
設計的好處:報價和產品清晰直觀、商家只需要勾選這一個步驟即可生成自己的報價單。
③合同簽訂后,內部計費系統的詳細費率價格目前是人工填寫,后續想從商戶系統的報價單直接獲取。
- 對應問題解析:計費系統直接獲取價格
- 解決方案:計費系統與商戶報價單聯動,根據計費規則將商戶報價單的價格拆解成計費的收費項,并直接獲取,不用手動填寫。
3.2 各環節報價單的功能
- 官網價格頁面:展示給商戶看,讓商戶清楚產品的基本價格。
- onboard的報價單:支持商戶自助生成想要產品的報價,提交發送給后臺;商戶側可在onboard上查看下載報價單。
- 商戶管理后臺報價單:支持報價單線上修改、審批。
- 計費系統報價單:計費系統具體收費項按照計費規則將商戶報價單的價格進行拆解后直接獲取。
05 產品方案
5.1 官網報價單
調研相關競品官網價格展示頁面,設計自有產品的價格展示頁面。以stripe&adyen為例;如下圖所示(圖片來源于:Stripe 官網&?Adyen官網):
①根據公司的實際產品可分為:
- 在線支付產品:分為卡支付產品和其他支付產品。
- 其他增值服務產品:參考stripe的金融產品包括payment link、payments、checkout等。
②參考競品樣式,展示的內容包括:
- 在線支付方式:支付方式、所在國家、主體所在地區、費率展示。
- 金融產品:產品名稱、支持的支付方式和特點、費率展示。
5.2 onboard商戶自助生成報價單
參考調研的直接競品和間接競品阿里云和有贊等,設計onboard商戶報價單流程:
①注意要點:站在用戶體驗角度,從以下幾點考慮:
- 簡化流程:盡量簡化生成報價單的流程,減少步驟和輸入字段的數量。確保整個流程是直觀的,容易理解,不會使用戶感到困惑。
- 清晰的指導:提供清晰的指導和提示,以幫助用戶了解如何填寫報價單信息。標明必填字段,并為用戶提供示例或幫助文檔,以澄清信息要求。
- 自動填充和建議:支持自動填充功能,讓用戶能夠快速選擇或填寫常用信息,減少輸入工作。例如,自動填充商戶的基本信息或地址。
- 可保存和繼續:為用戶提供保存報價單草稿的選項,以便他們可以在需要時回到流程并繼續填寫。
- 報價明細:允許用戶提供詳細的報價信息,包括產品或服務描述、數量、價格等,以確保報價單的準確性和透明性。
- 預覽和確認:在用戶提交報價單之前,提供一個預覽頁面,讓用戶檢查他們輸入的信息,并確認無誤后再提交。
- 自助支持:提供在線幫助、聯系方式等支持,以幫助用戶解決問題和回答疑問。
②參考競品的設計流程并站在用戶體驗角度,確定最終的頁面流轉設計。
1、基本信息:包括商戶信息和提供的產品信息。商戶基本信息在進件時已經填寫過,后續在報價單信息欄可自動讀取。由于同一國家商戶所在主體國家不同,對應支付方式的價格也不同;需要考慮商戶信息欄中、是否要定位到商戶國家下所在的主體國家/地區。
- 考慮到商戶對于字段的含義(主體所在國家/地區)可能不太了解、所以對于統一國家不同主體對應支付產品所收取費用不同的問題,我們采取的策略是:商戶選擇所在國家后、在費用欄中將所有不同主體國家費用統一展示,此步驟商戶了解一個大致費用范圍即可;詳細費用調整后續和BD洽談。
- 該頁面需要商戶填寫基本信息并選擇想要報價的支付產品;考慮到商戶可能理解要填寫和選擇的內容,故每一個填選項都要有解釋說明。
- 對于一些比如國家字段支持選擇的同時,支持模糊填寫;即輸入前幾個字母會跳出相關的選項。
2、產品報價預覽:由于同一國家商戶所在主體國家不同,對應支付方式的價格也不同;因此需要考慮同一國家的不同主體支付方式的價格(考慮是分別展示還是在國家下統一展示不同主體的產品價格)。
同一國家不同主體所在地區支付產品價格全部展示后、對于產品的費率,由于詳細的費用項商戶可能看不懂,且信息過多會造成理解困難。所以我們考慮對商戶側展示的價格、僅展示總的費率(一口價),后續內部系統計費報價單再通過計費規則拆解成費用項。
3、完成創建:該階段報價單傳遞給后臺,商戶側支持查看、下載和返回管理頁面。
注:
- 考慮到用戶操作失誤導致退出或誤刪頁面,支持商戶對填選過內容的自動保存,即二次點開生成報價單頁面,填寫過的內容會自動顯示。
- 當商戶提交報價單后想要新增或刪除產品時,點擊【聯系我們】按鈕,聯系業務人員,業務將鏈接打回后重新生成報價單。
②產品方案;結合adyen的在線支付產品和stripe的金融產品(產品來自于官網公布)為例設計流程,方案如下圖所示:
5.3 商戶管理的報價單
1、商戶管理中所要經歷的流程:
①注意的要點:
- 根據實際業務場景,由于標準報價只是給商戶的參考,最終的價格需要線下與商戶協商確認;所以會涉及到價格的修改;涉及到價格需要給一個修改原因,供報價團隊參考審批。
- 由于商戶在簽合同前會出現對報價單不滿意重新洽談報價的情況、支持多次修改、審批;每一次修改都要注明原因,合同中的報價單以最后一版本的審批報價單為準。
06 總結和復盤
1、以業務事實為依據、按環節分別拆解:考慮每個階段的扭轉、包括功能、數據、相關人員的扭轉;羅列出各環節涉及到的問題及如何線上化解決能最大化將人力成本和時間成本降到最低,繪制架構圖幫助理解和思考。
報價單流轉層面:
商戶自助生成報價單——業務方查看報價并和商戶洽談無爭議后進入審批——報價團隊審批完成——合同簽訂環節——計費系統按計費規則獲取詳細費用項數據。
- 用戶層:全流程涉及到的人員有商戶、BD、商戶業務、kyc審核團隊、報價審批團隊、資金。
- 平臺層:官網、onboard、商戶管理系統、計費系統。
- 功能層:針對不同的產品和業務場景分析不同環節涉及到的功能。
2、用科學的方法做決策:即數據依據>案例調研>業務邏輯>拍腦袋(切忌閉門造車)。
- 考慮該功能上線后帶來的收益,決策是否一定也要做;
- 案例調研:調研直接競品&間接競品的報價單如何展示,了解主流市場報價情況,考慮使用何種展示方式能讓用戶更直接便捷的定位到想要的產品報價。
- 業務邏輯:實事求是,以業務事實為依據找尋流轉規律,對于特殊場景考慮是否羅列還是私下解決;比如臨時新增的免費活動,后續納入報價單還是業務手動補充。
3、避免信息差:找到需求所有相關方、組織在一起對接業務;避免聽取錯誤或遺漏的邏輯。
4、熟悉B端商戶用戶體驗:站在商戶的角度去思索界面設計,遵循流程簡化、內容通俗易懂、減少填選工作、內容標注說明幫助商戶把流程走下去等原則去設計產品頁面。
本文由@年年有??吃 原創發布于人人都是產品經理,未經許可,禁止轉載。
題圖來自 Unsplash,基于CC0協議
該文觀點僅代表作者本人,人人都是產品經理平臺僅提供信息存儲空間服務。
geekgg
歡迎大家留言一起探討~作者是23屆碩士畢業生,目前在一家支付公司,由于和公司業務不匹配打算裸辭了~有想招支付清結算方向的朋友們可以考慮考慮我~謝謝大家
產品經理崗呢~,我有一段七個月的支付產品實習外加三個月的清結算產品經驗,還招PM崗的大佬們可以看看我
zhusongtao1992