2024企業(yè)數(shù)字化系統(tǒng)選型建設(shè)指南

企業(yè)數(shù)字化系統(tǒng)選型建設(shè)指南2024目錄Contents前言：HRTech到WorkTechP0301項目規(guī)劃P0801P09P11P12P15P22P23系統(tǒng)選型P24P26P30P35P3801|企業(yè)數(shù)字化系統(tǒng)選型建設(shè)指南03實施上線P4003P42P43P44P51P5604運維服務(wù)P6004P61P62結(jié)語P68|02項目規(guī)劃項目規(guī)劃的階段性目標確定立項及項目的宏觀目標，例如要實現(xiàn)的業(yè)務(wù)價值，要解決的主要業(yè)務(wù)痛點，以及各階段的重要事項和時間周期。0909|企業(yè)數(shù)字化系統(tǒng)選型建設(shè)指南||20項目規(guī)劃可分為六個主要階段，即明確項目價值和目標、組建項目規(guī)劃團隊、業(yè)務(wù)需求梳理和排序、轉(zhuǎn)型路徑規(guī)劃、項目預(yù)算制定和決策者審批。對應(yīng)這六個階段，也將有一些階段性產(chǎn)出，如：項目規(guī)劃的階段性產(chǎn)出項目規(guī)劃的階段性產(chǎn)出1總體規(guī)劃 2系統(tǒng)需求文檔1總體規(guī)劃2系統(tǒng)需求文檔3需求矩陣系統(tǒng)規(guī)劃的總體方向、愿景和目標實現(xiàn)的路線圖等內(nèi)容。

詳細描述業(yè)務(wù)部門對系統(tǒng)的功能需求和技術(shù)要求。這是確定計劃和預(yù)算的基礎(chǔ)。

將系統(tǒng)需求文檔中的需求與實際的系統(tǒng)功能相匹配的矩陣表格。4技術(shù)設(shè)計文檔 5項目計劃4技術(shù)設(shè)計文檔5項目計劃6預(yù)算和成本分析包括系統(tǒng)架構(gòu)、技術(shù)規(guī)范、數(shù)據(jù)模型、集成設(shè)計、安全設(shè)計等方面的詳細設(shè)計文檔。

詳細描述實施IT系統(tǒng)所需時間、人力投入、資源等各項計劃，包括采購、實施、測試、培訓(xùn)、溝通和風(fēng)險管理計劃等。

所有IT系統(tǒng)所需的實施費用，硬件、軟件、培訓(xùn)、開發(fā)、測試、維護等。圖1：項目規(guī)劃的階段性產(chǎn)出明確項目價值和目標通常來講，所有中后臺投資都應(yīng)落腳于支持前臺“戰(zhàn)役”打贏。所以HRIS的規(guī)劃也要以終為始，從業(yè)務(wù)痛難點來看業(yè)務(wù)需求，再分解成為項目的目標和價值，切忌“為項目而項目”，陷入職能部門自嗨狀態(tài)。一般來說，中后臺職能部門的價值錨主要包括提效、降本、合規(guī)、控風(fēng)險這幾個方面。提效：主要指通過優(yōu)化業(yè)務(wù)流程或使用先進技術(shù)等方式，提高生產(chǎn)效率和交付質(zhì)量，以實現(xiàn)資源最大化利用。例如業(yè)務(wù)現(xiàn)狀是線項目規(guī)劃項目規(guī)劃10降本：主要指通過精益管理、創(chuàng)新技術(shù)解決方案等方式降低企業(yè)運營成本，包括人力成本、溝通成本、時間成本等。例如業(yè)務(wù)現(xiàn)狀是業(yè)務(wù)部門各門店人力不均、排班不合理、工時利用率低，不僅影響門店銷售轉(zhuǎn)化率，而且影響員工滿意度，所以期望通過系統(tǒng)來優(yōu)化工時管理，合理排班，降低工時成本和管理成本，同時提升銷售轉(zhuǎn)化率和員工滿意度。合規(guī)：主要指通過建立完善的內(nèi)部控制機制和制度，加強監(jiān)管和培訓(xùn)，防范各種違規(guī)行為和風(fēng)險，確保企業(yè)遵守各種法律法規(guī)和行業(yè)標準，符合公司內(nèi)部管理制度要求，保護企業(yè)自身合法權(quán)益。例如業(yè)務(wù)現(xiàn)狀是線下算薪、記錄考勤和管理員工檔案，存在不按國家規(guī)定核定薪資、工時超標、濫用員工個人隱私信息等違法違規(guī)操作的可能，所以期望實施系統(tǒng)來固化操作標準，保障業(yè)務(wù)合規(guī)合法。控風(fēng)險：主要是指識別和管理企業(yè)可能面臨的各種業(yè)務(wù)運營風(fēng)險，并制定相應(yīng)的風(fēng)險管理策略和預(yù)案，及時應(yīng)對風(fēng)險事件。例如業(yè)務(wù)現(xiàn)狀是只能管理各下屬單位的薪酬總額，無法管理到具體人員、職級、考勤及薪酬帶寬，因此存在吃空餉現(xiàn)象，所以期望通過系統(tǒng)來提升管理精細度，落實管理抓手，控制業(yè)務(wù)運營風(fēng)險。當(dāng)然，隨著企業(yè)業(yè)務(wù)發(fā)展，在戰(zhàn)略規(guī)劃上側(cè)重點往往也會不同，因此我們需要以終為始，從業(yè)務(wù)戰(zhàn)略規(guī)劃出發(fā)來拆解業(yè)務(wù)目標，再細分成HR數(shù)字化轉(zhuǎn)型目標，并落地成HRIS建設(shè)目標，明晰此次數(shù)字化轉(zhuǎn)型項目對公司的價值是什么。PAGEPAGE65|企業(yè)數(shù)字化系統(tǒng)選型建設(shè)指南||PAGE12組建項目規(guī)劃團隊BeAsIs再“理”則會跳出很多平時可能都不認識的總部同事對項目“指手畫腳”，讓人措手不及。因此，在項目開始之前，我們最好充分做好干系人分析，了解到底哪些人可能會對項目產(chǎn)生重大影響以及他們的需求，從而提前做好計劃。典型干系人通常包括決策者、業(yè)務(wù)負責(zé)人、用戶代表、系統(tǒng)管理員、IT團隊及合作伙伴。項目利益相關(guān)者（干系人）分析項目利益相關(guān)者（干系人）分析決策者決策者業(yè)務(wù)負責(zé)人用戶代表系統(tǒng)管理員IT團隊合作伙伴

各業(yè)務(wù)模塊主管 系統(tǒng)最終使用

企業(yè)內(nèi)的技術(shù)開發(fā)團隊，包括軟件開發(fā)人員、測試人員、數(shù)據(jù)庫管理員等

為企業(yè)提供實施咨詢服務(wù)的外部公司或人員需對項目進行決策，并提供資源保障，確保系統(tǒng)順利實施。

需提供業(yè)務(wù)需求和

參與需求分析、流程設(shè)計和測試等環(huán)節(jié)，提供反饋和建議，確保系統(tǒng)符合用戶需求和期望。

負責(zé)系統(tǒng)配置、部

負責(zé)系統(tǒng)的技術(shù)研發(fā)、測試和維護，確保系統(tǒng)穩(wěn)定運行。

