和每位職場人都息息相關(guān)的，可能就是“工資”這件事兒了。那么，你知道你的“工資”是怎么發(fā)到你手里的嗎？對應(yīng)的業(yè)務(wù)場景又是如何抽象轉(zhuǎn)化為產(chǎn)品功能的？本篇文章里，作者就圍繞“薪酬”這一基點(diǎn)展開了討論，并分享了他的拆解思路，或許會(huì)對你有做幫助。

這兩年我一直在想，怎樣才能把產(chǎn)品功能講明白，讓外行也能聽懂？怎樣才能把產(chǎn)品講明白，讓同行快速理解來龍去脈，讓新人快速上手？

關(guān)于這個(gè)問題，我始終覺得要把握業(yè)務(wù)場景，并通過業(yè)務(wù)場景映射到產(chǎn)品流程中，再結(jié)合產(chǎn)品思維將業(yè)務(wù)功能化，功能完整化。

所以，本文我將按照這樣的思路來聊一聊和我們打工人息息相關(guān)的“工資”這件事。全文將以常見的人力資源管理系統(tǒng)（E-HR）中的“薪酬”為基點(diǎn)展開介紹。

本文將分為三大部分：

1. 我們的工資是怎么來的；
2. 這個(gè)場景對應(yīng)了哪些軟件模塊；
3. 對場景的標(biāo)準(zhǔn)化拓展。

備注：文中的系統(tǒng)截圖來源于“2號人事部”和“釘釘智能薪酬”，兩款我覺得在這個(gè)賽道里做得不錯(cuò)的SaaS產(chǎn)品。如有侵權(quán)，請聯(lián)系刪除。

一、工資發(fā)放的用戶場景

張三月薪10k，其中有5k是基本工資、4k是績效工資、1k是補(bǔ)助，這個(gè)薪資構(gòu)成是在張三入職簽合同，或者公司調(diào)薪之后確定的。

而基本工資在張三所在的企業(yè)，受月度考勤的影響。比如請假、曠工、遲到早退都會(huì)按照企業(yè)統(tǒng)一規(guī)則進(jìn)行扣減。

他的績效工資是每月按照領(lǐng)導(dǎo)的打分結(jié)果計(jì)算，有時(shí)多、有時(shí)少。而且張三在工作期間也可能會(huì)加班、出差，這些行為可能會(huì)產(chǎn)生額外收入。

這樣匯集到一起，每個(gè)月會(huì)形成張三的工資表，在企業(yè)現(xiàn)有的薪資構(gòu)成下填充不同的金額，通過公式最終得出張三的稅前工資，也叫應(yīng)發(fā)工資。

之后，根據(jù)張三的應(yīng)發(fā)工資以及公司最初制定的五險(xiǎn)一金規(guī)則，為其計(jì)算對應(yīng)的社保、公積金繳納金額，包括個(gè)人承擔(dān)的部分，以及企業(yè)需要承擔(dān)的部分。

五險(xiǎn)一金計(jì)算完成之后，需要提前計(jì)算個(gè)人所得稅，按照國家規(guī)定的公式計(jì)算。

最后，張三的實(shí)發(fā)工資由應(yīng)發(fā)工資扣減五險(xiǎn)一金的個(gè)人承擔(dān)部分，再扣減個(gè)人所得稅最終形成。

以上，是一個(gè)最基礎(chǔ)，最常見的薪資計(jì)算流程（其他場景和規(guī)則下文會(huì)補(bǔ)充）。

每個(gè)企業(yè)都會(huì)有一個(gè)或多個(gè)這樣的表格，表格里記錄著企業(yè)內(nèi)的各個(gè)薪資構(gòu)成項(xiàng)（簡稱“薪酬項(xiàng)”），每次發(fā)薪之前，相關(guān)人員都要算一次。每一個(gè)表格，都可以稱為企業(yè)的一個(gè)“薪酬方案”（薪酬組）。

