上班打卡是大多數(shù)上班狗每天都會做的事情，打卡的方式多種多樣，很多廠商也有很完善的解決方案。這樣一個大家每天習以為常的動作，是不是讓我們都忽略了一件事——考勤打卡實際上是一個to B類型的產(chǎn)品，并且，其背后邏輯一點也不簡單。

一、打卡也要考慮戰(zhàn)略層

做產(chǎn)品的其實都知道，在設(shè)計一款產(chǎn)品時，我們首先要考慮的是，公司戰(zhàn)略是如何定位的？我這款產(chǎn)品在公司戰(zhàn)略中處于什么樣的位置？我的產(chǎn)品可以給用戶帶來什么價值？

對于打卡這個看似很簡單的產(chǎn)品，其實也要經(jīng)歷以上思考。

首先我們來看公司層面，一個產(chǎn)品經(jīng)理需要知道公司處在什么階段，公司內(nèi)部的文化是怎么樣的，然后再決定自己的打卡產(chǎn)品的設(shè)計方向。

比如：一個公司處在高速增長階段，企業(yè)內(nèi)部文化極具包容性，對員工的管制少，那打卡產(chǎn)品可以嘗試更多新奇的方向，讓大家要不能從打卡找到樂趣，要不就是在打卡/補卡這種操作上少浪費時間。反之，如果一個公司非常強調(diào)對員工的管控，那在打卡上也容不得馬虎，可能需要對打卡范圍和時間嚴格限制，甚至界面也要走嚴肅風。

其次我們要考慮用戶需求，打卡這個東西，是制度催生的需求，而不是員工自己的內(nèi)在需要。所以，對于員工來說，打卡還是越簡單越好。比如考勤機排隊打卡就沒有用手機軟件打卡舒服，而用手機軟件打卡肯定沒有不打卡讓人心情愉悅。

做為一個產(chǎn)品經(jīng)理，還是要在用戶需求和公司戰(zhàn)略中找到一種平衡，要在公司認可的情況下做到用戶體驗最好，說起來很簡單，但做起來非常困難，還容易出現(xiàn)兩頭都得罪的情況，需要產(chǎn)品經(jīng)理好好把握。

二、不止打卡頁面

考勤打卡實際上應該是一整套系統(tǒng)，打卡只是其中的一個部分，可以看做是系統(tǒng)中的數(shù)據(jù)錄入的頁面，只有與其他系統(tǒng)結(jié)合，打卡這個頁面才是具有意義的。而這一整套系統(tǒng)的組成，大致有以下幾個部分組成。

考勤系統(tǒng)的組成部分

首先是硬件設(shè)施，硬件設(shè)施的作用是對打卡數(shù)據(jù)的校驗。比如WiFi設(shè)備，只有連接上公司W(wǎng)iFi的手機才可以打卡成功，有的公司還有藍牙設(shè)備，只有進入到藍牙范圍內(nèi)才可以打卡，這里就不一一列舉，所有這些都只有一個目的——讓員工的打卡數(shù)據(jù)更加真實。

其次是中臺系統(tǒng)，包括管理后臺、考勤狀態(tài)計算系統(tǒng)、薪資系統(tǒng)等。管理后臺提供員工行為的查詢、考勤規(guī)則配置等功能，是監(jiān)督員工考勤狀態(tài)的重要產(chǎn)品?？记跔顟B(tài)計算系統(tǒng)，名字有點拗口，說白了就是計算員工是否正常上班的系統(tǒng)，輸入的是員工的打卡數(shù)據(jù)，輸出的是員工的考勤狀態(tài)，如：遲到、曠工等，這個在下一節(jié)會詳細講到，里面的計算邏輯很復雜。

還有就是薪資系統(tǒng)，是通過考勤數(shù)據(jù)來算工資的，在不同公司不一樣，有的直接算到考勤系統(tǒng)中，有的是讀取考勤系統(tǒng)的數(shù)據(jù)，有的壓根就沒有這個系統(tǒng)。

最后就是跟用戶接觸的前臺頁面，有必備的打卡頁面，提供查詢功能的查詢頁面，還有為彌補忘記打卡而設(shè)置的補卡頁面，這三樣是不可或缺的。

所有的這些（可能有些公司接入系統(tǒng)更多），才是一套完整的考勤系統(tǒng)，是不是比你認知中的要復雜？