提供企業(yè)需求分析、流程設(shè)計和實施計劃制定等方面的支持，協(xié)助企業(yè)完成系統(tǒng)實施。圖2：項目利益相關(guān)者（干系人）分析項目規(guī)劃項目規(guī)劃雖然從風(fēng)險把控的視角來看，干系人覆蓋范圍宜大不宜小，但同時也要兼顧溝通效率，避免影響規(guī)劃交付效率。例如，規(guī)劃招聘系統(tǒng)，有HR負責(zé)人全程支持最好，但沒有或部分參與皆可；再例如整體切換集團系統(tǒng)，就一定要有集團HR領(lǐng)導(dǎo)參與，還要下屬各業(yè)態(tài)HR負責(zé)人參與。業(yè)務(wù)需求梳理與排序根據(jù)業(yè)務(wù)發(fā)展戰(zhàn)略明確Be愿景之后，接下來我們需要對照業(yè)務(wù)現(xiàn)狀這里的業(yè)務(wù)需求是指例如：10%；實現(xiàn)業(yè)財人一體化管理，打破決策層單一維度的數(shù)據(jù)統(tǒng)計分析；10%；30%；50%；息孤島問題；提升流程效率，增加對流程的監(jiān)管；95%以上；…….通過梳理得出業(yè)務(wù)本質(zhì)需求后，可初步盤點背后需要的系統(tǒng)支持。原則上不推薦多系統(tǒng)全模塊一起實施上線，這不僅對供應(yīng)商的實施水平要求更高，而且業(yè)務(wù)人員壓力也會變大，實施質(zhì)量難以保證。一般而言，人力資源系統(tǒng)轉(zhuǎn)型過程中，考勤或薪酬為一期項目，待數(shù)據(jù)和基礎(chǔ)業(yè)務(wù)流程理順后再開始其他模塊，如績效、人才發(fā)展。當(dāng)然也不排除老板特別關(guān)注績效，先上績效系統(tǒng)的情況。Tips業(yè)務(wù)需求優(yōu)先級評估參考維度圖3：業(yè)務(wù)優(yōu)先級評估參考維度Tips業(yè)務(wù)需求優(yōu)先級評估參考維度圖3：業(yè)務(wù)優(yōu)先級評估參考維度評估維度闡釋權(quán)重（%）優(yōu)先度（1-10分）業(yè)務(wù)價值系統(tǒng)帶來的直接或間接商業(yè)價值，對業(yè)務(wù)流程和業(yè)務(wù)結(jié)果的影響程度?？刹僮餍钥刹僮餍浴⒁子眯院鸵讓W(xué)性，對用戶學(xué)習(xí)和使用成本的影響程度。實施難度實施成本、技術(shù)復(fù)雜度和風(fēng)險程度，對周邊系統(tǒng)穩(wěn)定性和安全性的影響程度。緊急程度對業(yè)務(wù)運營的重要性和緊急性，對業(yè)務(wù)連續(xù)性和靈活性的影響程度。成本效益投入產(chǎn)出比和回報周期，資源有限的情況下是否是最優(yōu)選擇。合規(guī)性是否符合法律法規(guī)和行業(yè)標準，對企業(yè)聲譽和合規(guī)性的影響程度。PAGEPAGE15|企業(yè)數(shù)字化系統(tǒng)選型建設(shè)指南項目規(guī)劃項目規(guī)劃||PAGE14誰的需求最緊急？為了避免項目實施過程中業(yè)務(wù)不斷增加很多新的需求，我們在最開始項目需求梳理階段，就要非常明確需求的優(yōu)先級，基于現(xiàn)實情況做刪減。關(guān)鍵是如何判斷優(yōu)先級呢？每一個需求提出者肯定都會堅持自己的最緊急優(yōu)先。我們的做法是，設(shè)定一個評估表，例如這個功能將影響多少用戶、將節(jié)約多少時間、對客戶的影響將是什么……企業(yè)可以根據(jù)自己的關(guān)注點來設(shè)定評估維度，然后大家一起開會評估，需求方闡述自己的需求并爭取優(yōu)先級，參與者一同評分。e誰的需求最緊急？為了避免項目實施過程中業(yè)務(wù)不斷增加很多新的需求，我們在最開始項目需求梳理階段，就要非常明確需求的優(yōu)先級，基于現(xiàn)實情況做刪減。關(guān)鍵是如何判斷優(yōu)先級呢？每一個需求提出者肯定都會堅持自己的最緊急優(yōu)先。我們的做法是，設(shè)定一個評估表，例如這個功能將影響多少用戶、將節(jié)約多少時間、對客戶的影響將是什么……企業(yè)可以根據(jù)自己的關(guān)注點來設(shè)定評估維度，然后大家一起開會評估，需求方闡述自己的需求并爭取優(yōu)先級，參與者一同評分。e轉(zhuǎn)型路徑規(guī)劃ITIT因此每一次項目的實現(xiàn)路徑都需要結(jié)合整體規(guī)劃來權(quán)衡轉(zhuǎn)型路徑，例如是否需要咨詢公司介入、外采還是自研、軟件部署方式是云部署還是本地部署，以及需要與現(xiàn)有哪些系統(tǒng)對接等問題。關(guān)于這些問題的利弊權(quán)衡，下文我們?yōu)榇蠹艺砹艘恍┬枰紤]的因素。▍41是否需要IT咨詢公司？這個問題關(guān)系到項目預(yù)算、項目計劃、項目管理等關(guān)鍵成功因素。回答這一問題，我們需要考慮的因素主要包括：項目規(guī)模：需要引入專業(yè)的外部咨詢公司進行支持和指導(dǎo)。技術(shù)領(lǐng)域：業(yè)人才或技術(shù)儲備不足，可考慮借助外部咨詢公司的力量提供專業(yè)技術(shù)支持。人員資源：正常運營不受影響。如內(nèi)部力量無法完成任務(wù)，可考慮引入咨詢公司來補充相關(guān)人員資源。時間和成本：能帶來昂貴的成本。如果企業(yè)無法承擔(dān)這些成本，或想要在較短PAGEPAGE17|企業(yè)數(shù)字化系統(tǒng)選型建設(shè)指南項目規(guī)劃項目規(guī)劃||PAGE16項目規(guī)劃是否要引入管理咨詢公司？HRISHR業(yè)務(wù)促進方面既有相同之處也有不同之處，以目前市場HR系統(tǒng)中完全落地，或者說管理咨詢的方案很多也未必需要系統(tǒng)落地，所以大可不必混為一談。同時，管理咨詢供應(yīng)商的選擇、進場，調(diào)研，寫方案又要一年半載，而在這期間系統(tǒng)的規(guī)劃可能因為人員的變動或者新技術(shù)的產(chǎn)生又發(fā)生變化。因此，個人認為在選型階段，選擇具備行業(yè)實施經(jīng)驗的項目經(jīng)理和資深顧問提供輕咨詢服務(wù)會更加合算。e項目規(guī)劃是否要引入管理咨詢公司？HRISHR業(yè)務(wù)促進方面既有相同之處也有不同之處，以目前市場HR系統(tǒng)中完全落地，或者說管理咨詢的方案很多也未必需要系統(tǒng)落地，所以大可不必混為一談。同時，管理咨詢供應(yīng)商的選擇、進場，調(diào)研，寫方案又要一年半載，而在這期間系統(tǒng)的規(guī)劃可能因為人員的變動或者新技術(shù)的產(chǎn)生又發(fā)生變化。因此，個人認為在選型階段，選擇具備行業(yè)實施經(jīng)驗的項目經(jīng)理和資深顧問提供輕咨詢服務(wù)會更加合算。e時間內(nèi)完成實施，可考慮引入咨詢公司來協(xié)助實施。行業(yè)經(jīng)驗和知識：行業(yè)背景，可為企業(yè)提供更好的建議和指導(dǎo)，以確保項目能夠順利實施。風(fēng)險分析管控：險分析并采取相應(yīng)的措施。外部咨詢公司通常具有更多的行業(yè)經(jīng)驗和途徑來識別和處理潛在風(fēng)險。▍4.2外采還是自研？這一問題決定了項目預(yù)算、項目周期?；卮疬@一問題，我們需要考慮的因素主要包括：成本：業(yè)需要對兩種方案的總成本進行比較，并綜合考慮相應(yīng)收益。時間：能需要更長周期。企業(yè)需要綜合考慮實施期限和管理層的要求，以選擇適合的方案。技術(shù)能力：企業(yè)擁有相關(guān)技術(shù)人才，就可以考慮自研系統(tǒng)。否則就必須外包給專業(yè)技術(shù)公司，避免增加成本。功能：業(yè)特定的需求。自研系統(tǒng)可以根據(jù)企業(yè)的需求進行定制，但這需要消耗更多資源和時間。管理和維護：需要企業(yè)自己負責(zé)后期的管理和維護工作。未來可擴展性：來的發(fā)展需求，可以隨著企業(yè)規(guī)模和業(yè)務(wù)需求的變化靈活地升級和定制。PAGEPAGE19|企業(yè)數(shù)字化系統(tǒng)選型建設(shè)指南項目規(guī)劃項目規(guī)劃||PAGE18▍4.3SaaS還是本地部署？這一問題關(guān)系到服務(wù)器的配置策略、信息安全策略及運維策略?；卮疬@一問題，我們需要考慮的因素主要包括：成本費用：SaaS系統(tǒng)通常是按訂閱付費，不需要額外的硬件投入和維護成本，而本地部署則需要購買軟件授權(quán)并支付額外的硬件費用。建議從長期角度來評估，因為SaaS的首年訂閱費一般不高，可以計算三到五年的總成本，是否比一次性購買軟件的費用加之后每年的維護費更劃算。安全性：對于需要高度保密的數(shù)據(jù)和敏感信息的企業(yè)，本地部署可以提供更好的安全性保障，因為它能更好地控制數(shù)據(jù)存儲和SaaS靈活性和可定制性：定制性，可以根據(jù)企業(yè)的特定需求進行定制化開發(fā)。而SaaS系統(tǒng)則往往只提供標準功能以及有限度的開發(fā)，無法滿足企業(yè)所有的個性化需求?？蓴U展性：SaaS系統(tǒng)的可擴展性往往更佳，可以根據(jù)企業(yè)的業(yè)務(wù)需要和規(guī)模進行彈性擴展，而本地部署可能需要對硬件和系統(tǒng)進行升級或調(diào)整。集成問題：ERPCRMSaaSe“本土云部署”e為何成為施耐德的戰(zhàn)略選擇？2012年開始，施耐德的HR主系統(tǒng)已經(jīng)上云，自此之后云系統(tǒng)上線速度大大加快。2020之后，施耐德本土云部署的速度也在加快，并成為主要趨勢和首要選擇——除非涉及公司非常核心的知識產(chǎn)權(quán)或有高可用性要求的業(yè)務(wù)，才會考慮本地部署。“云部署”是施耐德全球的IT戰(zhàn)略，對中國區(qū)來說則具體落地為“海外+本土”雙云體系，我認為背后有幾個原因推動著我們做出這樣的選擇。經(jīng)濟和政治環(huán)境的不穩(wěn)定性：幫我們避免接下來會產(chǎn)生一些非技術(shù)的風(fēng)險，以免影響整個項目的推動。來越嚴格了，如同歐盟，北美，中國的數(shù)據(jù)安全管理強化也是趨勢。這種情況下，本土軟件是更合規(guī)的選擇。選本土軟件的基礎(chǔ)上，為什么要選擇SaaS而不是本地部署？這與施耐德資產(chǎn)管理方式和領(lǐng)先的ESG理念有關(guān)，SaaS對企業(yè)而言是一種更綠色更輕便的IT資產(chǎn)，不需要維持龐大的運維團隊，也不需要很多的服務(wù)器硬件資產(chǎn)，能更好地適應(yīng)環(huán)境和業(yè)務(wù)的調(diào)整和轉(zhuǎn)向。所以除了公司核心知識產(chǎn)權(quán)和一分鐘都不能中斷的高可用類業(yè)務(wù)，在符合數(shù)據(jù)安全的前下，我們盡可能都采用SaaS模式。至于SaaS帶來的數(shù)據(jù)安全風(fēng)險，首先我們認為未來將是越來越安全的時代，這是國家管控和技術(shù)發(fā)展趨勢帶來的必然結(jié)果，當(dāng)然目前仍會通過一些合同條款來約束，在服務(wù)合同中有將近30頁都與數(shù)據(jù)安全條款相關(guān)。PAGEPAGE21|企業(yè)數(shù)字化系統(tǒng)選型建設(shè)指南項目規(guī)劃項目規(guī)劃||PAGE20▍4.4“一體化”產(chǎn)品模式，還是“尖物組合”模式？這一問題關(guān)乎到企業(yè)接下來供應(yīng)商選擇的范圍，以及評估維度?；卮疬@一問題，我們需要考慮的因素主要包括：公司需求和規(guī)模：一體化產(chǎn)品模式適合中小型企業(yè)或?qū)δ苄琛凹馕锝M合以滿足不同領(lǐng)域的專業(yè)需求。功能和特性：一體化產(chǎn)品通常提供各種綜合功能，但可能在某些特定領(lǐng)域的深度和靈活性上有所限制，而“尖物組合模式則可以選擇最適合的專業(yè)系統(tǒng)，滿足特定領(lǐng)域的高級需求。集成和互操作性：一體化產(chǎn)品通常提供較為順暢的集成體驗，“尖物組合模式可能需要額外的集成工作，并確保各系統(tǒng)之間的互操作性?！凹馕锝M合模式可能需要依賴多個供應(yīng)商的技術(shù)支持，同時也需要確保他們能夠有效地協(xié)同合作，因此對企業(yè)的供應(yīng)商管理能力的要求也更高。長期戰(zhàn)略和可擴展性：一體化產(chǎn)品通常更易于管理，能夠提供“尖物組合模式可能需要更多的系統(tǒng)集成和管理工作，但也更有可能滿足公司未來業(yè)務(wù)發(fā)展的特定需求。成本和預(yù)算：一體化產(chǎn)品通常具備較高的初始投入成本，但可能在后續(xù)使用中節(jié)省時間和資源，而“尖物組合模式可能需要分別購買和維護多個系統(tǒng)，但可以根據(jù)需求和預(yù)算相應(yīng)地優(yōu)先級和節(jié)奏調(diào)整。系統(tǒng)轉(zhuǎn)型路徑規(guī)劃過程中，我們還需考慮系統(tǒng)之間的對接情況，這關(guān)系到系統(tǒng)集成的范圍、集成難度、項目周期等。系統(tǒng)轉(zhuǎn)型路徑規(guī)劃過程中，我們還需考慮系統(tǒng)之間的對接情況，這關(guān)系到系統(tǒng)集成的范圍、集成難度、項目周期等。除上述這些常見問題之外，在系統(tǒng)轉(zhuǎn)型路徑規(guī)劃過程中，我們還需考慮OA現(xiàn)有情況及升級改造計劃，這關(guān)系到人力資源審批流的承載系統(tǒng)，例如是否對審批授權(quán)有統(tǒng)一管理、規(guī)范；審批入口是否有統(tǒng)一規(guī)劃；審批結(jié)果是否對周邊系統(tǒng)有較大影響。另外，還需要考慮的是系統(tǒng)之間的對接情況，這關(guān)系到系統(tǒng)集成的范圍、集成難度、項目周期等，通常需要與人力資源系統(tǒng)集成的常見系統(tǒng)有OA系統(tǒng)、考勤終端系統(tǒng)、員工身份認證系統(tǒng)、財務(wù)系統(tǒng)等。PAGEPAGE23|企業(yè)數(shù)字化系統(tǒng)選型建設(shè)指南項目規(guī)劃項目規(guī)劃||PAGE22項目預(yù)算制定作為項目規(guī)劃階段的一個重要階段，項目預(yù)算制定既是前序準備工作的一個結(jié)果性動作，也是項目審批和推進的一個關(guān)鍵卡點。排除自研，我們以主流選擇，即第三方軟件實施為例來說明預(yù)算制定通常涵蓋的幾類成本，逐一測算后匯總后，我們即可得出項目預(yù)算的大概范圍。項目預(yù)算構(gòu)成項目預(yù)算構(gòu)成不可預(yù)知風(fēng)險的預(yù)留費 用，如業(yè)務(wù)規(guī)模擴大導(dǎo)致臨時增加新功能，實施延