完成上述操作之后，我們僅是將張三的工資算出來了，但還沒有發(fā)到他的工資卡上。五險(xiǎn)一金和個(gè)稅也是一樣，僅停留在數(shù)據(jù)層面，并未發(fā)生資金交易。

因此，企業(yè)的財(cái)務(wù)人員將按照不同的費(fèi)用，在不同的系統(tǒng)上進(jìn)行操作（當(dāng)然，也可能是線下）。

發(fā)工資最常見的是登錄企業(yè)對公賬戶開戶行的企業(yè)網(wǎng)銀（或銀行提供的其他發(fā)薪軟件），將線下做好的工資表導(dǎo)入系統(tǒng)，提交發(fā)薪流程，通過一層層的審批，最終完成賬務(wù)處理。

這一步在銀行的系統(tǒng)里叫“批量代發(fā)（代付）”業(yè)務(wù)，看起來是直接從企業(yè)的對公賬戶將資金轉(zhuǎn)入個(gè)人工資卡，實(shí)際上里面的資金處理流程也很復(fù)雜。常見的流程有兩類：

1）企業(yè)對公賬戶——>銀行批量代付過渡戶（不要糾結(jié)名字，各家銀行叫法可能不一樣）

銀行批量代付過渡戶——>員工工資卡

2）凍結(jié)企業(yè)對公賬戶對應(yīng)的發(fā)薪額度

企業(yè)對公賬戶——>員工工資卡

如果額度沒發(fā)完，再解凍。

以上兩類，雖然看起來只有幾個(gè)步驟，但其中的驗(yàn)證、異常處理、反洗錢防范等流程會(huì)做的很復(fù)雜，在此不展開介紹。

到這里，張三的卡里就收到工資了。

然而員工的五險(xiǎn)一金還沒交，企業(yè)的人事部門還要登錄各地社保系統(tǒng)、公積金系統(tǒng)進(jìn)行繳納操作。

員工的個(gè)稅也沒有申報(bào)，企業(yè)的相關(guān)人員還要登錄各省的稅務(wù)系統(tǒng)，進(jìn)行個(gè)人所得稅的申報(bào)和預(yù)扣預(yù)繳。

我們來回看一下整個(gè)流程：

然而，這只是我們當(dāng)下能看到的流程，但在張三入職之前，這些規(guī)則是怎么來的？

其實(shí)，最主要的一步前置條件，應(yīng)該是“確定算薪方案”，即企業(yè)要提前設(shè)置好各個(gè)薪酬項(xiàng)，以及薪酬項(xiàng)之間的計(jì)算公式、關(guān)聯(lián)關(guān)系。還要設(shè)置好五險(xiǎn)一金的繳納規(guī)則、比例系數(shù)。

這樣在有新員工入職之后，直接將員工添加到對應(yīng)的算薪方案中，才會(huì)有后面的故事。

另外，整個(gè)流程結(jié)束之后，還需要進(jìn)行相關(guān)統(tǒng)計(jì)，如成本統(tǒng)計(jì)、薪資趨勢統(tǒng)計(jì)、薪資構(gòu)成統(tǒng)計(jì)等等。

所以，我們最終來看一下這個(gè)場景的業(yè)務(wù)流程圖：

自此，一個(gè)簡單而標(biāo)準(zhǔn)的場景就描述完了。

二、用戶場景與產(chǎn)品功能的映射

用戶場景梳理完成之后，對應(yīng)的每一個(gè)用戶應(yīng)用節(jié)點(diǎn)，都將映射出產(chǎn)品功能。下面我們來看看這個(gè)薪酬場景都有哪些一級功能（我建議在梳理具體功能之前，先畫一張功能架構(gòu)圖，以便從宏觀上認(rèn)識它）。

1. 設(shè)置企業(yè)的算薪方案

這是一個(gè)規(guī)則配置的功能，包含了自定義添加規(guī)則項(xiàng)，采用公式編輯器維護(hù)各個(gè)規(guī)則的計(jì)算公式，并選擇數(shù)據(jù)來源。

