起點課堂會員權益
職業體系課特權
線下行業大會特權
個人IP打造特權
30+門專項技能課
1300+專題課程
12場職場軟技能直播
12場求職輔導直播
12場專業技能直播
會員專屬社群
榮耀標識產品研發階段產品經理要做好哪些核心工作
當產品立項完畢，進入研發階段時，產品經理需要做好哪些核心工作？本文將逐一為大家介紹這幾個流程具體需要產品經理做哪些工作。希望對你有所幫助。
當產品立項報告評審通過并且產品規劃已經完成之后，就開始進入產品研發階段了。在這個階段，我們的產品還需要經歷產品評審、UI設計與評審，產品研發、產品測試和驗收上線等過程。每個環節都需要產品經理參與，接下來，我們將逐一為大家介紹這幾個流程具體需要產品經理做哪些工作？
一、產品評審
產品評審是對產品經理設計的原型進行評審，主要討論產品的交互方式和實現方式。此外，一些公司還會對產品經理編寫的需求文檔進行簡單評審，以確保需求文檔能夠滿足開發要求。
1. 原型評審
原型評審是產品開發過程中一個重要的環節，它是對產品設計進行評估和改進的過程。原型評審的主要目的是發現并解決產品設計中的問題，確保產品在投入生產前已經達到預期的標準和質量。
在原型評審中，通常會邀請多個領域的專家和項目團隊成員參與，包括產品經理、設計師、工程師、市場人員等。評審的內容通常包括以下幾個方面：
產品的功能和性能：評估產品的功能是否完善、性能是否穩定，以及是否達到預期的標準。
產品的易用性和用戶體驗：評估產品是否易于使用、界面是否友好、用戶是否能夠輕松地完成所需操作。
產品的安全性和可靠性：評估產品在使用過程中是否存在潛在的安全風險和可靠性問題。
產品的可擴展性和可維護性：評估產品在未來是否具備擴展的可能性，以及產品是否易于維護和升級。
產品的成本效益：評估產品的成本是否合理，以及產品在市場上的競爭力。
在原型評審過程中，通常會進行多個輪次的評估和修改，以確保產品設計達到最佳狀態。此外，評審過程中也會對產品的開發進度和資源分配進行評估，以確保產品能夠按時投入市場。
2. 需求文檔評審
需求文檔評審是對產品或項目的需求文檔進行評估和改進的過程。這個過程通常由項目團隊和相關領域的專家共同參與，以確保需求文檔能夠準確地描述產品的功能、性能、用戶需求等方面的要求。
在需求文檔評審中，通常需要考慮以下幾個方面：
需求的正確性：對照用戶的原始需求，檢查需求文檔是否偏離了用戶的原始需求。
需求的明確性：檢查需求文檔中每一個需求是否存在一些含糊其辭的詞匯，用戶是否清晰，是否有歧義。
需求的完整性：對照用戶的原始需求，檢查需求文檔是否覆蓋了用戶所提出的所有需求，每個需求有沒有遺漏。
需求的限制性：每個需求是否清晰地描述了這個軟件能干什么，不能干什么，能輸出什么，不能輸出什么。
需求的優先級：需求文檔中哪些功能比較重要，哪些功能比較次要，是否做了標識。
需求的一致性：需求文檔內容前后一致，不沖突，不矛盾。
技術的可行性：評估需求文檔中涉及的技術是否具備可行性，以及技術實現的風險和成本。
設計的合理性：評估需求文檔中涉及的設計是否合理，以及是否符合產品的整體架構和設計風格。
文檔的可讀性：評估需求文檔的寫作風格和邏輯結構是否易于閱讀和理解，以及是否符合公司的文檔規范和標準。
在需求文檔評審過程中，通常需要準備相應的文檔和資料，以便更好地評估需求的準確性和可行性。這些文檔和資料可能包括用戶反饋、市場調研報告、技術可行性分析等等。
需求文檔評審是確保產品或項目成功的重要環節，它有助于消除歧義、完善需求細節，最后達成共識。評審完成后，產品人員會重新整理需求文檔，最后形成一個統一標準的需求文檔，然后分發給開發人員和測試人員。
二、UI設計與評審
在原型評審和需求文檔評審通過后，產品經理會將原型文檔和需求文檔同步給各項目參與方。接下來，UI設計師會對產品原型進行精美的圖形化界面設計，并進行設計風格評審和確認。
1. 產品UI圖形化設計
產品UI圖形化設計是指通過圖形化方式將產品的用戶界面設計呈現出來，包括布局、色彩、字體、圖標、動效等元素。UI設計師在進行產品UI設計時，需要考慮到產品的整體風格、用戶的使用習慣、操作流程等因素，同時結合各種設計方法和技巧，以實現美觀、易用、符合品牌形象的用戶界面設計。
產品UI圖形化設計的過程包括以下步驟：
確定設計風格和主題：根據產品的定位、目標用戶和品牌形象等因素，確定設計的整體風格和主題，例如現代、簡約、科技感等。
繪制草圖和原型：在紙上或使用設計軟件繪制產品的草圖和原型，初步確定界面的布局、色彩、字體等元素。
設計細節和交互元素：根據用戶需求和反饋，對界面進行細節設計和交互元素設計，例如按鈕、表單、彈窗等。
在進行產品UI圖形化設計時，產品經理需要協助設計師注意以下問題：
保持一致性：設計的整體風格和元素應該保持一致性，包括色彩、字體、圖標等元素的使用。
注重用戶體驗：設計的目的是為了提供良好的用戶體驗，因此設計師需要考慮用戶的需求和習慣，以設計出更加易用、易理解的用戶界面。
符合品牌形象：設計的風格和元素應該符合品牌的形象和定位，以提升品牌價值和用戶忠誠度。
簡潔明了：設計的界面應該簡潔明了，避免過多的元素和信息，以減少用戶的認知負荷和提高操作效率。
可讀性和可操作性：設計的界面應該具備良好的可讀性和可操作性，使得用戶能夠快速理解和操作。
2. UI設計稿評審
UI設計稿評審是指在產品開發過程中，對UI設計師完成的UI設計稿進行評估和改進的過程。這個過程通常由項目團隊和相關領域的專家共同參與，以確保UI設計稿能夠符合產品的整體風格、用戶需求和可用性要求。
在UI設計稿評審中，通常需要考慮以下幾個方面：
設計的一致性：評估UI設計稿是否與產品的整體風格和品牌形象保持一致，以及是否與其他頁面和元素的設計保持統一。
用戶體驗：評估UI設計稿是否符合用戶的使用習慣和操作流程，以及是否提供了良好的用戶體驗。
可讀性和可操作性：評估UI設計稿的可讀性和可操作性，包括文字的可讀性、按鈕和鏈接的可點擊性、表單的可填寫性等。
細節處理：評估UI設計稿的細節處理是否得當，包括色彩、字體、圖標、動效等元素的使用和處理。
響應式設計：評估UI設計稿是否考慮了不同屏幕尺寸和設備類型，以及是否能夠自適應不同大小的屏幕和設備。
與開發團隊的協同：評估UI設計稿是否與開發團隊的開發計劃和技術實現能力相匹配，以及是否需要與開發團隊進行進一步的溝通和協調。
評審意見的記錄：記錄評審過程中的意見和建議，以便于UI設計師進行修改和完善。
UI設計稿評審是確保產品成功的重要環節，它有助于發現并解決UI設計中存在的問題和不一致，提高產品的用戶體驗和質量。評審完成后，UI設計師會根據評審意見進行修改和完善，最終形成符合要求的UI設計稿，并交付給開發團隊進行開發和實施。
三、產品研發
產品研發階段包含數據庫設計、研發方案設計、開發編碼，編碼自測。在這個過程中產品經理參與度相對較低，但如果產品經理兼任項目經理，就得參與到研發的數據庫設計，實現方案設計，代碼走查等環節，以此來監督產品需求在研發階段的實現過程。
1. 數據庫設計
產品數據庫設計是產品研發的重要環節。它涉及到產品的數據存儲、數據管理和數據安全等多個方面。良好的數據庫設計可以提高產品的性能、可維護性和可擴展性，同時也可以提升用戶體驗。
在產品數據庫設計中，產品經理或者是項目經理需要協助研發考慮以下幾個方面：
需求分析：了解產品的數據需求，包括數據類型、數據量和數據處理方式，為后續的數據庫設計提供基礎。
邏輯設計：根據需求分析結果，設計數據庫的邏輯結構，包括表結構、關系模型和索引設計等。
物理設計：根據邏輯設計結果，設計數據庫的物理結構，包括表空間分配、數據存儲方式和數據緩存等。
安全性設計：設計數據庫的安全機制，包括用戶認證、權限控制和數據備份與恢復，以確保數據的安全性和完整性。
性能優化：根據產品的性能需求，優化數據庫的設計，包括索引優化、查詢優化和事務處理優化等。
可維護性設計：設計數據庫的可維護性，包括數據庫結構的變更管理和數據備份與恢復流程，以確保數據庫的穩定性和可用性。
可擴展性設計：設計數據庫的可擴展性，包括數據分片和分布式存儲，以滿足產品未來的數據需求。
2. 研發方案設計
研發方案設計是指根據產品需求和設計，在產品開發過程中制定具體的研發方案。這包括技術選型、架構設計、模塊劃分、開發流程等內容。通常研發團隊和技術專家共同參與這個過程，以確保研發方案能夠滿足產品的需求和目標。
在研發方案設計中，如果產品經理兼任項目經理還需要協助研發考慮以下幾個方面：
技術選型：根據產品需求和目標，選擇合適的技術棧和工具，包括前端框架、后端語言、數據庫技術等。
架構設計：設計產品的整體架構，包括系統分層、模塊劃分、接口定義等，以提高產品的可維護性、可擴展性和性能。
模塊劃分：按照功能和邏輯將產品劃分為模塊，明確每個模塊的職責和功能，以便于開發、測試和部署。
開發流程：制定產品的開發流程，包括編碼規范、代碼審查、版本控制等，以確保產品的代碼質量和開發效率。
安全性：考慮產品的安全性，包括數據加密、訪問控制、防止黑客攻擊等措施，以確保產品的安全性和穩定性。
可維護性：設計產品的可維護性，包括日志管理、異常處理、升級策略等，以提高產品的可維護性和可用性。
可擴展性：考慮產品的可擴展性，包括微服務架構、容器化部署等，以滿足產品未來的需求和增長。
在研發方案設計中，通常會使用一些設計和評估工具，如UML圖、架構圖等，以提高設計的效率和準確性。同時，也會采用一些最佳實踐和規范，如敏捷開發方法、DevOps等，以確保研發方案的可行性和可維護性。最終，經過評估和選擇的研發方案將成為產品研發的重要依據和指導。
3. 開發編碼
開發編碼是指使用指定的編程語言和開發工具進行具體的編碼工作。這個過程通常由程序員和開發工程師來執行，以確保產品的代碼質量和開發效率。
在開發編碼中，如果產品經理兼任項目經理，還需要對研發撰寫的代碼進行以下幾個方面的監督：
編碼規范：需要遵循研發方案設計的編碼規范和標準，包括命名規范、縮進風格、注釋規則等。
代碼審查：進行代碼審查，以確保代碼的質量和符合設計要求。
版本控制：使用版本控制系統來管理代碼的變更和版本，以便于追蹤和回滾。
調試和排錯：對代碼進行調試和排錯，以確保代碼的正確性和穩定性。
優化性能：根據性能測試的結果，對代碼進行優化，以提高產品的性能和響應速度。
文檔編寫：編寫相關的文檔，包括接口文檔、數據庫設計文檔等，以便于后續的維護和升級。
4. 代碼自測
代碼自測是指開發人員對自己的代碼進行測試和驗證，以確保代碼的質量和正確性。這個過程通常在開發編碼完成后進行，是產品開發過程中不可或缺的一環。
在代碼自測中，開發人員通常會進行以下操作：
單元測試：對自己的代碼進行單元測試，測試代碼的各個函數和方法是否符合設計要求和預期結果。
集成測試：將各個模塊進行集成測試，測試模塊之間的協調和穩定性。
代碼審查：對自己的代碼進行審查，檢查代碼的質量和符合設計要求。
調試和排錯：對代碼進行調試和排錯，找出代碼中的錯誤和問題，并進行修復。
性能測試：對自己的代碼進行性能測試，測試代碼的性能和響應速度是否符合要求。
代碼優化：根據性能測試的結果，對自己的代碼進行優化，以提高產品的性能和響應速度。
四、產品測試
產品測試通常包含測試用例撰寫，測試用例評審，測試計劃安排，以及測試驗收，在這個過程中，產品經理需要參與測試用例的評審，確認測試用例是否完全覆蓋了產品需求，同時，還需要監控測試計劃的時間安排，是否在規定的時間內完成產品測試，甚至于有些時候產品經理還得參與到產品測試工作中去，最后還得推動測試人員對產品需求進行初步驗收。
1. 測試用例評審
產品測試用例評審是指在產品測試過程中，對測試用例進行評估和審查，以確保測試用例的準確性和完整性，提高產品的測試質量和效率。這個過程通常由測試團隊、開發團隊和產品經理，項目經理共同參與。
在產品測試用例評審中，產品經理或者是項目經理需要協助測試人員做一下幾個方面的考慮：
測試用例的準確性：評估測試用例是否準確地反映了產品的需求和功能，是否符合測試計劃和方案的要求。
測試用例的完整性：評估測試用例是否涵蓋了產品的所有重要功能和場景，是否考慮了各種邊界條件和異常情況。
測試用例的可讀性：評估測試用例的描述是否清晰明了，是否易于理解和執行。
測試用例的覆蓋率：評估測試用例是否覆蓋了產品的所有代碼路徑和分支，是否能夠發現潛在的問題和缺陷。
測試用例的復用性：評估測試用例是否具有較好的復用性，是否可以在不同的場景和條件下重復使用。
測試用例的維護性：評估測試用例是否易于維護和更新，是否能夠隨著產品的升級而及時更新。
測試用例的合理性：評估測試用例是否符合產品的整體測試策略和計劃，是否與其他測試用例相互協調。
2. 測試計劃安排
測試計劃安排是指根據產品測試的需求和目標，制定具體的測試計劃和時間表，以確保測試工作的有序進行和按時完成。這個過程通常由測試團隊完成，以確保測試計劃的科學性和可行性。
在測試計劃安排中，如果產品經理兼任項目經理還需要協助測試人員考慮以下幾個方面：
測試目標：明確測試的目標和重點，例如功能測試、性能測試、安全測試等，以便于制定具體的測試計劃。
測試范圍：確定測試的范圍和內容，包括被測功能模塊、測試場景、測試數據等，以便于評估測試的復雜度和工作量。
測試資源：評估所需的測試資源，包括測試人員、時間、硬件、軟件等，以便于制定合理的測試計劃。
測試策略：制定測試策略，包括測試方法、工具、環境等，以便于指導測試工作的具體實施。
測試時間表：制定測試時間表，包括測試準備、執行、回歸等階段的時間安排，以便于確保測試進度的可控性和按時完成。
風險評估：評估測試過程中可能出現的風險和問題，制定相應的應對措施和預案，以確保測試工作的順利進行。
溝通協作：確定各方的溝通方式和協作機制，以便于及時解決問題和調整測試計劃。
3. 產品正式測試
通常情況下，產品的正式測試由測試團隊負責，但在某些情況下，產品經理也需要參與產品測試，以確保產品的質量和滿足用戶需求。產品經理在產品測試中扮演以下角色：
分析測試結果和問題：產品經理分析測試結果和發現的問題，并與測試團隊和開發團隊一起確定問題的原因和解決方案。
協調開發和修復問題：產品經理協調開發和修復問題，確保問題能夠及時得到解決，并盡快恢復測試工作。
驗證修復和優化建議：產品經理驗證修復和優化建議，確保問題得到解決并且不會引入新的問題。
總之，產品經理在產品測試中扮演重要角色，需要與測試團隊和開發團隊緊密合作，確保產品的質量和穩定性。
五、驗收上線
產品經過測試驗收后，一般測試人員會以測試報告的形式通知產品經理或者項目經理進行UAT驗收。UAT驗收通過后，研發團隊會將項目上線。在上線階段，會有運維人員參與，而產品經理不涉及這部分工作，因此不做描述。上線成功后，產品經理需要進行生產環境驗收。下面對UAT驗收和上線驗收做個簡單描述說明。
1. UAT驗收
UAT驗收，也稱為用戶驗收測試（User Acceptance Testing），在產品經理UAT驗收階段，產品經理需要對產品的功能、性能和用戶體驗進行全面的測試和評估。產品經理在UAT驗收階段的主要工作包括：
制定UAT計劃：產品經理需要與測試團隊和開發團隊一起制定詳細的UAT計劃，包括測試目標、測試范圍、資源分配、時間表、風險評估等。
組織內部驗收測試：在UAT之前，產品經理應組織內部驗收測試，也稱為預驗收測試。內部驗收測試的目的是在UAT之前盡可能發現和修復問題，以減少UAT期間的工作量。
監督測試執行：在UAT期間，產品經理需要監督測試團隊的測試執行過程，確保測試計劃的準確性和完整性。同時，產品經理還應及時解決測試過程中出現的問題，并協調開發和測試團隊的合作。
驗證測試結果：在測試結束后，產品經理應驗證測試結果，確保所有發現的問題都得到了修復，并且沒有引入新的問題。
編寫UAT報告：產品經理需要編寫UAT報告，該報告應包括UAT的目標、范圍、資源、時間表、風險評估以及測試結果等詳細信息。該報告將作為產品上線的重要參考依據。
參與UAT評審：在UAT結束后，產品經理應參與UAT評審會議，與相關人員討論UAT期間的問題和解決方案，并確定產品的上線計劃。
產品經理在UAT驗收階段扮演著重要的角色，他們需要監督和指導整個測試過程，確保產品的質量和穩定性。同時，他們還需要與開發團隊、測試團隊等相關人員緊密合作，共同完成產品的上線計劃。
2. 生產驗收
線上生產環境驗收是指對部署在互聯網上的產品或服務進行驗收。一般包括以下幾個步驟：
確定驗收標準：明確產品或服務應該具備的特征和功能，例如性能指標、安全性、易用性等。
提供生產環境：需要提供線上平臺的生產環境，以便進行測試和驗收。
測試驗收：在生產環境中對產品或服務進行測試和驗收，包括功能測試、性能測試、安全性測試等。
問題反饋與修復：如果在測試驗收中發現任何問題，需要及時反饋給開發人員并進行修復。
再次測試與驗收：問題修復后，需要再次進行測試和驗收，確保產品或服務的質量和性能符合要求。
上線發布：經過測試和驗收后，可以將產品或服務上線發布到生產環境中。
本文由 @Mtian夢天 原創發布于人人都是產品經理，未經作者許可，禁止轉載。
題圖來自Unsplash，基于CC0協議。
該文觀點僅代表作者本人，人人都是產品經理平臺僅提供信息存儲空間服務。
- 目前還沒評論，等你發揮！