設(shè)計、編碼、測試和上線部署等方面的費用。期或技術(shù)問題導(dǎo)致的額外成本。

預(yù)算

系統(tǒng)實施成本如辦公費用、宣傳 物料費用、差旅費等。

其他雜項費用

硬件和設(shè)備成本

服務(wù)器、存儲器、網(wǎng)絡(luò)設(shè)備、安全設(shè)備等費用。包括項目計劃和進度的制定、項目各階段的跟蹤和監(jiān)控等方面的費用。

項目管理成本

培訓(xùn)和支持成本

第三方服務(wù)和工具成本

人力成本

系統(tǒng)實施過程中所需的人員工資福利、培訓(xùn)等方面的費用。系統(tǒng)上線過程中的培訓(xùn)和支持成本，如用戶培訓(xùn)、文檔編寫、技術(shù)支持等方面的費用。

實施過程中可能需要使用第三方服務(wù)和工具，如測試工具、云計算服務(wù)。圖4：項目預(yù)算構(gòu)成需要特別說明的是，如果初次主導(dǎo)人力資源數(shù)字化轉(zhuǎn)型或是企業(yè)處于轉(zhuǎn)型比較初級的階段，項目預(yù)算制定面臨的最大困難則是無法準確地判斷預(yù)算的合理性，以及無法預(yù)測哪些事情會產(chǎn)生額外費用。這種情況下，我們建議尋找專業(yè)人士的支持，通過三方審核來降低風(fēng)險。決策者審批在獲得以上信息后，接下來我們便可以與關(guān)鍵決策者溝通項目情況，以獲得審批。在決策審批前，我們需要再次多維度評估目前的項目規(guī)劃，避免決策信息不充分。通常情況下，需要評估的信息維度包括業(yè)務(wù)需求滿足度、投資收益率、實施計劃、安全性、可靠性等等，項目小組可根據(jù)項目目標選擇和權(quán)衡哪些是最重要的，相對應(yīng)的信息準備也要更充分。項目審批前Checklist項目審批前Checklist業(yè)務(wù)需求滿足度 投資收益率 合理的實施計劃業(yè)務(wù)需求滿足度投資收益率合理的實施計劃規(guī)劃的系統(tǒng)解決方案能否滿足業(yè)務(wù)訴求，并具備高度的可操作性。

測算實施系統(tǒng)所需成本，并預(yù)估可帶來的收益，如成本節(jié)約、效率提升，以此佐證系統(tǒng)實施投入產(chǎn)出比是否滿足公司要求。

進度安排、資源投入、質(zhì)量保障等是否合理?？蓴U展性 安全性 可靠性可擴展性安全性可靠性系統(tǒng)解決方案是否具備一定的擴展性，以滿足業(yè)務(wù)發(fā)展需求，如支持更多員工、添加新模塊以處理更多類型的業(yè)務(wù)。

系統(tǒng)是否具備高水平的安全性，以防止敏感信息泄露或黑客攻擊。

系統(tǒng)是否可長期穩(wěn)定運行，支持業(yè)務(wù)波峰，并有良好的運維機制、風(fēng)險防范機制。集成性 用戶體驗 系統(tǒng)的報告和分析功能集成性用戶體驗系統(tǒng)的報告和分析功能系統(tǒng)能否與周邊系統(tǒng)良好集成，保障數(shù)據(jù)一致性的同時提供良好的用戶體驗。

系統(tǒng)易用性如何，員工和管理人員能否輕松地訪問和操作。

是否擁有強大的報告和分析功能，幫助業(yè)務(wù)更好地分析員工數(shù)據(jù)并做出更明智的業(yè)務(wù)決策。圖5：項目審批前Checklist具體審批過程中，項目規(guī)劃小組仍要與老板充分地溝通，闡述系統(tǒng)假設(shè)步驟，不要讓老板有短期的不切實際的期望，做好期望值管理，避免后期落地過程中帶來不必要的阻礙。否則系統(tǒng)上線后很可能“績效”不升反降。前言系統(tǒng)選型系統(tǒng)選型的階段性目標識別出符合企業(yè)當(dāng)前管理訴求的產(chǎn)品組合，為項目成功匹配到最有價值的合作伙伴，并確定項目的關(guān)鍵里程碑。|04PAGEPAGE25|企業(yè)數(shù)字化系統(tǒng)選型建設(shè)指南||PAGE30在供應(yīng)商選擇階段，我們要回答兩個關(guān)鍵問題，一是哪些供應(yīng)商的產(chǎn)品能夠滿足業(yè)務(wù)的關(guān)鍵需求，二是如何評價供應(yīng)商的綜合能力。就供應(yīng)商選擇范圍而言，國際上有幾家相對壟斷的HR軟件大廠，但由于價格、員工體驗以及個人數(shù)據(jù)保護法、數(shù)據(jù)跨境管理，甚至政治和經(jīng)濟環(huán)境等，使得國內(nèi)不少企業(yè)在系統(tǒng)選型過程中要考慮的因素變得更加復(fù)雜。與此同時，國內(nèi)人力資源數(shù)字化服務(wù)廠商目前也處于百花齊放的狀態(tài)，沒有一家人力資源軟件廠商絕對壟斷，各家廠商都各有所長，這就讓企業(yè)挑花了眼，進一步為選型增加了難度。業(yè)務(wù)專家系統(tǒng)選型過程中最重要的角色之一，他們需提 IT專家 業(yè)務(wù)專家系統(tǒng)選型過程中最重要的角色之一，他們需提 IT專家 評估系統(tǒng)的技術(shù)適配性和可行性，包括系統(tǒng)供業(yè)務(wù)流程、數(shù)據(jù)和功能等方面的詳細信息， 構(gòu)、安全性、可擴展性等，以及為業(yè)務(wù)提供幫助評估系統(tǒng)是否符合業(yè)務(wù)需求。 關(guān)系統(tǒng)技術(shù)方面的建議和指導(dǎo)。采購專家制定采購策略和計劃，并協(xié)調(diào)與供應(yīng)商的合 項目經(jīng)理負責(zé)整個系統(tǒng)選型過程的協(xié)調(diào)管理，包括制作。他們應(yīng)熟悉市場、理解合同和法律等方面 項目計劃、進度跟蹤和風(fēng)險管理，并確保所的知識。 參與者都清晰了解項目目標和需求。關(guān)鍵角色系統(tǒng)選型階段的關(guān)鍵角色和輔助角色系統(tǒng)選型階段的關(guān)鍵角色和輔助角色系統(tǒng)架構(gòu)師 ?系統(tǒng)架構(gòu)師 ?信息安全專家評估系統(tǒng)安全性，如身份認證、數(shù)據(jù)加密、權(quán)限控制，并提出相關(guān)建議。數(shù)據(jù)庫專家評估系統(tǒng)的數(shù)據(jù)處理和分析能力，包括數(shù)據(jù)存儲、備份、恢復(fù)等。用戶體驗設(shè)計師?系統(tǒng)測試人員評估系統(tǒng)架構(gòu)和技術(shù)方案的可行性，為IT代表提供技術(shù)指導(dǎo)和支持。評估系統(tǒng)的用戶界面和交互設(shè)計，以確保用戶友好和易用性。對系統(tǒng)進行全面的測試和驗證，確保系統(tǒng)符合要求并達到預(yù)期效果。輔助角色系統(tǒng)選型系統(tǒng)選型關(guān)鍵需求梳理進入系統(tǒng)選型階段后，我們首先要做的是梳理關(guān)鍵業(yè)務(wù)需求，這直接關(guān)系到系統(tǒng)選型的成功概率，因為在不明確業(yè)務(wù)需求的情況下就貿(mào)然進入供應(yīng)商選擇階段，很可能會出現(xiàn)系統(tǒng)和業(yè)務(wù)實際需求不匹配的情況，無法達成預(yù)期目標。所以，需求梳理一定要保證與業(yè)務(wù)充分溝通，各方視角了解和共創(chuàng)。與項目規(guī)劃階段的需求了解相區(qū)別的是，此階段的需求梳理目標是項目落地的具體解決方案，而不是還停留在項目規(guī)劃階段——為了論證項目價值、匯報和申請預(yù)算的需求梳理。為避免項目實施階段出現(xiàn)需求變更和擴充，我們通常需要走完需求梳理的幾個階段，盡可能保證需求的完整準確性。項目關(guān)鍵需求梳理項目關(guān)鍵需求梳理與各利益相關(guān)者充分溝通和交流，了解他們的需求、期望和目前的痛點問題，可以通過面對面會議、問卷調(diào)查、訪談等方式來收集信息，并盡可能完整記錄。

深入研究理解每個需求背后的意圖和目的，識別優(yōu)先級（哪些是核心需求，哪些是必須要實現(xiàn)的需求）；排除不必要的或沖突的需求；初步評估需求可行性及所需資源。準備工作 需求采集 需求整理和歸類 需求分析 需求驗證和確認充分了解業(yè)務(wù)（研究行業(yè)標準、競爭對手、業(yè)務(wù)流程等）；根據(jù)審批通過的項目目標和范圍來進一步明確全流程的利益相關(guān)者；組建專門的需求分析團隊；準備需求訪談模板及相關(guān)工具（需求管理軟件、原型設(shè)計工具等）；制定訪談計劃并獲得領(lǐng)導(dǎo)支持等。