這里需要提醒的是，大部分產(chǎn)品對于這種操作復(fù)雜的規(guī)則設(shè)置，會(huì)預(yù)制常用的模板，更厲害一點(diǎn)的，則支持Excel文件導(dǎo)入，自動(dòng)識別里面的公式和規(guī)則項(xiàng)。

當(dāng)然，你也看到了，這玩意一般人還真玩不明白。很多SaaS平臺(tái)的實(shí)施崗，就是幫客戶提前配置這些規(guī)則。而且總會(huì)有場景系統(tǒng)不支持，這時(shí)便需要“曲線救國”的策略。

2. 設(shè)置企業(yè)的社保方案

我覺得社保最大的難點(diǎn)在于各個(gè)城市的具體政策和系統(tǒng)都不一樣，所以一旦面向全國的客戶，這個(gè)功能的維護(hù)成本就會(huì)很高。

而且員工社保還會(huì)涉及到參保、停保、年度調(diào)整等環(huán)節(jié)，大多數(shù)E-HR平臺(tái)只能做到“離線計(jì)算”，無法和相關(guān)的社保局系統(tǒng)對接，進(jìn)而導(dǎo)致這個(gè)功能很雞肋，數(shù)據(jù)存在不準(zhǔn)確的情況。

另外，不同企業(yè)在社保上的繳納方案也不同，有三險(xiǎn)、三險(xiǎn)一金、五險(xiǎn)、五險(xiǎn)一金、六險(xiǎn)一金等等。而且還會(huì)增加企業(yè)自己的限制。

比如按基本工資的80%繳納、轉(zhuǎn)正后繳納、入職一年之后繳納等等，都增加了這個(gè)功能的復(fù)雜性。

3. 同步企業(yè)花名冊信息

系統(tǒng)內(nèi)的數(shù)據(jù)是聯(lián)動(dòng)的，薪酬模塊本身只是E-HR平臺(tái)中的一部分，其中所需的基礎(chǔ)數(shù)據(jù)（如員工信息）都需要從其他模塊中獲取。

如果是同一個(gè)平臺(tái)，數(shù)據(jù)源是一致的，這個(gè)問題還好解決。但有些大型企業(yè)會(huì)有多個(gè)平臺(tái)，其中員工的基本信息在A系統(tǒng)里，薪酬或其他業(yè)務(wù)功能在B或C系統(tǒng)里，信息的同步變成了多個(gè)平臺(tái)之間的交互。

一旦涉及到數(shù)據(jù)源的變更，又是一個(gè)難題。

4. 定調(diào)薪

其實(shí)這個(gè)功能就是為了給企業(yè)的每個(gè)員工維護(hù)各自的薪資數(shù)據(jù)，包含哪些薪酬項(xiàng)是固定的，哪些是浮動(dòng)的，什么時(shí)候生效等基礎(chǔ)規(guī)則。

因?yàn)橐粋€(gè)企業(yè)有很多員工，所以這個(gè)功能要考慮批量設(shè)置的情景。而且要考慮這些關(guān)鍵數(shù)據(jù)修改的權(quán)限、流程。

從數(shù)據(jù)維護(hù)的角度來看，可以在頁面上操作，也可以導(dǎo)入文件。一旦涉及到文件導(dǎo)入，又將面臨格式、必輸項(xiàng)、數(shù)據(jù)準(zhǔn)確性、報(bào)錯(cuò)提示、錯(cuò)誤修改等一系列的設(shè)計(jì)難題。

說句題外話，我覺得B端產(chǎn)品在不同場景下的文件導(dǎo)入，應(yīng)該可以抽象出一個(gè)單獨(dú)的處理引擎，根據(jù)不同文件的格式設(shè)置不同的分支，將每個(gè)分支下的基礎(chǔ)驗(yàn)證、業(yè)務(wù)驗(yàn)證、錯(cuò)誤提示、異常修改等流程標(biāo)準(zhǔn)化，具體的規(guī)則配置化。

這樣既能從應(yīng)用層做到全局一致，也能減少設(shè)計(jì)冗余?？上н@一步，我沒有實(shí)踐成功。

