上一篇我們聊到，HR要給業(yè)務(wù)需并排“高中低”優(yōu)先級(jí)。

需求排優(yōu)先級(jí)，常用方法是根據(jù)“價(jià)值”和“緊迫性”兩個(gè)維度來評(píng)估。由于在小蔣的經(jīng)驗(yàn)中，特別急的HR需求并不常見（主要法律規(guī)章/監(jiān)管要求的變更），因此在舉的例子中沒有強(qiáng)調(diào)“緊迫性”，而是考慮從更多維度來量化“業(yè)務(wù)價(jià)值”。

HR從業(yè)務(wù)的角度評(píng)估完，HRIT還要從技術(shù)的角度再評(píng)估一輪。

結(jié)合兩類評(píng)估，我們就可以排出每個(gè)需求在下面象限圖中的位置，然后決定先實(shí)現(xiàn)哪些、后實(shí)現(xiàn)哪些。

首先去實(shí)現(xiàn)哪一類呢？

考慮到，自下而上的HR數(shù)字化是希望通過快速見效的成果，來贏得上上下下對(duì)數(shù)字化的信心。因此，我們優(yōu)先去實(shí)現(xiàn)的，肯定是業(yè)務(wù)價(jià)值高、技術(shù)上也好搞的，也就是所謂的“快贏”。

業(yè)務(wù)上重要而技術(shù)難搞的，則要做長(zhǎng)遠(yuǎn)的的規(guī)劃，做長(zhǎng)期戰(zhàn)斗的準(zhǔn)備，在啟動(dòng)之前，要確保上上下下已經(jīng)攢足了信心、可以下定決心。

“舉手之勞”這類，有空的話可以先做其中比較著急的，不著急的有空再慢慢做。

“吃力不討好”這類，就應(yīng)該和HR聊聊需求是否合理，或者雙方的理解是否一致、清晰。

“技術(shù)實(shí)現(xiàn)好不好搞？”HRIT在回答這個(gè)問題的時(shí)候，其實(shí)心中已經(jīng)要有相應(yīng)的方案了。

為了滿足業(yè)務(wù)需求而提出的解決方案，通常包括要用哪些數(shù)字化工具，以及要如何實(shí)施落地。

數(shù)字化工具的選擇可能是多樣的：

因此，“技術(shù)上好不好實(shí)現(xiàn)”這個(gè)問題，其實(shí)是相對(duì)的，它取決于：

參考閱讀：HR數(shù)字化之樹——推薦書目與產(chǎn)品試用（上）

也正因如此，HR可能對(duì)HRIT評(píng)估的結(jié)果產(chǎn)生質(zhì)疑：“這個(gè)應(yīng)該不難實(shí)現(xiàn)吧？這個(gè)要不了這么久吧？”特別是當(dāng)HRIT是外部乙方、按人天收費(fèi)時(shí)。

這個(gè)時(shí)候，HRIT能否樹立技術(shù)專家的權(quán)威、用自己的專業(yè)贏得HR的信賴就尤為重要了。HRIT要讓HR相信，這樣的評(píng)估結(jié)果，不僅是基于有過的成功經(jīng)驗(yàn)，也是基于對(duì)潛在風(fēng)險(xiǎn)的預(yù)判。

專業(yè)的工作方法、高效的溝通、取得“快贏”，都可以增強(qiáng)HR對(duì)HRIT能力的信任。

HR日常最熟悉的軟件是下面這些，最快的“快贏”往往是這些工具的優(yōu)化和自動(dòng)化：

當(dāng)HRIT大致確定了比較合適的方案后，就比較容易評(píng)估出技術(shù)實(shí)現(xiàn)的成本了。

我們說的“快贏”到底能有多快呢？

小蔣個(gè)人的經(jīng)驗(yàn)中，如果是在HR系統(tǒng)的基礎(chǔ)上配置新功能，或者用Python、VBA開發(fā)小程序，基本1-3天能確定基本方案，1-2周能完成“最小可行產(chǎn)品”并交付給HR，這個(gè)節(jié)奏比較合適，HRIT投入與HR收益的“性價(jià)比”相對(duì)較高。

當(dāng)然，“快”不是衡量方案的唯一指標(biāo)，HRIT要注意，方案不僅要突破“點(diǎn)”的效率瓶頸，也要在整個(gè)流程的“線”上保證順暢，在數(shù)字化整體的“面”上起到更積極的作用。

在需求篇中說過，不要讓HR陷入對(duì)功能設(shè)計(jì)的想象。同樣，HRIT在提出方案時(shí)，也要拿出實(shí)物，不要讓HR去腦補(bǔ)。

我們繼續(xù)說相對(duì)簡(jiǎn)單、快速的情況：需求用一個(gè)簡(jiǎn)單的工具就能搞定。