將收集到的需求進行整理和分類，歸納分類相似的需求進行，以便更好地理解和分析。

確保已經(jīng)理解和記錄的需求是正確且完整的，以便進一步驗證和確認；可通過與利益相關(guān)者的再次確認、系統(tǒng)原型的驗證、用戶測試等方式進行確認，也可要求關(guān)鍵用戶簽字確認。圖7：項目關(guān)鍵需求梳理需要注意的是，在和業(yè)務(wù)探討時，我們要從業(yè)務(wù)的當(dāng)前痛點出發(fā)逐步鏈接到系統(tǒng)模塊的相關(guān)需求，這樣才能讓業(yè)務(wù)充分認識到系統(tǒng)關(guān)鍵需求與業(yè)務(wù)工作日常之間的聯(lián)系。同時也要避免探討例如報表需要哪些字段等細節(jié)問題，正確的做法是要將人力資源管理場景化、具體化。在場景化的探討中我們可以進一步找到需求的關(guān)鍵。下方我們也從常見的幾個人力資源模塊為例給大家參考。當(dāng)討論的關(guān)鍵需求比較多時，我們也需要引導(dǎo)業(yè)務(wù)部門探討相關(guān)需求的重要程度和影響范圍，以對關(guān)鍵需求進行優(yōu)先級排序。優(yōu)先級評估的維度依然可以參考項目規(guī)劃階段提到的6個維度（業(yè)務(wù)價值、可操作性、實施難度、緊急程度、成本效益、合規(guī)性。招聘 招聘的本質(zhì)是結(jié)合業(yè)務(wù)需求吸引合適的人在合適的時間點滿足務(wù)發(fā)展需求，結(jié)合這一終極目標我們可梳理出如下的關(guān)鍵需求。雇主品牌：人才競爭也是雇主品牌的競爭，優(yōu)秀的候選人最后究竟加入哪家公司，一個很重要的決定因素就是候選人對公司的整體印象如何。校園招聘：校招一般是全年工作量的一個高峰，數(shù)字化系統(tǒng)需要有更多自動化功能，盡可能提升規(guī)劃、傳播、篩選、錄用等環(huán)節(jié)HR包括面試官的工作量。技術(shù)提效：由于招聘數(shù)量一般比較多，因此各種場景中如何降本增效也是對數(shù)字化系統(tǒng)的基本要求。靈活內(nèi)推：內(nèi)推一般是企業(yè)性價比最高的人才補給方式。數(shù)字化招聘系統(tǒng)也需要支持各種靈活內(nèi)推的方式。人才庫運營：數(shù)字化系統(tǒng)要幫助企業(yè)針對投過簡歷的候選人、已離職員工等進行人才庫運營，以便在需要時能快速、精準且節(jié)約成本地找到候選人。PAGEPAGE29|企業(yè)數(shù)字化系統(tǒng)選型建設(shè)指南系統(tǒng)選型系統(tǒng)選型||PAGE28培訓(xùn)管理