5. 薪酬計(jì)算

按照上文的介紹，薪酬計(jì)算至少要分為四個(gè)步驟：計(jì)算應(yīng)發(fā)、計(jì)算社保、計(jì)算個(gè)稅、計(jì)算實(shí)發(fā)。

這四個(gè)步驟是有先后順序的，而且分別需要借助多個(gè)功能的數(shù)據(jù)規(guī)則、數(shù)據(jù)結(jié)果。所以在操作上、效率上、連貫性上、以及中間過程的細(xì)項(xiàng)分支上，都會(huì)衍生出很多二級、三級功能和邏輯。

其實(shí)，E-HR系統(tǒng)下的薪酬管理，最核心的功能就是計(jì)算，我們基于如何計(jì)算向前拓展了很多個(gè)步驟，通過場景梳理和規(guī)則預(yù)設(shè)，讓系統(tǒng)具備快速準(zhǔn)確計(jì)算的可能性。

當(dāng)然，這里面要還要考慮性能問題，一個(gè)月計(jì)算多次的問題，中途調(diào)薪、調(diào)規(guī)則的問題，跨月的問題，出現(xiàn)錯(cuò)誤如何預(yù)警的問題，以及數(shù)據(jù)安全性的問題等。

6. 薪資發(fā)放

因?yàn)樽罱K的資金處理需要依托銀行的服務(wù)，所以很多系統(tǒng)初期沒有與銀行對接，僅將最終的算薪結(jié)果按照銀行的“網(wǎng)銀報(bào)盤”（其實(shí)就是上傳的Excel文件）格式導(dǎo)出，再由操作人員登錄到銀行系統(tǒng)進(jìn)行導(dǎo)入。

但這一步在業(yè)務(wù)流程上是割裂的，所以越來越多的E-HR平臺(tái)開始和銀行合作，支持企業(yè)對公賬戶開戶行為合作銀行的企業(yè)直接進(jìn)行資金處理。但因?yàn)樯婕暗劫Y金的安全性、審核的嚴(yán)格性，大多數(shù)平臺(tái)這一步的連接做得并不“順滑”。

不過，近些年很多銀行也在創(chuàng)新相關(guān)的產(chǎn)品，對外提供了集發(fā)薪、算薪于一體的企業(yè)級SaaS平臺(tái)。比如招商銀行的“薪福通”產(chǎn)品（淺談?wù)猩蹄y行“薪福通”）。

另外，像社保繳納、個(gè)稅申報(bào)的環(huán)節(jié)，同樣存在多系統(tǒng)間割裂的問題，而作為E-HR平臺(tái)，想要拿到這些合作資源，壁壘會(huì)非常高，真正對接時(shí)將面臨的業(yè)務(wù)、技術(shù)難題也遠(yuǎn)超想象。

因此，評估一個(gè)產(chǎn)品做得好不好，除了看產(chǎn)品所覆蓋的場景，解決的問題，帶來的體驗(yàn)，還要看這款產(chǎn)品背后所能鏈接的資源。

在賬務(wù)處理這個(gè)層面，就不多介紹了。

7. 報(bào)表分析

線下需要統(tǒng)計(jì)的各類報(bào)表，我相信對于系統(tǒng)來說實(shí)現(xiàn)起來并不難，難的是如何將業(yè)務(wù)數(shù)據(jù)形成所謂的數(shù)據(jù)資產(chǎn)，為企業(yè)經(jīng)營決策賦能？

而且本身大多數(shù)企業(yè)線下的統(tǒng)計(jì)維度比較簡單，真正從趨勢、對比、多維度加權(quán)整合的方向來考慮，無論是數(shù)據(jù)報(bào)表，還是可視化圖形報(bào)表，都是產(chǎn)品團(tuán)隊(duì)需要深入研究的。

就像《數(shù)據(jù)化決策》這本書中提到，我們應(yīng)該通過數(shù)據(jù)量化什么？

