㈠ 培訓計劃的制定程序 怎麼講
挺復雜的
㈡ 一般如何制定給產品新人的培訓計劃
硬技能的概念
硬技能是相對於軟技能而言的。
軟技能是指不以人的工作內容和工作性質為轉移的基本技能，由一系列個人要素的特質組成，軟技能包括的內容很廣，比如社交技能、語言能力、個人品質等等，是內在的、無法量化的。上一期，根據群友意見，並結合產品新人的特徵，著重從知識管理、時間管理和情緒管理三個方面講述如何培養軟技能。
硬技能是指與個人工作內容深度相關的專業知識和專業技能，硬技能包括專業知識、成果輸出、智力水平等，是可見的、可量化的、可客觀比較的。軟技能類似 「情商」，側重於「做人」，而硬技能類似「智商」，側重於「做事」。
本期討論，從產品經理工作中使用最多的工具出發，按照從需求到方案的過程，講述不同階段的工作技能的培養，主要包括工具的使用、成果的輸出以及注意事項等。
需要特別說明的，本期討論先拋出一個面試題目，作為本次討論的案例分析，以達到理論結合實踐，增強理解。該面試題如下：小明面試一家購物社區網站（類似於蘑菇街），在面試中，要求小明給出一套簡潔又清晰的用戶登錄產品設計方案，如果你是小明，你會怎麼做？
需求管理
一般產品的萌芽都來自於需求，有了需求，才會考慮如何滿足需求，才會考慮設計什麼產品提供什麼功能以滿足這些需求，因此需求是產品的起源。（當然現實工作中，有很多產品都不是來自對需求的分析，而是某些人的一句話，姑且認為這也是他們的需求）
1. 需求管理的概念
需求管理，從狹義上來說，是指需求內容管理，主要是進行需求的條目化管理、需求跟蹤等活動；從廣義上來說，是指需求過程管理，需求過程管理就是推動需求的分析篩選以及開發和上線，遍歷整個需求流程。
需求管理是一個復雜且長期的過程，以需求收集、分析、篩選等工作為核心，解決「有什麼」、「做什麼」、「做哪些」的問題。
「有什麼」需求，意味著需求的收集要全面徹底，包括來自用戶的使用反饋、部門成員的開發運營需求、領導的需求等。
「做什麼」需求，意味著需求的分析要公平透徹，每一種需求力求反饋其真實的想法和訴求。
「做多少」需求，意味著需求的篩選要明確堅決，每一種需求做與不做一目瞭然，堅定不隨意變動，且保證需求均是重要的核心需求。
2. 需求管理工具
需求管理，需要針對不同來源的需求，進行統一管理、分析、跟蹤，單純的靠紙筆或大腦遠遠不夠，需要專門的工具，那麼有哪些工具可以用於需求管理呢？
1) Excel
標准化的辦公軟體，操作簡單，易維護，數據處理方便，共享性好。
列出需求的管理維度，比如需求的來源、描述等，同時附上需求的解決進度控制，如需求的解決方案、負責人、進度、時間等。
2) 腦圖（如MindManager）
形象化的操作，便於同類需求的合並，管理維度不宜太多。
用MM列出所有的需求功能點，然後進行需求的合並整理，確定需求功能點後，用Visio畫出主流程。
3) Google Docs
可協作編輯與網上共享，版本管理，實時在線查看，支持導出與上傳。
在線創建表格文檔或上傳，實時更新並同步，共享給相關人員，使用方法類似Excel。
4) 文檔
需求的列舉管理，簡單方便，適用於數量小、變更少的情況。
具體的需求用文檔詳細寫出來，關鍵的點提取成Story，用Excel管理起來，進行需求的評審討論。
需求管理工具還有很多，目的只有一個，對需求進行全面的管理。工具是次要的，只要使用順手即可，關鍵在於如何分析需求。
3. 需求管理分析
統計與分析需求時，一般考慮哪些維度呢？
1) 來源
需求主要來源於用戶，用戶的反饋建議、問題投訴等，可以通過與用戶溝通、反饋意見平台、微博搜索等渠道獲得用戶的反饋，然後提取成用戶需求。
需求的來源還有市場、運營、開發和領導等，這些需求都來自於公司內部。
2) 需求描述
對需求的詳細描述，遇到什麼問題，想要達到什麼效果等。
3) 隸屬模塊
劃分需求所屬的功能模塊，以便對需求進行模塊化管理，具體模塊內部具體分析，比如登錄/注冊模塊，分享模塊，購物流程模塊等。
4) 處理方案
針對此需求，有什麼可能的處理方案，是增加功能，還是改進流程等
5) 優先順序
對需求的評估，此需求是否緊急需求，優先順序是高是低，意味著何時去解決需求，一般先解決優先順序高的需求。
6) 處理進度
目前此需求是還在討論中，還是已經確定方案，是正在開發，還是已經上線。每一個需求的優先順序無論高低，都需要有一個進度跟蹤，以便做好需求的整體管理。
7) 其他維度
還有其他維度，比如需求採集時間、部門、負責人等，視具體工作而定。
4. 需求管理的案例分析
拿上面說的面試題來分析，需求的一部分來自用戶反饋，比如用戶說，這個登錄太麻煩了，我不想注冊，能不能給我接入微博賬號登錄，於是你收獲一條用戶需求：接入微博等第三方賬號登錄。此需求來源於用戶，隸屬於登錄/注冊模塊，可以通過調用微博等第三方賬號API完成，優先順序中等。接下來就是具體的需求解決了。
1) 登錄的設計
具體要設計登錄功能，首先，列出大的分類，也可以叫做提綱，登錄的功能分析（Why）、登錄的方式（Where）、登錄的流程（What），然後按照每個分類進行思維導圖細化。
登錄的功能分析，此登錄功能根據用戶可以分為兩部分，已有賬號的用戶登錄和沒有賬號的用戶登錄，提供哪些功能讓他們登錄呢，比如提供注冊功能和直接登錄功能等。
登錄的方式分析，直接登錄還是接入第三方賬號登錄，用戶登錄與管理員登錄入口是否一致等。
登錄的流程，什麼時候提供登錄，登錄出錯怎麼辦，驗證和授權的流程等。
2) 需求優先順序的評定
需求優先順序的評定一般在需求評審時確定，確定需求點後，需求評審時，技術、運營等會給出專業的評估，比如實現時間等，砍掉部分需求後，留下來就是需要接下來解決的。
如之前的面試題，蘑菇街的登錄功能的需求處理流程應該是，收集所有的需求->需求評審->確定優先順序排序->提出處理方案->跟進處理進度。
需求管理的工具其實不重要，重要的是收集需求的廣度、需求優先順序評定、需求的處理方案以及推動需求的解決。
你是否通過各個渠道收集到了需求（領導的、用戶的、部門內部的）；你是否分析的清楚哪個需求應該立馬解決，哪個需求可以往後放，哪個需求是虛假需求；需求的具體處理方案是什麼？需求的解決進度管理（類似項目管理）等。
思維導圖
分析清楚需求後，滿足哪些需求就確定了，梳理這些需求，提供哪些功能就需要詳細梳理，於是，通常情況下，就會使用思維導圖，細化需求的滿足。
1. 思維導圖的概念
你所理解的思維導圖是什麼？ 思維導圖可以用來做什麼呢？
先來群友們的想法，思維導圖是用來分塊管理細化思想的；MM是功能點的初步梳理；思維導圖管理的是發散思維，也是為自己梳理需求，功能的約束；是理清自己想法的一種工具。它可以用來理清需求，知道需求怎麼做，怎麼實現；可以用來管理需求，讓需求和流程清晰化；引導思維，梳理需求，進行形式擴散式的梳理。
讓我們來做個拆詞游戲，「思」是想法，你所要實現的效果和目的，「維」是維度，從哪些維度入手，「導」是疏導，是邏輯的貫通與引導，也是導出，「圖」是圖形，以圖形的形式呈現出來。因此，思維導圖可以理解為以圖形化的形式從多個維度展現你所要實現的想法。
2. 思維導圖的工具
理解了思維導圖的概念，那麼我們一般使用什麼工具來繪制思維導圖呢？
繪制思維導圖的工具有很多，比如Mindmanager、mindmapper、FreeMind等，其中使用人數最多的當屬Mindmanager，也是產品經理中使用最普遍的工具。
你就把MM這個軟體，當做一個隨便的玩意就行了。將自己的所有想到的都扔進去，開始寫。寫完了就開始分組，把類似的或者近似的放一起。然後最終的時候就出現了一個思維導圖。一般主要是在會議上快速整理匯總。你就當做是一堆貼紙，每張寫一句話，然後開始到處貼，貼完了開始整理，整理完了，然後開始插在不同的板子上，然後開始連線。
總結來看就是，窮盡寫想法->對想法分組合並->各分組關系判斷排序->根據隸屬和層次關系繪圖。寫想法和分組的過程要遵循MECE原則，即「完全窮盡、相互獨立「原則，各分組之間互不重疊，且所有可能的分組都已列舉出來了。
最方便的思維導圖工具，應該是紙筆了，在紙上按照上面的流程梳理，可塗可改，相當於紙上版的Mindmanager。
3. 思維導圖的案例分析
還是回到蘑菇街的登錄上來，蘑菇街登錄的思維導圖要如何來畫？一個登錄功能，你需要考慮的維度有哪些？
其中一種考慮維度是這樣的：
1)用戶角色（用戶、商戶）；
2)登錄環境（是否注冊，即有無帳號和是否初次登錄）；
3)附加條件（是否需要驗證，如驗證碼，手機簡訊等）；
4)界面設計（首頁登錄還是單獨設計登錄頁面，以及提示信息）；
以上從功能模塊的角度出發，設計一個登錄功能。
另有一種處理角度是這樣的，它從用戶的角度出發，針對不同類型的用戶進行具體的分析。
兩者分析問題的角度不同，但都可以滿足「需求的解決」。登錄這個功能比較小，但是其中要考慮的問題挺多，簡單說幾個，比如輸入模式（中英文輸入狀態）、驗證碼的使用策略、輸入反饋機制等，還有很多很多需要考慮的。產品重在思維，越細越好，無限細化 就越接近完美。
分析問題的角度決定了你的圖形形狀，但是最終目的是需求的解決和功能的實現，理論上，每一個角度都不是錯的。但一定存在一個最優的角度，最簡單明了的分析清楚問題，解決需求和實現功能。
流程圖
思維導圖讓我們理順了如何去滿足需求，應該有哪些功能，但是這些功能點，還只是孤立的點而已，要把他們串起來，應用到具體的用戶使用中，才最好，研究用戶的操作流程，就顯得很有必要。
1. 流程圖的概念
如何理解流程圖呢？如何建立流程圖呢？
還是先來看看群友的理解吧，流程圖就是控制器，是模擬用戶流程的邏輯關系；是指從開始到結束所有的環節之間的邏輯和順序；需求是點，思維導圖將點集結成塊，流程圖把塊連成線；我們應該根據用戶角色的操作過程來建流程圖，包括後台的動作。流程圖就是把每個功能點上操作流程表述清楚，包括前台和後台的連接性，以及用戶和網站的關聯性。比如：用戶登錄時在輸入用戶名的時候就要先判斷是否注冊用戶
流程圖是利用特定的圖形符號和說明，模擬用戶實際操作的場景，建立的圖形，它揭示了整個流程中的邏輯關系嗎，真正的講產品功能串聯了起來。
2. 流程圖的工具
流程圖的工具，一般使用Visio來繪制，Axure也可以。
無論使用什麼工具，都需要遵守流程圖的繪制規范。比如，圓角矩形表示「開始」和「結束」，矩形表示行動方案，菱形表示問題判斷或判定環節，平行四邊形表示輸入/輸出，箭頭表示工作流方向。
流程圖的繪制需要注意的是：
1) 繪制之前，要清楚流程的起始狀態，從何時開始，到何時結束
2) 先把主流程走通，然後在此基礎上，不斷完善附加信息和狀態判斷
3) 一個節點只做一件事，一個節點完結了，再考慮下一節點
4) 流程不能斷掉，所有流程最好形成閉環
5) 所有條件要考慮到，邏輯要嚴謹，考慮各種異常情況的輸出
3. 流程圖的案例分析
如之前的面試題，就拿密碼輸入錯誤這種情況來說，其他暫不考慮。該如何去繪制流程圖呢？
密碼輸入錯誤的流程可以分為三個子流程：
1)訪問-某節點選擇登陸-進入登陸頁-輸入各項-判斷-通過-跳回之前頁面
2)訪問-某節點登陸-進入登陸頁-輸入各項-不通過-用戶名不存在-提示注冊新會員 或者 找回用戶名-跳至郵箱-激活成功-跳回原頁面
3)訪問-某節點登陸-進入登陸頁-輸入各項-不通過-密碼不正確-找回密碼-郵箱激活-重新登陸-跳回原頁面
密碼判斷通過作為主流程，是首先需要想清楚的，在此基礎上，在想密碼判斷出錯的情況，密碼判斷不通過時，提示用戶不存在或密碼錯誤，提供用戶注冊和密碼找回的解決方案。
原型圖
了解了需要實現的功能點，並通過再現用戶使用流程，將功能串起來了，接下來就是通過原型把這些展現出來,因此，產品原型的呈現就是接下來要做的事兒了。
1. 原型圖的概念
如何理解原型圖呢？
還是先來看看群友的想法吧，產品原型可以粗略的描述出網站頁面的構想；原型是界面交互的初稿；產品原型作為產品的素描圖，包含了所有的功能點和邏輯跳轉；產品原型可以理解為產品的一個框架設計。
原型是在梳理清楚產品的主要功能和操作流程後，將產品功能和流程從想法階段到輸出階段的過程，產品原型描述了產品的功能構想和交互邏輯，是產品的低保真形態的呈現。
2. 原型圖的工具
繪制原型圖的工具也有很多，比如Axure，是產品經理使用最普遍的原型設計工具，類似的還有Balsamiq Mockups，騰訊UDC專門開發了UIDesigner，用於iso平台上APP的原型設計。
如果是輕量級的設計，Mockups就夠了。但如果要做一個產品高保真的交互原型，Axure RP應該是產品經理或交互設計師的首選。
原型的類型可以分為三種：圖紙（在紙上畫）、點陣圖（繪圖工具）和可執行文件（互動式），需要包括兩部分內容：線框圖和交互。
原型設計時，需要注意的是：
1) 原型設計前的准備工作至關重要，考慮清楚畫什麼，比用什麼畫和怎麼畫更重要
2) 原型設計中對細節要全面把握，不能有所遺漏，比如將常態、非常態、空態分別表現出來給設計和開發
3) 思想表達清楚，要有必要的文字說明
4) 所有模塊或頁面的關系明確，哪些模塊強化，哪些模塊弱化，分清主次
5) 原型設計的流程一般是先畫草圖，然後用模擬做交互細節
6) 原型設計的工具，PPT、Axure都只是工具而已，重點是呈現你的想法，讓別人明白你的想法
3. 原型圖的案例分析
還是從之前的面試題說起，具體的原型線框圖就不詳細說了，這里只考慮密碼錯誤的情況，應該在交互邏輯上考慮清楚呢？
1） 錯誤提示方式：如何提示用戶密碼錯誤，是文字提示，還是彈層提示，提示文案如何設計，文案的顏色、位置是怎樣的
2） 找回密碼的入口：當用戶密碼輸入錯誤時，是否提供找回密碼，在什麼位置提供入口，如何提示用戶找回密碼
3） 找回密碼的策略：是用郵箱，還是手機，還是密保問題，找回後，如何回到原頁面等
原型設計是產品的原始呈現，需要明白要什麼和不要什麼，真正明白產品設計是做減法，功能越精越好，而不是越多越好。
畫原型，可以用軟體，也可以用紙筆，紙筆比較簡單，就按照你的想法，以什麼形式展現，就畫出來，比如登錄框的設計，兩個輸入框，一個按鈕，看起來很簡單，但是背後的邏輯很多。
產品文檔
產品文檔是產品方案的具體輸出形式，原型圖是產品方案的圖形化呈現，產品文檔則主要說清楚產品方案的邏輯規則和交互細節。
產品文檔主要包括三種：PRD、BRD和MRD，即所謂的產品需求文檔、商業需求文檔和市場需求文檔。產品新人一般能接觸到的就是PRD文檔了。
1. PRD文檔
PRD文檔，是產品項目由「概念化」階段進入到「圖紙化」階段的主要文檔，文檔的質量好壞直接影響到研發部門是否能夠明確產品的功能和性能。
PRD文檔結構一般包括6個部分：文檔的版本管理，功能概述，流程圖，核心功能模塊，各功能模塊的細化說明，總結與建議等。針對具體業務，還會有些微的不同，關鍵在於說清楚核心功能邏輯和流程。
版本管理：文檔的每一次修改都需要更新記錄，以便更好的核對管理
功能描述：是產品功能的整體描述，簡要概括
流程圖：產品流程圖，就是前面講到的流程圖
核心功能邏輯：是產品功能的核心邏輯，不可隨便改變
各功能模塊說明：詳細講述各個功能模塊的流程和交互
總結與建議：產品功能設計的總結和建議等
2. BRD文檔和MRD文檔
一般產品新人很少接觸到BRD文檔和MRD文檔，因此，這里只是簡單說下。
MRD文檔是產品項目由「准備」階段進入「實施階段」的文檔。在你的產品獲得老闆支持後，產品進入實施階段，需要寫MRD，需要有細致的市場分析和競爭對手分析，包括可通過哪些功能來實現商業目的，功能需求和非功能需求分哪幾塊，功能的優先順序等。
BRD文檔是基於商業目標或價值所描述的產品需求內容文檔，內容涉及市場分析、銷售策略、盈利預測等，通常用於產品在投入研發前，給領導作為決策評估的重要依據，主要是為了獲得認可，爭取資源。
本期我們討論了產品經理工作中用到的工具，通過從需求到產品方案的形式，在不同階段介紹工具的使用。其實用什麼工具是其次的，只要能表達清楚自己的想法，重點還在思維，你是否想清楚了，細化徹底了。
㈢ 人力資源的詳細流程
人力資源部工作流程
◇人力資源規劃流程：
一、 調查、收集和整理涉及企業戰略決策和經營環境的各種信息。
二、 根據企業或部門實際情況確定其人力資源規劃期限。
三、 在分析HR需求和供給的影響因素的基礎上，採用科學的方法對人力資源供求進行預測。
四、 制定HR供求平衡的總計劃和各項業務計劃，並分別提出各種具體的調整政策和措施。
五、 根據實施過程中的問題來不斷調整規劃。
◇人員招聘甑選流程：
一、人力資源部收集人員增補申請單至一定時期，擬訂招募計劃，內容包括：
1、招募職位名稱及名額。
2、資格條件限制。
3、擬定訴求方式。
4、確定資料審核方式及辦理日期(截止日期)。
5、甄試方式及進程安排(含面談主管安排)。
6、場地安排。
7、准備事項(通知單、公司宣傳資料等)。
二、訴求：
人力資源部按照擬定好的訴求方式將招募消息告訴大眾及求職人，如：登報徵求、網上招聘、同仁推薦等。
三、應徵信處理：
1. 訴求消息發出後，會收到應征資料，經審核後，通知合格應征者前來本公司接受面試。
2. 不合格應征資料，歸檔一個月後銷毀。同時對未錄取者發出「謝函」。
四、面試：
1、由申請部門主管、人事主管、核定許可權主管分別或共同對應聘者進行面試，並填寫「面試記錄表」。
2、部分需要進行筆試的崗位要先進行筆試，筆試通過以後在進入面試階段。專業測驗由申請部門擬訂試題。
3、分析「面試記錄表」，由面試小組成員確定進入復試的人員。
4、確定復試的時間，通知合格者前來參加復試。
五、背景調查：
經面試合格，初步決定的人選，視情況應做有效的背景調查。
六、體檢
為選定人員統一安排體檢時間和地點，體檢合格者方可錄用。
七、結果評定：
經評定錄取人員，由人力資源部和部門經理商榷報到日期後發給「報到通知單」，並安排職前訓練有關准備工作。
◇員工培訓和開發流程：
一、需求調查：
1、部門經理根據本部門員工培訓需要，擬訂培訓計劃、培訓大綱和培訓內容,提前報人力資源部備案。
2、人力資源部根據公司各部門員工的實際培訓需要，匯總後報公司總經理批示。
3、根據受訓者類型，建立培訓目標，選擇有針對的培訓方式。可採用崗前培訓、在職培訓、脫產培訓等。
二、准備工作：
1、根據培訓目標，制定可行的培訓計劃。
2、和各部門經理商定具體參加培訓的人員和時間。
3、各部門應根據培訓計劃及員工的工作情況安排並通知員工參加培訓，並 把培訓名單報人力資源部。
4、人力資源部負責設計培訓課程、選擇培訓方法、選擇師資力量、確定培訓預算、准備培訓場地及資料等。
5、員工應嚴格按照所安排的時間參加培訓，不得遲到、早退和無故缺席。
三、實施培訓：
上報培訓計劃給公司總經理，在獲得總經理批准後人力資源部實施培訓方案。
四、考評工作：
1、 培訓過程中進行調查、分析，並得出培訓效果評價，以利於培訓計劃的改善。
2、 培訓結束後，人力資源部將安排考評。效果考評的形式採用書面問卷和口頭問答相結合以及崗位抽查方式。（崗位抽查指人力資源部就所培訓的課程內容是否被學員運用到實際工作中進行隨機考核）
五、凡每次考評不合格者，按考評相關制度處理；考評優秀者將視情況予以獎勵。
六、人力資源部建立員工培訓檔案，包括員工所接受的培訓課程，考評成績等。此培訓考評結果將作為評選優秀員工、員工晉升、調整工資等的依據。
七、進行培訓效果評估，對每次培訓效果進行跟蹤調查，分析培訓管理方法是否適用，不斷完善培訓制度和培訓作業程序。
◇績效考核流程：
一、在工作分析的基礎上建立合理的績效考核制度。如：確定考核范圍
考核原則、具體的考核方法和評價標准等。
二、人力資源部按照制度定期安排各部門績效考核工作。
三、成立績效考核小組，原則上由各部門經理對本部門成員進行考核，特定情況下進行部門之間交叉考核，督促部門之間的有效配合和監督。人力資源部進行有效的監督。
四、績效考核的實施：
1、在考核中，人力資源部的職責：
（1）、對考評人的監督約束；
（2）、考核投訴的處理；
（3）、討論並通過各部門設定的績效考核指標；
（4）、每半年檢討考核制度，視情況修訂考核制度及指標。
2、在考核中，各部門經理的職責：
（1）、各部門經理為該部門成員的考評負責人，具體執行考評程序；
（2）、具體考評步驟在各崗位的考評實施細則中具體規定。
五、績效面談：
1、各部門經理必須在考核結束後一星期內安排績效面談。並在考核結束後的10日內將面談記錄原件交到人力資源部，部門留存復印件。
2、人力資源部整理分析「績效面談表」，面談記錄的內容將作為員工下一步績效改進的目標和培訓安排的參考。
◇薪酬福利管理流程：
一、 建立各崗位評估體系：
1、 根據公司戰略規劃和年度經營計劃，對各崗位基本要求進行評估。
2、 建立薪酬管理體系以及崗位評估計劃，分析各參考因素和所佔權重，確定各崗位評估點值，衡量各崗位相對重要性。
3、 根據對崗位評估的點值分布，對各崗位進行分類，建立薪酬級別體系，確定各崗位相應的薪酬級別。
二、評估各崗位在崗人員薪酬級別：
1、各部門評估現有的職位，對上崗人員的工作性質和內容以及以往業績、經驗進行分析，並將分析結果交人力資源部。
2、人力資源部參考各部門呈報的職位評估意見，按照崗位評估計劃設計的各要素對進崗人員進行崗位點值評估，制定科學合理、切合實際的薪酬級別。
三、建立薪酬結構及標准：
1、根據公司戰略和利潤指標完成情況，參考市場工資率與本公司承受能力
確定公司薪酬級別標准。在確定薪酬標准時要體現其公平性、競爭性、激勵性、經濟性及合法性。
2、確定各崗位固定收入與變動收入比例。
3、確定各崗位固定收入標准。
4、各部門經理將各部門職位評估等級和薪資執行標准報人力資源部初審，總經理最終核准。
5、對於新招聘人員實行試用期薪資標准。
6、進行具體的薪資發放操作。
7、建立公司各崗位薪資檔案。
四、各崗位薪資調整和年度薪資調整：
1、人力資源部負責各部門具體的職位管理，包括增、減職位，修正職責內容和許可權，根據職位變動或職責內容變更而修正員工個人薪資檔案。
2、各部門根據部門職能實際業務情況和部門人員崗位職責，提出個人薪資的調整建議。
3、人力資源部匯總整理薪資資料的分析結果，綜合考慮各部門提出的薪資調整建議，並結合員工的績效考核結果，呈交總經理審批，人力資源部根據核准批示調整員工個人薪資檔案。
4、人力資源部根據薪酬制度規定日期執行調整後的薪資標准。
以上是一份參考資料，希望對您有所幫助！