企業(yè)需要的培訓(xùn)系統(tǒng)絕不只是一個課程大雜燴的內(nèi)容平臺，而是要推動員工學(xué)習(xí)，為達成這個目標，我們可梳理出如下關(guān)鍵需求。能力模型：人才培訓(xùn)首先要基于業(yè)務(wù)需求看各部門員工需要掌握哪些能力，供應(yīng)商要能結(jié)合行業(yè)經(jīng)驗共創(chuàng)能力圖譜，確保各項能力都有課程覆蓋。學(xué)習(xí)路徑：為更好地引導(dǎo)員工學(xué)習(xí)，還需要設(shè)計學(xué)習(xí)路徑，以最終的學(xué)習(xí)目標為導(dǎo)向，挑選最適合的課程和順序，通過合理的課程安排讓員工能高效地完成整體學(xué)習(xí)。學(xué)習(xí)運營：為推動更多員工的學(xué)習(xí)，培訓(xùn)系統(tǒng)必須具有各項運營HR隨時了解員工學(xué)習(xí)動態(tài)。經(jīng)驗萃?。浩髽I(yè)中的關(guān)鍵領(lǐng)導(dǎo)和人才的經(jīng)驗萃取并傳承，這也是通過培訓(xùn)提升企業(yè)核心人才競爭力的關(guān)鍵。因此數(shù)字化平臺也要能支持內(nèi)部課程的開發(fā)和授課。課程迭代：學(xué)習(xí)平臺要有能力持續(xù)迭代課程，不斷引入新課程，同時確保課程質(zhì)量和學(xué)員體驗也非常關(guān)鍵。勞動力管理主要是對于工時管理進行管理和優(yōu)化，是以降本增效為主要目的，因此所有的關(guān)鍵需求必定是以智能化為基礎(chǔ)來提升效率，節(jié)約人力成本，通常會產(chǎn)生如下關(guān)鍵需求。人力規(guī)劃：勞動力規(guī)劃是人力成本控制的源頭。如果數(shù)字化系統(tǒng)結(jié)合未來業(yè)務(wù)的發(fā)展需求來預(yù)測未來的勞動力需求，就可以更好地幫助企業(yè)提前做好人才招聘和培養(yǎng)準備。排班優(yōu)化：人力成本是企業(yè)重要的成本支出，借助數(shù)字化系統(tǒng)幫助企業(yè)優(yōu)化員工排班、減少工時成本，也是人力成本優(yōu)化的關(guān)鍵，并結(jié)合業(yè)務(wù)需求和員工體驗找到最優(yōu)的排班組合。有效及時的考勤數(shù)據(jù)：不僅要保證考勤數(shù)據(jù)真實精確，也能當(dāng)天將工時、加班、出勤率等數(shù)據(jù)及時呈現(xiàn)于管理者，而且過程中要覆蓋范圍廣，員工感知強，因此它也是HRIS項目里最能出效果也是最容易被吐槽的模塊，系統(tǒng)選型千萬不可掉以輕心。獎酬計算：基于考勤、休假數(shù)據(jù)，結(jié)合公司的政策，獎金和薪酬的計算都能自動化處理，并與考勤數(shù)據(jù)打通，減少HR不必要的數(shù)據(jù)收集處理工作，提升薪資計算效率。甲方與乙方，此需求非彼需求？在項目規(guī)劃時，我們常常會將某個需求的實現(xiàn)想象得過于簡單，以至于在項目交付過程中才發(fā)現(xiàn)一個需求又牽扯出其他許多需求。因此我認為在需求梳理和規(guī)劃階段需要盡可能投入精力，與供應(yīng)商溝通需求時要盡可能落地，將場景落地到具體功能的實現(xiàn)，避免我們想象的實現(xiàn)過程非常簡單，而供應(yīng)商理解的場景與我們需要的卻不同，結(jié)果在實施過程中需要不斷追加預(yù)算來實現(xiàn)實際需求。緊接著老板不可避免地會疑問：“已經(jīng)批了一大筆預(yù)算，為什么還在不斷增加投入？”這給我們帶來另一個反思是：在預(yù)算制定過程中，需要增加一部分備用金，因為不可能有完美的規(guī)劃。e甲方與乙方，此需求非彼需求？在項目規(guī)劃時，我們常常會將某個需求的實現(xiàn)想象得過于簡單，以至于在項目交付過程中才發(fā)現(xiàn)一個需求又牽扯出其他許多需求。因此我認為在需求梳理和規(guī)劃階段需要盡可能投入精力，與供應(yīng)商溝通需求時要盡可能落地，將場景落地到具體功能的實現(xiàn)，避免我們想象的實現(xiàn)過程非常簡單，而供應(yīng)商理解的場景與我們需要的卻不同，結(jié)果在實施過程中需要不斷追加預(yù)算來實現(xiàn)實際需求。緊接著老板不可避免地會疑問：“已經(jīng)批了一大筆預(yù)算，為什么還在不斷增加投入？”這給我們帶來另一個反思是：在預(yù)算制定過程中，需要增加一部分備用金，因為不可能有完美的規(guī)劃。ePAGEPAGE31|企業(yè)數(shù)字化系統(tǒng)選型建設(shè)指南系統(tǒng)選型系統(tǒng)選型||PAGE30供應(yīng)商選擇供應(yīng)商評估參考維度初選階段供應(yīng)商評估參考維度初選階段約談階段技術(shù)評審商務(wù)洽談綜合實力：公司規(guī)模、市場占有率和穩(wěn)定性，以及人力和資源保障。行業(yè)能力：品牌知名度和影響力，行業(yè)內(nèi)地位和口碑。產(chǎn)品戰(zhàn)略：要采購產(chǎn)品是否是其未來要繼續(xù)深入發(fā)展和投入的部分。綜合實力：公司規(guī)模、市場占有率和穩(wěn)定性，以及人力和資源保障。行業(yè)能力：品牌知名度和影響力，行業(yè)內(nèi)地位和口碑。產(chǎn)品戰(zhàn)略：要采購產(chǎn)品是否是其未來要繼續(xù)深入發(fā)展和投入的部分。?產(chǎn)品力：用戶體驗、標準功能匹配度、客制化開發(fā)程度、系統(tǒng)安全性、系統(tǒng)集成性。?服務(wù)能力：同數(shù)量級的成功案例、交付經(jīng)驗、售后持續(xù)服務(wù)水平。?生態(tài)建設(shè)：和行業(yè)內(nèi)細分領(lǐng)域廠商有廣泛的生態(tài)合作，方便集成。?增值服務(wù)：支持業(yè)務(wù)更好發(fā)展的額外資源。項目經(jīng)理及成員資質(zhì)技術(shù)方案和解決方案系統(tǒng)架構(gòu)設(shè)計系統(tǒng)性能和可靠性數(shù)據(jù)庫設(shè)計代碼管理和質(zhì)量控制測試質(zhì)量和方法可維護性和可擴展性安全性和隱私保護售后技術(shù)和服務(wù)支持信譽度風(fēng)險把控價格和成本售后服務(wù)交貨期限合同條款圖8：供應(yīng)商選擇評估維度▍21供應(yīng)商初選在明確核心業(yè)務(wù)訴求及選型邊界后，我們需要多渠道了解潛在合作伙伴，通常的渠道包括。行業(yè)知名媒體：如人力資源智享會的紅寶書、、36氪企服，可以初步了解對特定人力資源業(yè)務(wù)領(lǐng)域的供應(yīng)商、業(yè)界先進實踐，但也僅限于初步了解。同行業(yè)推薦：同行業(yè)使用的系統(tǒng)解決方案、類似場景下的系統(tǒng)解決方案，往往對選型有非常直接的指導(dǎo)意義。IT中選型，這種供應(yīng)商往往與已有系統(tǒng)有天然的集成優(yōu)勢，有成熟的聯(lián)合解決方案。基于業(yè)務(wù)痛點找供應(yīng)商：很多供應(yīng)商在解決特定問題上有獨特優(yōu)就搜索主打海外的系統(tǒng)。引進專家意見：通過咨詢機構(gòu)引入專家，或與行業(yè)內(nèi)的專業(yè)人士溝通，獲取相關(guān)建議和推薦作為參考，給出診斷意見和潛在的產(chǎn)品組合。e如何評估意向供應(yīng)商的e在軟件采購選型過程中，施耐德主要從三個維度的評估開始，一是供應(yīng)商的企業(yè)健康度評估；二是產(chǎn)品戰(zhàn)略；三是行業(yè)地位分析。企業(yè)健康度評估過程中，我們通常會通過如下幾個信息渠道來獲取信息：報告來了解意向供應(yīng)商的企業(yè)風(fēng)險和系統(tǒng)情況。比較大的資金來源仍依賴于融資，這也為我們了解意向供應(yīng)商的資金鏈情況提供了公開渠道。與供應(yīng)商的在職和離職員工溝通：網(wǎng)上和行業(yè)內(nèi)的小道消息和“八卦”雖然是非正式的信息獲取渠道，但有時也能暴露出企業(yè)的一些問題。不過，這些消息僅為我們下一步驗證提供方向，并不能直接作為論據(jù)。道的信息來分析意向供應(yīng)商最近在招聘什么類型的PAGEPAGE33|企業(yè)數(shù)字化系統(tǒng)選型建設(shè)指南系統(tǒng)選型系統(tǒng)選型||PAGE32員工，每年招多少人。這某種程度上也能反映他們未來的發(fā)展方向。產(chǎn)品戰(zhàn)略評估也是我們供應(yīng)商初選過程中的重要關(guān)注點，這關(guān)乎我們要采購的產(chǎn)品是否是未來還要繼續(xù)發(fā)展和投入的方向。對于此，目前評估的方式主要包括：展會和論壇上的分享內(nèi)容和產(chǎn)品資料。當(dāng)了解到一定程度，切實可行的辦法是實地拜訪，參觀供應(yīng)商客戶，同行業(yè)交流。也可通過供應(yīng)商組織架構(gòu)圖和事業(yè)部劃分和人數(shù)分布來分析他們產(chǎn)研規(guī)劃。另外可通過第三方渠道的分析。遺憾的是，目前國內(nèi)還比較缺乏權(quán)威的、客觀深度的第三方機構(gòu)，可參考的主要來自國外的一些分析，Gatner和Josbesin偶爾對國內(nèi)一些產(chǎn)品的評價，但比較有限。行業(yè)地位是比較顯而易見的，一般情況下比較偏向領(lǐng)域內(nèi)的前三位PK。這種方式僅限于發(fā)展相對成熟的產(chǎn)品，對于某一類產(chǎn)品發(fā)展初期，行業(yè)內(nèi)總共或許也沒有三家供我們選擇，這就需要我們花費更多精力深度分析產(chǎn)品演示和講解，也可以選擇成為對方的種子用戶，試用和共創(chuàng)。▍2.2供應(yīng)商約談進而也會影響后續(xù)需求清單和邀標書的制作。（TipsTips約談階段，供應(yīng)商評估的四個參考維度服務(wù)能力：有同數(shù)量級的成功案例、項目經(jīng)理及成員的交付經(jīng)驗、售后持續(xù)服務(wù)水平。生態(tài)建設(shè)：和行業(yè)內(nèi)細分領(lǐng)域廠商有廣泛的生態(tài)合作，方便集成。增值服務(wù)：能支持業(yè)務(wù)更好發(fā)展的額外資源，例如：招聘系統(tǒng)：提供招聘活動的策劃及實施；培訓(xùn)系統(tǒng)：附贈大量免費或優(yōu)惠的內(nèi)容資源，如書籍、公開課、直播；激勵系統(tǒng)：提供信托服務(wù)、稅優(yōu)籌劃、合規(guī)咨詢。PAGEPAGE35|企業(yè)數(shù)字化系統(tǒng)選型建設(shè)指南系統(tǒng)選型系統(tǒng)選型||PAGE34系統(tǒng)考察時，一定要秉承“耳聽為虛，眼見為實”的原則。系統(tǒng)考察時，一定要秉承“耳聽為虛，眼見為實”的原則。赴供應(yīng)商公司現(xiàn)場考察，了解他們的技術(shù)、經(jīng)濟和研發(fā)實力，以及可持續(xù)服務(wù)能力等；也可請供應(yīng)商安排“標桿案例”的交流、訪談，進一步了解供應(yīng)商的實施能力、服務(wù)口碑，并評判相關(guān)解決方案是否可以在本企業(yè)落地；或直接詢問供應(yīng)商各自的優(yōu)勢是什么，以及競爭方的劣勢是什么，進行反向驗證；……應(yīng)商為客戶定制方案的細節(jié)上是否考慮我們的業(yè)務(wù)痛點。（然后進入招投標流程。招投標招投標發(fā)布招標公告：根據(jù)管理規(guī)范發(fā)布招標公告，向潛在投標人宣傳招標信息，標書內(nèi)容通常包括項目概要、招標條件（如是否高新技術(shù)企業(yè)、有同行案例）、技術(shù)要求、詳細參數(shù)、資質(zhì)要求、投標方式、截止日期，以及提交文件要求（包含哪些文件，準備多少份）等細節(jié)。需要注意的是，在招標書中，我們必須明確且清晰呈現(xiàn)業(yè)務(wù)需求，而且為幫助供應(yīng)商更好地了解業(yè)務(wù)需求，減少信息誤差，所以在此階段往往會安排投標答疑、業(yè)務(wù)用戶訪談等。供應(yīng)商投標：供應(yīng)商根據(jù)招標文件的要求準備文件，包括商務(wù)和技術(shù)方（SOC）將準備好的文件按要求遞交于我們，通常需要包括電子版和兩份紙質(zhì)版（紙質(zhì)版一般要求蓋騎縫章。評標：針對供應(yīng)商提交的投標文件，我們進行評審，主要包括技術(shù)和商務(wù)方案的評審（9系統(tǒng)性能和可靠性等。商務(wù)洽談：進入商務(wù)洽談階段，我們可開始與符合資格的供應(yīng)商進行商務(wù)洽談，就價格、交付期限、售后服務(wù)等問題進行討論（常用的商務(wù)評價維度參考圖10。談判過程中，作為甲方企業(yè)代表，我們需要具備的需要注意的是，談判不只是采購的責(zé)任，很多公司完全由采購負責(zé)，業(yè)PAGEPAGE37|企業(yè)數(shù)字化系統(tǒng)選型建設(shè)指南系統(tǒng)選型系統(tǒng)選型||PAGE36ITIT力，效果可能要遠勝于采購。在談判階段，最大的考驗主要還是合同主要條款的共識，因為一旦確定中標，如果在有些合同的主要條款上出現(xiàn)爭議，往往就非常被動。我們建議關(guān)于SOW的溝通也提前到此階段溝通，并做好文檔化管理工作，以確保大家就主要內(nèi)容達成共識；除價格、交付期限、售后服務(wù)等比較顯性的內(nèi)容外，另外就通常的合作模式、驗收及付款流程等事項也最好提前達成共識。發(fā)布中標通告：企業(yè)公布中標結(jié)果，向所有參與投標的廠商通知是否中標，并進行公示，公布中標供應(yīng)商的名稱和價格。技術(shù)評審參考維度技術(shù)評審參考維度評價維度評價內(nèi)容項目經(jīng)理及成員資質(zhì)范圍控制、風(fēng)險控制、時間控制、質(zhì)量控制。技術(shù)方案和解決方案產(chǎn)品組合、數(shù)據(jù)流向、集成、重點需求響應(yīng)方案等是否提供符合采購要求的整體技術(shù)方案和解決方案，是否具有創(chuàng)新性和實用性，是否能滿足項目核心訴求。系統(tǒng)架構(gòu)設(shè)計是否符合業(yè)界標準、行業(yè)規(guī)范和安全標準；是否滿足公司內(nèi)部網(wǎng)絡(luò)環(huán)境要求；是否契合公司現(xiàn)有IT架構(gòu)；技術(shù)棧是否匹配現(xiàn)有資源。系統(tǒng)性能和可靠性系統(tǒng)運行效率和可擴展性是否達到要求；系統(tǒng)穩(wěn)定性、容錯性和可靠性如何；是否滿足業(yè)務(wù)場景并發(fā)要求。數(shù)據(jù)庫設(shè)計數(shù)據(jù)庫結(jié)構(gòu)是否合理、高效；數(shù)據(jù)存儲、備份與恢復(fù)策略是否健全；是否支持公司優(yōu)選的數(shù)據(jù)庫（尤其是公司使用云資源時，對數(shù)據(jù)庫成本有要求）。代碼管理和質(zhì)量控制代碼管理、版本控制以及代碼審查流程是否清晰有效；編碼質(zhì)量是否良好。測試質(zhì)量和方法測試計劃和測試用例是否完善；測試覆蓋率、測試深度和測試精度是否符合要求。可維護性和可擴展性是否提供詳細的文檔和相關(guān)的手冊；系統(tǒng)升級和擴展的易用性如何。安全性和隱私保護信息安全資質(zhì)證書及如何保障數(shù)據(jù)合規(guī)；是否遵守相關(guān)法律法規(guī)和行業(yè)標準；是否具備針對性的安全保障措施。售后技術(shù)和服務(wù)支持售后服務(wù)期限；售后服務(wù)組織架構(gòu)、問題響應(yīng)機制、SLA。圖9：技術(shù)評審參考維度商務(wù)談判參考維度商務(wù)談判參考維度評價維度評價內(nèi)容信譽度公司的聲譽和口碑狀況；是否有可信度、穩(wěn)定性和可靠性等優(yōu)勢。風(fēng)險把控是否有完善的風(fēng)險管理體系、應(yīng)急預(yù)案及相應(yīng)的稽核措施。價格和成本提供的產(chǎn)品或服務(wù)的價格是否合理；是否存在附加費用；是否符合預(yù)算要求。售后服務(wù)是否提供快速、高效的售后服務(wù)；是否有主動解決問題的意愿；是否滿足客戶需求。交貨期限是否能夠按時交付產(chǎn)品或服務(wù)；是否具備及時通知采購方的能力。合同條款是否合理、透明和完整；是否含義明確；是否滿足采購方需求。圖10：商務(wù)評估參考維度招投標流程示例招投標流程示例關(guān)鍵事項截止日期溝通形式（線上或線下會議、郵件等）關(guān)鍵負責(zé)人或聯(lián)系人前期準備確認需求說明書、技術(shù)小組成員名單起草招標技術(shù)文件項目招標小組啟動會議招標正式發(fā)出標書答疑投標截止評標供應(yīng)商講解標書和系統(tǒng)演示技術(shù)評標供應(yīng)商按要求澄清和修改技術(shù)方案及最終商務(wù)報價，快遞封標并寄送定標商務(wù)洽談（如需要）招標小組會議評估擬定標匯總評估定標審批發(fā)布中標通告合同簽訂圖11：招投標流程示例PAGEPAGE39|企業(yè)數(shù)字化系統(tǒng)選型建設(shè)指南系統(tǒng)選型系統(tǒng)選型||PAGE38合同簽訂合同簽訂此階段，甲乙雙方需要就系統(tǒng)價格、交付日期、售后服務(wù)、質(zhì)保等問題在合同上達成協(xié)議，并簽署正式合同。值得注意的是，在簽署正式合同之前，雙方要就SOW（工作說明書、SLA（服務(wù)級別協(xié)議）等協(xié)商并達成一致，并將SOW作為合同附件。對于項目實施計劃，一般在投標時會要求有初步的項目實施計劃，若條件允許可以在簽合同前敲定，也可以在項目成員進場后最終定稿。TipsTips業(yè)務(wù)與IT視角下，成功選型的系統(tǒng)畫像業(yè)務(wù)視角?功能滿足需求?數(shù)據(jù)化管理?自定義配置?用戶友好業(yè)務(wù)視角HR與IT共同視角IT視角IT視角?可靠性?協(xié)同性?效率?創(chuàng)新性HR與IT ?靈活與擴展性共同視角?成本效益?安全保障業(yè)務(wù)視角數(shù)據(jù)化管理：實現(xiàn)對相關(guān)數(shù)據(jù)的完善管理，實現(xiàn)信息化、數(shù)字化的管理方式，提高數(shù)據(jù)的準確性和可靠性。自定義配置：支持自定義配置和靈活設(shè)置，以滿足不同企業(yè)的需求和管理模式，進而使企業(yè)更好地適應(yīng)不同的業(yè)務(wù)場景和組織結(jié)構(gòu)。用戶友好：系統(tǒng)簡單易用，對用戶友好，避免過于復(fù)雜的操作和使用方式，反應(yīng)速度也要快，如果每次點擊都要等幾秒，則會影響使用率。IT視角可靠性：系統(tǒng)應(yīng)當(dāng)穩(wěn)定、可靠，能夠在長時間的運行中保持高效和穩(wěn)定的表現(xiàn)，此外也需具備完善的安全措施，確保數(shù)據(jù)和信息的機密性和完整性。協(xié)同性：未來的數(shù)字化是協(xié)同的數(shù)字化，因此系統(tǒng)最好有標準接口，具備與各種系統(tǒng)對接協(xié)同的經(jīng)驗，便于進一步拓展。效率：具有高效的性能和吞吐量，支持海量數(shù)據(jù)的處理和分析，同時也要保證速度和響應(yīng)時間的快速性。創(chuàng)新性：具備創(chuàng)新性和前瞻性，包括新技術(shù)、新功能等方面的引入和實踐，以及對未來發(fā)展趨勢的關(guān)注和預(yù)測。HR與IT共同視角靈活性：具有良好的擴展性和升級性，滿足企業(yè)未來業(yè)務(wù)發(fā)展和管理需求，且易于維護和升級，使得IT團隊可以快速響應(yīng)問題和更新需求。成本效益：具有良好的成本效益，保證系統(tǒng)質(zhì)量和性能的情況下，最大限度地降低系統(tǒng)建設(shè)和運營成本，提高企業(yè)的效益。安全保障：具有良好的安全措施，包括身份認證、數(shù)據(jù)加密、權(quán)限控制等方面的保障，確保信息的機密性和完整性。實施上線實施上線的階段性目標確保系統(tǒng)順利過渡到正式運行階段，并滿足預(yù)期的業(yè)務(wù)PAGEPAGE41|企業(yè)數(shù)字化系統(tǒng)選型建設(shè)指南||PAGE50在系統(tǒng)選型完成之后，實施成為項目的新起點，上線則成為項目的新終點，能否成功實施上線是檢驗系統(tǒng)選型成果的試金石。相信主導(dǎo)過相關(guān)項目的你一定對此感同身受。項目經(jīng)理 關(guān)鍵用戶項目經(jīng)理 關(guān)鍵用戶 實施顧問負責(zé)整個項目進度、質(zhì)量和成本管理， 提供業(yè)務(wù)需求和流程信息，為系統(tǒng)設(shè)計 負責(zé)系統(tǒng)架構(gòu)、設(shè)計、配置、測試和維并協(xié)調(diào)各部門和參與者的工作。 和開發(fā)提供支持和指導(dǎo)。 護等方面的工作，并為關(guān)鍵用戶提供系統(tǒng)技術(shù)方面的建議和指導(dǎo)。開發(fā)人員 測試人員 變更管理人員負責(zé)系統(tǒng)設(shè)計、編碼和測試等工作，以 對系統(tǒng)進行全面的測試和驗證，確保系 負責(zé)控制系統(tǒng)變更和修復(fù)，以免影響系實現(xiàn)業(yè)務(wù)需求和技術(shù)規(guī)格。 統(tǒng)符合要求并達到預(yù)期效果。 統(tǒng)正常運行。數(shù)據(jù)專家評估系統(tǒng)的數(shù)據(jù)處理和分析能力，數(shù)據(jù)存儲、備份、恢復(fù)等，并主導(dǎo)數(shù)據(jù)的采集、清洗、轉(zhuǎn)移和遷移。培訓(xùn)師對最終用戶進行培訓(xùn)和支持，使其能夠熟練掌握新系統(tǒng)的操作和功能。系統(tǒng)管理員系統(tǒng)的日常運行和維護，保證系統(tǒng)穩(wěn)定、可靠地運行。關(guān)鍵角色實施上線階段的關(guān)鍵角色與輔助角色實施上線階段的關(guān)鍵角色與輔助角色系統(tǒng)架構(gòu)師信息安全專家 系統(tǒng)架構(gòu)師信息安全專家 ?數(shù)據(jù)庫專家用戶體驗設(shè)計師?系統(tǒng)測試人員評估系統(tǒng)架構(gòu)和技術(shù)評估系統(tǒng)安全性，如評估系統(tǒng)的數(shù)據(jù)處理評估系統(tǒng)的用戶界面對系統(tǒng)進行全面的測方案的可行性，為IT身份認證、數(shù)據(jù)加和分析能力，包括數(shù)和交互設(shè)計，以確保試和驗證，確保系統(tǒng)代表提供技術(shù)指導(dǎo)和密、權(quán)限控制，并提據(jù)存儲、備份、恢復(fù)用戶友好和易用性。支持。 出相關(guān)建議。 等。符合要求并達到預(yù)期效果。輔助角色實施上線實施上線項目準備在項目準備階段，需要與各相關(guān)方就項目價值、時間節(jié)點、資源投入達成共識，并正式宣布項目啟動，授權(quán)項目負責(zé)人統(tǒng)籌資源。一般在合同30%。該階段主要涉及項目團隊組建、項目計劃制定、項目管理規(guī)范制定、計算資源預(yù)訂等工作。項目準備階段的關(guān)鍵事項12項目準備階段的關(guān)鍵事項1234關(guān)鍵事項具體行動成立項目組?成立項目組織機構(gòu)，明確各角色權(quán)責(zé)以及匯報關(guān)系。?明確項目成員獎懲設(shè)計，項目組的工作分配和獎勵，以及項目結(jié)束后安排規(guī)劃等。需要將任務(wù)明確到人，例如項目經(jīng)理是明確且唯一的，各業(yè)務(wù)的接口人是明確且唯一的，項目管理委員會成員，以及哪些必須出席的會議有哪些等等。明確項目計劃的兌現(xiàn)時間節(jié)點。需將最終用戶的意見持續(xù)引入項目工作中，引導(dǎo)用戶盡快熟悉系統(tǒng)后再進行優(yōu)化，而且要確立以解決用戶需求的思維方式來優(yōu)化功能，避免管理端用戶自嗨。建立項目管理機制方向。程碑的委員會會議。項目管理機制一定要落地，即使沒有特別重要的內(nèi)容，例會仍要召開但可以快速結(jié)束，要保持各方對項目的重視程度不會降低并持續(xù)投入，以及項目組內(nèi)外的信息一致性，及時發(fā)現(xiàn)變更風(fēng)險。其他遴選業(yè)務(wù)關(guān)鍵用戶、準備開發(fā)及測試服務(wù)器、安排項目集中辦公場地等。/圖14：項目準備階段的關(guān)鍵事項藍圖設(shè)計藍圖設(shè)計藍圖設(shè)計報告主要為達成兩個目標：一是保證業(yè)務(wù)方對需求質(zhì)量負責(zé)；二是項目變更時有依據(jù)。藍圖設(shè)計報告主要為達成兩個目標：一是保證業(yè)務(wù)方對需求質(zhì)量負責(zé)；二是項目變更時有依據(jù)。藍圖設(shè)計階段主要涉及業(yè)務(wù)需求分析、解決方案制定及技術(shù)說明書編寫解的基礎(chǔ)上，由實施顧問主導(dǎo)分析業(yè)務(wù)需求、制定業(yè)務(wù)流程，并明確系統(tǒng)化解決方案（包括并不限于系統(tǒng)間集成方案、線上線下協(xié)同方案、報表統(tǒng)計分析方案等。藍圖設(shè)計是保證交付結(jié)果的關(guān)鍵階段，雙方需約定明確的交付物，無論何種形式的合作，均需要簽字版的需求文檔作為開發(fā)基礎(chǔ)。藍圖驗收因此往往也是項目的里程碑，通常會支付一定比例的進度款。項目組在此階段應(yīng)輸出藍圖設(shè)計報告，并匯報給項目經(jīng)理，通過后簽字驗收（關(guān)鍵用戶及項目領(lǐng)導(dǎo)在藍圖設(shè)計文檔、開發(fā)計劃等文檔中簽字確認，主要為達成兩個目標：一是保證業(yè)務(wù)方對需求質(zhì)量負責(zé)；二是項目變更時有依據(jù)。尤其是人事流程變更，不僅需要提供制度依據(jù)，還需要規(guī)范的流程圖，若無制度支撐，項目過程中的變更風(fēng)險極大。另外，流PAGEPAGE45|企業(yè)數(shù)字化系統(tǒng)選型建設(shè)指南實施上線實施上線||PAGE44系統(tǒng)實施系統(tǒng)實施該階段主要涉及“系統(tǒng)構(gòu)建”“系統(tǒng)集成、定制開發(fā)”“用戶培訓(xùn)，反饋迭代”“歷史數(shù)據(jù)采集”四個階段。下文我們歸納了每個階段需要涉及的具體工作，供大家參考。系統(tǒng)實施關(guān)鍵環(huán)節(jié)與具體事項根據(jù)業(yè)務(wù)藍圖設(shè)計構(gòu)建系統(tǒng)系統(tǒng)實施關(guān)鍵環(huán)節(jié)與具體事項根據(jù)業(yè)務(wù)藍圖設(shè)計構(gòu)建系統(tǒng)按計劃推進 用戶培訓(xùn)、模塊單系統(tǒng)集成、定制開發(fā)等 測試和系統(tǒng)迭代系統(tǒng)初步定型后，歷史數(shù)據(jù)采集設(shè)計系統(tǒng)配置方案設(shè)計數(shù)據(jù)模型用戶界面設(shè)計明確定制開發(fā)點與利益相關(guān)者確認