——量化不確定性，量化風(fēng)險(xiǎn)，量化信息價(jià)值

遺憾的是，我所見到的免費(fèi)版E-HR平臺(tái)報(bào)表，還遠(yuǎn)沒有達(dá)到這個(gè)效果。

三、對產(chǎn)品功能的標(biāo)準(zhǔn)化設(shè)計(jì)

從理論到落地，我覺得最難的階段，就在于標(biāo)準(zhǔn)化設(shè)計(jì)。

因?yàn)闃I(yè)務(wù)好理解，功能框架也容易梳理，但真正到了設(shè)計(jì)階段，面對多變、復(fù)雜的實(shí)際使用場景，如何讓自己的產(chǎn)品具備適應(yīng)性，對產(chǎn)品團(tuán)隊(duì)是一個(gè)極大的挑戰(zhàn)。

本文第一章列舉張三的例子，只是一個(gè)很小的部分。實(shí)際場景中可能涉及不同崗位、不同職級有不同的薪資構(gòu)成和計(jì)算規(guī)則。尤其涉及到某些薪酬項(xiàng)依托于其他模塊的數(shù)據(jù)時(shí)，模塊之間的連接性、數(shù)據(jù)的可用性、規(guī)則的多變性，都需要考慮。

另外，我們只討論了固定工資的場景，很多行業(yè)都是以業(yè)績、勞動(dòng)量等變化的維度計(jì)算工資。比如常見的“計(jì)件工資”、“計(jì)時(shí)工資”、“銷售提成”、“利潤分紅”等。這些場景如何在標(biāo)準(zhǔn)化設(shè)計(jì)中有效融入？

在產(chǎn)品設(shè)計(jì)階段，即便我們形成了可以標(biāo)準(zhǔn)化的方案，在分析細(xì)化的過程中還要考慮幾個(gè)重要的維度：異常操作、功能間的耦合性、體驗(yàn)優(yōu)化、拓展性配置。

1. 異常操作

用戶大概率不會(huì)按照我們預(yù)設(shè)的操作步驟進(jìn)行，尤其是新用戶。

他們經(jīng)常會(huì)遇到一些奇怪的問題，而這些問題大多都是因?yàn)楫a(chǎn)品設(shè)計(jì)時(shí)對于異常操作覆蓋度不夠而導(dǎo)致的。

比如不按照操作步驟進(jìn)行，前置操作未完成時(shí)點(diǎn)擊后續(xù)操作。這種情況需要考慮是進(jìn)行合理的提示并支持直達(dá)前置操作，還是從設(shè)計(jì)上統(tǒng)一入口，只能按順序執(zhí)行，以避免用戶誤操作的可能性。

比如你以為一定能成功的操作，如果失敗了怎么辦？一個(gè)批量的操作如果一部分成功一部分失敗怎么辦？

比如出現(xiàn)了關(guān)鍵業(yè)務(wù)的并發(fā)操作，甲正在算薪，乙去把方案規(guī)則修改了怎么辦？

類似的情況有很多，預(yù)測這些異常，并找到合理的方案，這款產(chǎn)品的可用性才會(huì)提升。否則，上線之后團(tuán)隊(duì)的大部分精力可能都在解決一個(gè)個(gè)“離奇”的問題上。

2. 功能間的耦合性

同一個(gè)功能下多個(gè)子功能之間相互聯(lián)系、相互制約。不同功能下的數(shù)據(jù)、流程也相互聯(lián)系、相互制約。同一個(gè)大生態(tài)下，不同系統(tǒng)之間很多數(shù)據(jù)同樣相互聯(lián)系、相互制約。

所以，在做標(biāo)準(zhǔn)化設(shè)計(jì)過程中，解決功能間的耦合性，是一個(gè)難點(diǎn)。

比如在薪酬場景中，給員工定薪之前，需要員工先通過人事系統(tǒng)將個(gè)人信息維護(hù)進(jìn)來。而人事系統(tǒng)又會(huì)分為入、轉(zhuǎn)、調(diào)、離四個(gè)階段，不同階段對于薪酬方案都可能存在影響。