如果方案是用一個(gè)現(xiàn)成的產(chǎn)品或已有的系統(tǒng)，做出個(gè)示意的頁面或表單再去溝通，頁面簡(jiǎn)陋、字段不全、功能沒完全實(shí)現(xiàn)都不是問題，首先要讓用戶有個(gè)體感。

如果方案用編程實(shí)現(xiàn)，至少告訴用戶輸入、操作、輸出分別是什么樣子。比如我們之前做的加密offer批量生成程序，溝通方案時(shí)，我會(huì)先告訴HR你要準(zhǔn)備什么數(shù)據(jù)、貼到一個(gè)怎樣的Excel里，點(diǎn)一個(gè)按鈕，就會(huì)在文件夾里生成什么樣的PDF文件，文件都要做出示例。

再不成熟的實(shí)物原型也比拿著PPT、甚至全靠口頭描述靠譜得多，這也可以讓HR相信方案的可行性是HRIT確實(shí)初步驗(yàn)證過的。

基于這個(gè)原型，雙方的溝通就能具體很多，HR可以據(jù)此反饋建議，HRIT也要告訴HR:

有時(shí)可能沒有一個(gè)單獨(dú)的方案能完全滿足需求，而是有多種方案，各有千秋卻各有不足。首先給用戶演示最容易實(shí)現(xiàn)的，看看用戶能不能接受；如果不能，再演示另一個(gè)。要從短期實(shí)現(xiàn)和長(zhǎng)遠(yuǎn)使用等多個(gè)角度，說清楚不同方案的優(yōu)劣勢(shì)，讓HR綜合考慮。

按照方案溝通的結(jié)果，HRIT再去快速配置/開發(fā)出“最小可行性產(chǎn)品”（MVP）。

這個(gè)階段，我會(huì)跟HR溝通：

?  第一版的MVP可能只能達(dá)到60分，但它已經(jīng)能滿足最核心的業(yè)務(wù)訴求

?  未來它有可能優(yōu)化到90分，但考慮到60分到90分的邊際成本，我只有確定HR會(huì)長(zhǎng)期使用它之后，我才會(huì)去進(jìn)一步優(yōu)化。

? 優(yōu)化需要與HR共創(chuàng)、由HR發(fā)起

此前介紹過一個(gè)薪酬通知信的例子，第一個(gè)版本讓“不可能”成為了“可能”，但用戶還有4個(gè)步驟要操作，而且還要修改Windows的語言設(shè)置；薪酬HR在之后的一年中不斷使用這個(gè)程序，不斷發(fā)現(xiàn)問題、不斷提出建議；我也對(duì)這個(gè)程序做了數(shù)次優(yōu)化，將4步縮減為2步，節(jié)約了30%的時(shí)間，并且大大降低了出錯(cuò)的可能性。

最快地做出MVP，就是為了最快地解決核心業(yè)務(wù)需求，最快地驗(yàn)證方案的方向是正確的，最快地得到反饋并評(píng)估收效，持續(xù)優(yōu)化、循環(huán)往復(fù)。

當(dāng)然，不是所有的優(yōu)先需求都能在一兩周內(nèi)解決；HR描述起來輕而易舉的需求，可能需要專門啟動(dòng)一個(gè)小型項(xiàng)目來實(shí)現(xiàn)，這種情況，要設(shè)法將項(xiàng)目拆解為快贏。

例如，有幾張報(bào)表以前是在線下制作的，這幾張報(bào)表的數(shù)據(jù)來源有線上有線下。業(yè)務(wù)痛點(diǎn)是報(bào)表整理復(fù)雜、耗時(shí)長(zhǎng)，線下數(shù)據(jù)會(huì)出現(xiàn)質(zhì)量問題，報(bào)表要分享給各部門時(shí)又要手動(dòng)拆分。考慮用系統(tǒng)自動(dòng)生成報(bào)表、按權(quán)限定時(shí)自動(dòng)發(fā)送報(bào)表。

初步的方案如下：

這個(gè)方案要落地，不僅涉及數(shù)字化工具的制作，還涉及歷史數(shù)據(jù)的遷移。落地過程就應(yīng)該拆分，并分步驗(yàn)收確認(rèn)：

這個(gè)方案當(dāng)然還有優(yōu)化空間，如果有自動(dòng)抽取數(shù)據(jù)的工具，或者直接將數(shù)據(jù)源1、2相關(guān)的業(yè)務(wù)搬到線上，就可以進(jìn)一步減少人工操作；但首先，要讓HR看到這個(gè)基礎(chǔ)方案的價(jià)值、要讓HR看到進(jìn)一步優(yōu)化的價(jià)值。

本文經(jīng)授權(quán)轉(zhuǎn)載自微信公眾號(hào)：Johnny HCM