系統(tǒng)集成定制開發(fā)報表開發(fā)

用戶培訓(xùn)測試反饋系統(tǒng)迭代與改進回歸測試和驗證

數(shù)據(jù)源識別和準備數(shù)據(jù)采集計劃制定數(shù)據(jù)采集工具和方法選擇數(shù)據(jù)采集執(zhí)行數(shù)據(jù)驗證和校驗數(shù)據(jù)清洗和轉(zhuǎn)換數(shù)據(jù)導(dǎo)入和加載數(shù)據(jù)驗證和回歸測試圖15：系統(tǒng)實施關(guān)鍵環(huán)節(jié)與具體事項▍31根據(jù)業(yè)務(wù)藍圖設(shè)計構(gòu)建系統(tǒng)設(shè)計系統(tǒng)架構(gòu)和功能方式。設(shè)計系統(tǒng)配置方案和流程。設(shè)計數(shù)據(jù)模型績效數(shù)據(jù)等。查詢和分析。設(shè)計用戶界面佳實踐。明確定制開發(fā)點需求。與利益相關(guān)者確認配置符合他們的期望和需求。目標。PAGEPAGE47|企業(yè)數(shù)字化系統(tǒng)選型建設(shè)指南實施上線實施上線||PAGE46▍3.2按開發(fā)計劃推進系統(tǒng)集成、定制開發(fā)等系統(tǒng)集成系統(tǒng)。定制開發(fā)能需求。報表開發(fā)人力資源數(shù)據(jù)分析和決策支持。測試和調(diào)試。測試與驗證進行定制開發(fā)的測試，確保定制的功能與系統(tǒng)的其他部分協(xié)調(diào)一致。調(diào)整和優(yōu)化▍3.3用戶培訓(xùn)、模塊單元測試和系統(tǒng)迭代等用戶培訓(xùn)供必要的培訓(xùn)和指導(dǎo)。培訓(xùn)用戶熟悉系統(tǒng)的基本操作，例如登錄、數(shù)據(jù)錄入、查詢、報表生成。的日常工作。系統(tǒng)模塊的單元測試合預(yù)期。測試反饋進之處。PAGEPAGE49|企業(yè)數(shù)字化系統(tǒng)選型建設(shè)指南實施上線實施上線||PAGE48系統(tǒng)迭代和改進對功能不完善或需改進之處進行優(yōu)化，以提升系統(tǒng)的性能和用戶體驗。回歸測試和驗證否有效。穩(wěn)定性和可靠性。▍3.4系統(tǒng)初步定型后，歷史數(shù)據(jù)采集數(shù)據(jù)源識別和準備確定歷史數(shù)據(jù)的來源，例如現(xiàn)有的管理系統(tǒng)、Ecel表格、紙質(zhì)檔案等。數(shù)據(jù)采集計劃制定數(shù)據(jù)采集工具和方法選擇。如果需要手動輸入數(shù)據(jù)，提供數(shù)據(jù)采集模板或指導(dǎo)來規(guī)范數(shù)據(jù)錄入。數(shù)據(jù)采集執(zhí)行按照預(yù)定的數(shù)據(jù)字段和格式采集數(shù)據(jù)，確保數(shù)據(jù)的準確性和一致性。數(shù)據(jù)驗證和校驗數(shù)據(jù)清洗和轉(zhuǎn)換對采集的數(shù)據(jù)進行清洗和轉(zhuǎn)換，處理無效數(shù)據(jù)、重復(fù)數(shù)據(jù)和缺失數(shù)據(jù)。數(shù)據(jù)導(dǎo)入和加載將經(jīng)過清洗和轉(zhuǎn)換的歷史數(shù)據(jù)導(dǎo)入系統(tǒng)中的相應(yīng)模塊和表格。數(shù)據(jù)驗證和回歸測試其他功能和流程的正常運行。PAGEPAGE51|企業(yè)數(shù)字化系統(tǒng)選型建設(shè)指南實施上線實施上線||PAGE50e業(yè)務(wù)需求總變來變?nèi)?，e首先，在前期需求調(diào)研的過程中，真正的用戶是否參與了調(diào)研，而不是他們的需求被轉(zhuǎn)述被加工，以至于真正的需求在交付過程中才爆發(fā)。其次，關(guān)于招標書的撰寫。在需求調(diào)研真實完整的情況下，是否清晰完整地在招標書中呈現(xiàn)了。對于此，我們建議在寫招標書過程中也要與內(nèi)部的利益相關(guān)者充分溝通，確保是大家一致認可的，同時也要明確梳理出哪些是系統(tǒng)功能性需求，哪些是非功能性需求，這關(guān)乎到供應(yīng)商報價，如果交付過程中再重新談判商務(wù)，也會影響項目交付周期。其三，對于項目交付過程中無法避免的新需求的取舍，首先確定需求的優(yōu)先級，哪些是musthave，哪些是nicetohave，哪些放在一期，哪些放在二期，避免后期交付時候產(chǎn)生爭議；其次對于當(dāng)下必須“加塞兒”的需求，我們需要平衡好業(yè)務(wù)需求和供應(yīng)商的關(guān)系。如果認為新加的需求是musthave，那能否暫時放棄其他次要需求，保證一期項目順利推進，而不是一直處于失控狀態(tài)。系統(tǒng)驗證系統(tǒng)驗證我們可將系統(tǒng)驗證分為跨模塊集成測試、跨系統(tǒng)集成測試、系統(tǒng)性能測試和最終用戶測試四個部分，每個部分的具體執(zhí)行流程如下文總結(jié)。系統(tǒng)實施關(guān)鍵環(huán)節(jié)與具體事項跨模塊集成測試系統(tǒng)實施關(guān)鍵環(huán)節(jié)與具體事項跨模塊集成測試跨系統(tǒng)集成測試系統(tǒng)性能測試最終用戶驗收測試確定集成測試范圍和目標設(shè)計集成測試用例準備測試環(huán)境執(zhí)行集成測試用例測試報告和問題追蹤回歸測試