比如很多操作都需要預(yù)先配置規(guī)則，而規(guī)則之間也存在關(guān)聯(lián)。像企業(yè)給員工調(diào)薪，一般都需要審批，審批通過后才能生效。因此調(diào)薪功能就要和平臺(tái)的審批流引擎相結(jié)合。

比如計(jì)算應(yīng)發(fā)時(shí)，需要獲取員工的考勤數(shù)據(jù)，又將聯(lián)動(dòng)協(xié)同辦公（OA）模塊中的周期性數(shù)據(jù)，并依據(jù)規(guī)則進(jìn)行計(jì)算。

正所謂“牽一發(fā)，而動(dòng)全身”。

3. 體驗(yàn)優(yōu)化

作為B端產(chǎn)品，體驗(yàn)一直是優(yōu)先級較低但又始終繞不開的話題。小到錯(cuò)誤提示是否通俗易懂，大到幫助中心是否能夠真正解決用戶的問題。

上周在和人人都是產(chǎn)品經(jīng)理連麥直播時(shí)，也聊到了這個(gè)話題。當(dāng)用戶體驗(yàn)無法作為團(tuán)隊(duì)內(nèi)部一項(xiàng)重要任務(wù)時(shí)，產(chǎn)品團(tuán)隊(duì)也應(yīng)該采取“順帶手”的觀念，把細(xì)微可察覺的體驗(yàn)在初始版本進(jìn)行設(shè)計(jì)提升。

就像之前的文章中提到，我們曾經(jīng)因?yàn)橐粋€(gè)小小的“文件上傳”功能而優(yōu)化迭代了十幾個(gè)版本，最終形成了產(chǎn)品初期的主打功能，讓用戶驚喜。

因?yàn)橹R產(chǎn)權(quán)的問題，我也不會(huì)展開介紹，但我相信只要產(chǎn)品團(tuán)隊(duì)有體驗(yàn)優(yōu)化的意識，結(jié)合自身情況一定能設(shè)計(jì)出一個(gè)個(gè)讓用戶驚喜的瞬間。

4. 拓展性配置

為了適應(yīng)多企業(yè)的實(shí)際場景，在功能設(shè)計(jì)時(shí)需要將常見的配置項(xiàng)抽離出來，由企業(yè)結(jié)合自身情況進(jìn)行配置。

比如算薪所需的外部數(shù)據(jù)從哪里來？企業(yè)的發(fā)薪日是幾號？計(jì)薪周期是從幾號到幾號？各個(gè)細(xì)分流程是否需要審批等。

在產(chǎn)品設(shè)計(jì)階段，提前把這些拓展性配置項(xiàng)梳理出來，再結(jié)合不同的配置結(jié)果進(jìn)行細(xì)化，相當(dāng)于將整個(gè)業(yè)務(wù)場景框定為不同的幾種類型，再針對不同的類型分別推演。

這些在產(chǎn)品設(shè)計(jì)落地過程中將要遇到的具體問題，在產(chǎn)品講解中也不必細(xì)化，更多是提個(gè)醒，讓我們知道即將面臨的問題有哪些，才能做足準(zhǔn)備去逐一解決。

所以本文就聊到這里吧。

四、寫在最后

E-HR類的產(chǎn)品所包含的場景很多，本文主要基于“薪酬”展開，其他的像人事、招聘、考勤、協(xié)同辦公、績效、審批流等，還有很多用戶故事、產(chǎn)品故事。這些故事，留在以后慢慢聊吧~

寫這篇文章，一方面為了介紹這個(gè)場景，方便感興趣的朋友了解；另一方面是希望通過自己的結(jié)構(gòu)和思路，幫助朋友們形成由業(yè)務(wù)場景到產(chǎn)品功能的轉(zhuǎn)換落地，形成主流程到業(yè)務(wù)閉環(huán)的結(jié)構(gòu)化拆解思路。

如果你能有所收獲，我將十分榮幸。