三、打卡場景其實很復雜

我的朋友琪總曾經(jīng)就質(zhì)疑過我：打卡這么簡單的事情，為什么你們老是說算不準呢？這可能也是很多人的疑問，這個答案其實很簡單，就是打卡場景過于復雜。

打卡的情況分為很多種，對于小公司來說，可能很簡單，但對于大公司來說，一個產(chǎn)品覆蓋所有打卡場景似乎是不可能的。就考勤的類型來說，大公司的考勤類型可能分為嚴格考勤、彈性考勤、開放考勤要打卡、開放考勤只打一次卡、開放考勤不打卡、內(nèi)勤外勤等，而上班時間可能還要分為白班、夜班，更有甚者有一個公司的上班時間可能有五六種。

另外還有一個問題需要考慮的就是——加班。比如：一個朝九晚五的同學加班到凌晨，那他走的時候打的卡是算第一天的下班卡，還是算第二天的下班卡呢？

那你可能會說，我把下班卡的判定時間設(shè)晚一點，設(shè)定到凌晨五點前打卡都算是前一天的下班卡。很好，問題又來了，那如果一個人第一天下班忘打卡，第二天又來得特別早怎么算？

即使上面問題解決了，也還有一個同步時間問題，我系統(tǒng)不可能實時去算這些，因為全公司數(shù)據(jù)都跑一邊可能就要半小時甚至更長，在沒有更多資源投入到打卡上面時，只能選擇分時同步，但是這樣會造成信息同步及時的情況，所以這個同步的時間間隔需要設(shè)置的很巧妙。

對于這么復雜的場景，現(xiàn)在產(chǎn)品是如何解決的呢？答案是無法解決，打卡產(chǎn)品無法覆蓋到每一個場景，只能保證覆蓋到盡量多的場景。那些概率極小的場景，就隨他去吧，不必做過多糾結(jié)。

四、“防御式”產(chǎn)品設(shè)計

我們在做開發(fā)的時候會提到一個名詞——防御式編程，防御式編程是一種編程習慣，是指預見在什么地方可能會出現(xiàn)問題，然后創(chuàng)建一個環(huán)境來測試錯誤，當預見的問題出現(xiàn)的時候通知你，并執(zhí)行一個你指定的損害控制動作，如停止程序執(zhí)行，將用戶重指向到一個備份的服務(wù)器等。

我們在做考勤產(chǎn)品設(shè)計時，也應充分吸收“防御式”思想，對可能出現(xiàn)的問題做預見，并給出相應的對策，在考勤產(chǎn)品設(shè)計中，可預見的風險有以下幾種：

1）考勤制度突然變動

這種情況雖然不常見，但是我確實是遇到過，當時是通宵加班，才趕在考勤制度發(fā)布前上線。在這以后，我把考勤產(chǎn)品中的所有內(nèi)容都做成了后臺可配置項，甚至連錯誤提示語都做了可配置，這樣在下一次這種情況到來時，五分鐘就可以完成所有修改。

2）員工使用不正當方式打卡

這里涉及到員工偽造打卡環(huán)境，代打卡等不正當行為，在產(chǎn)品設(shè)計之初，應與開發(fā)充分溝通，對此種情況能規(guī)避就規(guī)避，不能規(guī)避就在行為發(fā)生時告警，同時，打卡日志也要盡可能多的保留信息。

3）員工沒有考勤記錄卻宣稱打卡成功

這個是我經(jīng)常遇到的情況，明明沒有打卡，卻非要說自己打了。對于此類事件，我們需要在將用戶的所有操作都記錄在日志里，比如我們的產(chǎn)品在用戶訪問到打卡頁面時，不管有沒有成功，都會做一次記錄，如果沒記錄，說明連頁面都沒訪問到，明顯是來扯皮的。

其實，防御式產(chǎn)品設(shè)計是為自己和用戶負責，而不是不愿意背鍋的無奈之舉，這一點需要大家認清楚。

說了這么多，總結(jié)一下，就是考勤產(chǎn)品其實比大家想象中的要復雜，而且沒有完美的解決方案，只能盡量做到更接近完美。

大家有什么問題或者想法或者質(zhì)疑，歡迎評論區(qū)留言。

本文由 @王撼宇 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載

題圖來自Unsplash，基于CC0協(xié)議