驗證與其他關(guān)聯(lián)系統(tǒng)(如財務(wù)系統(tǒng)、身份認證系統(tǒng)等）之間的數(shù)據(jù)傳輸、功能交互和流程協(xié)同是否正常，確保與外部系統(tǒng)有效集成。

確定性能測試目標和指標模型設(shè)置測試環(huán)境和工具編寫性能測試腳本執(zhí)行性能測試收集和分析性能數(shù)據(jù)性能調(diào)優(yōu)和優(yōu)化性能測試報告和總結(jié)

確定驗收標準和目標編寫驗收測試計劃和用例配置驗收測試環(huán)境進行驗收測試反饋問題和改進意見回歸測試和確訕用戶驗收測試報告和總結(jié)圖16：系統(tǒng)驗證關(guān)鍵環(huán)節(jié)與具體事項▍41跨模塊集成測試確定集成測試范圍和目標確定需要跨模塊集成測試的模塊和功能。設(shè)計集成測試用例PAGEPAGE53|企業(yè)數(shù)字化系統(tǒng)選型建設(shè)指南實施上線實施上線||PAGE52準備測試環(huán)境執(zhí)行集成測試用例否正常。檢查數(shù)據(jù)一致性和正確性傳遞和同步更新。模塊的一致性。測試報告和問題追蹤回歸測試他模塊的正常功能。范圍。▍4.2跨系統(tǒng)集成測試跨系統(tǒng)集成測試主要為驗證與關(guān)聯(lián)系統(tǒng)（如財務(wù)系統(tǒng)、身份認證系統(tǒng)等）之間的數(shù)據(jù)傳輸、功能交互和流程協(xié)同是否正常，確保與外部系統(tǒng)的有效集成。▍4.3系統(tǒng)性能測試確定性能測試目標和指標設(shè)計性能測試場景和負載模型設(shè)置測試環(huán)境和工具LoadRunnerJMeter性能測試腳本和收集性能數(shù)據(jù)。編寫性能測試腳本在不同負載下的性能表現(xiàn)。執(zhí)行性能測試PAGEPAGE55|企業(yè)數(shù)字化系統(tǒng)選型建設(shè)指南實施上線實施上線||PAGE54性能測試。性能度量。收集和分析性能數(shù)據(jù)錯誤率等?；ㄗh。性能調(diào)優(yōu)和優(yōu)化以提高系統(tǒng)的性能表現(xiàn)。性能測試報告和總結(jié)提供給相關(guān)團隊和決策者參考▍4.4最終用戶驗收測試確定驗收標準和目標編寫驗收測試計劃和用例配置驗收測試環(huán)境確保測試環(huán)境與實際生產(chǎn)環(huán)境盡可能接近進行驗收測試根據(jù)編寫好的驗收測試用例，執(zhí)行各項測試，并記錄測試結(jié)果和問題。用戶需求和預(yù)期。反饋問題和改進意見回歸測試和確認用戶驗收測試報告和總結(jié)改進。PAGEPAGE57|企業(yè)數(shù)字化系統(tǒng)選型建設(shè)指南實施上線實施上線||PAGE56系統(tǒng)上線系統(tǒng)上線首次上線若沒準備充分通常會導(dǎo)致用戶第一印象非常不好，進而影響下一階段的配合度。因此，雖然系統(tǒng)上線是實施階段的最后一步，但最后一公里的工作中仍存在一些不可忽視的風(fēng)險，例如，數(shù)據(jù)丟失或損壞：在數(shù)據(jù)遷移過程中，可能會出現(xiàn)數(shù)據(jù)丟失、損壞或轉(zhuǎn)換錯誤的情況，導(dǎo)致生產(chǎn)環(huán)境中的數(shù)據(jù)不準確或不完整。系統(tǒng)兼容性問題：在目標生產(chǎn)環(huán)境中，可能存在與系統(tǒng)不兼容的硬件設(shè)備、操作系統(tǒng)或網(wǎng)絡(luò)配置，導(dǎo)致系統(tǒng)無法正常運行。性能問題：在生產(chǎn)環(huán)境中，系統(tǒng)可能面臨更大的負載和并發(fā)操作，如果未經(jīng)過充分的性能測試和優(yōu)化，可能導(dǎo)致系統(tǒng)響應(yīng)變慢或崩潰。用戶培訓(xùn)不足：如果用戶沒有得到足夠的培訓(xùn)和指導(dǎo)，可能會導(dǎo)致對新系統(tǒng)的使用困惑和錯誤操作，影響正常的業(yè)務(wù)運行。運維支持不足：缺乏有效的系統(tǒng)監(jiān)控、故障排除和技術(shù)支持，可能導(dǎo)致對系統(tǒng)問題的響應(yīng)和解決不及時?！瓰榇耍覀円舱砹嗽谙到y(tǒng)上線階段的一些關(guān)鍵事項，以及對應(yīng)的具體行動和注意事項，以最大限度地降低潛在風(fēng)險，并確保順利將系統(tǒng)引入到生產(chǎn)環(huán)境中，提供穩(wěn)定和高效的系統(tǒng)服務(wù)。系統(tǒng)上線關(guān)鍵階段與具體事項系統(tǒng)上線關(guān)鍵階段與具體事項121234567891011關(guān)鍵階段關(guān)鍵事項與行動系統(tǒng)準備?確保系統(tǒng)已經(jīng)過開發(fā)、測試和用戶驗收等階段，并通過相關(guān)測試和審批。?確保系統(tǒng)的部署包已準備就緒，包括軟件安裝文件、數(shù)據(jù)庫腳本、配置文件等。環(huán)境準備確保目標生產(chǎn)環(huán)境已準備好：包括硬件設(shè)備、網(wǎng)絡(luò)連接、數(shù)據(jù)庫服務(wù)器等。配置和調(diào)整生產(chǎn)環(huán)境：確保它能夠滿足系統(tǒng)的運行需求和性能要求。系統(tǒng)部署?將系統(tǒng)的部署包進行生產(chǎn)環(huán)境的安裝和部署。?配置系統(tǒng)參數(shù)、啟動服務(wù)和應(yīng)用程序，確保系統(tǒng)能夠正常運行。功能驗證上線前測試測試范圍：主要包括功能、性能、安全測試等，減少上線后出現(xiàn)嚴重缺陷的可能性。測試的完整性和準確性：在測試前需制定全面的測試計劃，避免出現(xiàn)遺漏測試用例、測試環(huán)境與生產(chǎn)環(huán)境不一致；也需建立與生產(chǎn)環(huán)境相似的測試環(huán)境，確保測試結(jié)果準確。測試周期：針對關(guān)鍵功能還需選取試點區(qū)域單獨進行一個周期的試運行，通常為一個月。性能優(yōu)化系統(tǒng)配置和參數(shù)設(shè)置：在生產(chǎn)環(huán)境中根據(jù)實際負載和使用情況調(diào)整系統(tǒng)配置和參數(shù)，優(yōu)化系統(tǒng)性能和穩(wěn)定性。壓力測試和負載測試：驗證系統(tǒng)在高并發(fā)和大數(shù)據(jù)量場景下的性能表現(xiàn)。終端用戶培訓(xùn)培訓(xùn)資源：提供使用指南、培訓(xùn)視頻和培訓(xùn)材料，在階段的實際操作和示范。在線幫助中心：提供定期的培訓(xùn)和支持，讓最終用戶能夠更好地理解并正確使用系統(tǒng)。系統(tǒng)監(jiān)控及運維支持運維機制：建立系統(tǒng)監(jiān)控和運維支持機制（機制等），確保及時檢測系統(tǒng)問題并提供支持和維護。監(jiān)控預(yù)警：配置監(jiān)控工具和報警系統(tǒng)，以便在系統(tǒng)出現(xiàn)異?；蚬收蠒r能夠及時發(fā)現(xiàn)和響應(yīng)。數(shù)據(jù)遷移數(shù)據(jù)遷移：將現(xiàn)有的數(shù)據(jù)遷移至生產(chǎn)環(huán)境，確保數(shù)據(jù)的完整準確性。數(shù)據(jù)備份：設(shè)計數(shù)據(jù)遷移策略，根據(jù)數(shù)據(jù)量和遷移方式，進行數(shù)據(jù)遷移操作。制定上線計劃低峰時段上線。分階段上線或并行運行新舊系統(tǒng)。這些工作安排到具體的上線步驟，以及每個步驟的時間估計。確定責(zé)任人和資源：確保負責(zé)每個上線步驟的責(zé)任人具備相關(guān)技術(shù)能力和知識，充分安排和準備上線所需的資源（人員、設(shè)備、軟件）。風(fēng)險評估和應(yīng)對：評估每個上線步驟可能存在的潛在風(fēng)險、可能的問題和故障，并制定相應(yīng)的應(yīng)對措施，規(guī)劃補救、回滾和恢復(fù)計劃。的重要性和影響。按計劃切換上線上線節(jié)奏：確保系統(tǒng)從開發(fā)或測試環(huán)境平穩(wěn)過渡至生產(chǎn)環(huán)境，避免影響用戶和業(yè)務(wù)流程。上線策略：設(shè)計合適的上線策略，如逐步上線、灰度發(fā)布，逐漸將流量從舊系統(tǒng)轉(zhuǎn)移到新系統(tǒng)。風(fēng)險管理：制定相應(yīng)的規(guī)避策略，例如制定備用計劃，確保在出現(xiàn)問題時能夠快速回滾。上線驗證和監(jiān)督監(jiān)控與優(yōu)化驗證監(jiān)督：系統(tǒng)上線后進行驗證和監(jiān)督，確保系統(tǒng)正常運行，數(shù)據(jù)正確錄入和處理。用戶反饋跟蹤：及時收集用戶反饋和問題，并跟進和解決。圖17：系統(tǒng)上線關(guān)鍵階段與具體事項PAGEPAGE59|企業(yè)數(shù)字化系統(tǒng)選型建設(shè)指南實施上線實施上線||PAGE58e系統(tǒng)成功上線，e這是企業(yè)系統(tǒng)實施上線常常發(fā)生的問題，直接關(guān)系到項目能否成功體現(xiàn)最終的價值。很多企業(yè)上線系統(tǒng)的時候十萬火急，買了系統(tǒng)之后半年不會登錄一次，也不及時更新數(shù)據(jù)，運用數(shù)據(jù)時候發(fā)現(xiàn)是錯亂的。因為錯亂更不愿意用，陷入惡性循環(huán)，最后得出結(jié)論項目沒有價值。問題背后，我認為原因在于企業(yè)沒有完善數(shù)字化運營機制保證系統(tǒng)的使用率，如使用者是誰？用得怎么樣？用得不好怎么辦？數(shù)據(jù)時效性和有效性能否保障？除運營機制外，我們還要從項目全局角度來分析這一問題，例如需求共識、業(yè)務(wù)部門參與度、業(yè)務(wù)部門對項目的期望值、上線過程中的“意見領(lǐng)袖”管理。需求達成共識：業(yè)務(wù)需求的可行性和實現(xiàn)策略需要達成共識，部門提出的需求哪些可以實現(xiàn)，哪些暫時無法實現(xiàn)，需要放置二期項目，“什么都想要”帶“什么都得不到”。保證業(yè)務(wù)的參與度：需求達成共識后，有的業(yè)務(wù)部他們也都清楚了解我的需求，所以就不參與了，你們看著辦。但是當(dāng)項目最終交付時發(fā)現(xiàn)，需求不是我想要的。要不重新調(diào)整，項目拖延，成本增加，要么不使用，最后項目很可能不了了之。管理業(yè)務(wù)的期望值：在業(yè)務(wù)部門的腦海中，系統(tǒng)上線成功后，立即就能夠快速幫他們解決問題，但實管理模式磨合，經(jīng)歷一段磨合期并優(yōu)化之后才能慢慢達到理想狀態(tài)，而且也并非完美狀態(tài)。這段磨合期的工作效率甚至還不如原來高，系統(tǒng)因此也容易在這被判了期的工作效率甚至還不如原來高，系統(tǒng)因此也容易在這被判了“死刑”，然后業(yè)務(wù)部門又繼續(xù)用原來的Excel處理，系統(tǒng)擱置一邊。管理“意見領(lǐng)袖他們愿意嘗試，愿意容忍變革之初的“瑕疵”，但與運維服務(wù)運維服務(wù)的階段性目標明確項目各成員的任務(wù)分工，在項目資源有限的情況下，能承接更多工作，保證上線前期平穩(wěn)過渡以及平穩(wěn)之后仍能高效協(xié)同。PAGEPAGE61|企業(yè)數(shù)字化系統(tǒng)選型建設(shè)指南||PAGE66組建運維團隊在合適的時間節(jié)點組建運維團隊，儲備合格的運維人才，才能保證系統(tǒng)平穩(wěn)運行。運維團隊中的關(guān)鍵角色通常包括：HRIS：負責(zé)為管理端用戶提供技術(shù)支持和運營需求池。IT（容災(zāi)和信息安全管理。合作伙伴CSM：HRISIT決問題。熱線座席：IT任。由于不同角色承擔(dān)的責(zé)任、對項目的了解深度存在差異，因此融入項目的時間也需要注意，RIS和IT4~5約2~4周；CSM經(jīng)過培訓(xùn)即可。HRCOE要各模塊對應(yīng)負責(zé)人、SSCBPBP與功能迭代的優(yōu)先級評審。運維服務(wù)運維服務(wù)運維工作規(guī)劃運維服務(wù)的PDCA管理計劃運維服務(wù)的PDCA管理計劃P計劃階段

D執(zhí)行階段

C檢查階段

A行動階段制訂IT系統(tǒng)運維的目標和計劃，并確定實現(xiàn)這些目標所需的資源和時間表。

根據(jù)計劃執(zhí)行運維工作。

評估反饋運維效果，并分析系統(tǒng)中存在的問題，進一步改善運維流程。

根據(jù)檢查階段的結(jié)果采取行動，改進運維流程，提高系統(tǒng)的效率和穩(wěn)定性。?確定IT系統(tǒng)運維的目標和關(guān)鍵性能指標。?分析當(dāng)前運維流程的瓶頸和問題。?制訂改進計劃和時間表。?分配資源和職責(zé)。

?實施運維流程中的各項任務(wù)和活動。?建立監(jiān)控和報警機制，及時發(fā)現(xiàn)和處理故障。?對系統(tǒng)進行更新和補丁安裝等操作。?變更管理和配置管理。

?定期收集和分析系統(tǒng)數(shù)據(jù)，評估運維效果。?與用戶或客戶交流并收集反饋意見。?發(fā)現(xiàn)和記錄已知問題和待解決問題。

?制訂改進計劃和方案。?推廣最佳實踐和標準。?培訓(xùn)團隊成員，提升技能水平。?持續(xù)監(jiān)測和評估運維流程。圖15：系統(tǒng)實施關(guān)鍵環(huán)節(jié)與具體事項計劃階段制定IT制定IT系統(tǒng)運維的目標和計劃，并確定實現(xiàn)這些目標所需的資源和時間表。確定IT系統(tǒng)運維的目標和關(guān)鍵性能指標包括問題響應(yīng)時效、需求響應(yīng)時效、系統(tǒng)全年可用率、系統(tǒng)中斷修復(fù)時效等。分析當(dāng)前運維流程的瓶頸和問題包括缺乏運維獎懲機制、運維