本文主要與大家分享企業(yè)內部產(chǎn)品從0到1建設的完整思路，不涉及具體的內部調研方法，希望能夠給大家?guī)硪恍椭蛘咭恍┬碌乃悸贰?/p>

在啟動項目立項初期，首先需要明確的一點的是，這次我們需要解決企業(yè)內部的哪些問題，如果不清楚那請腳踏實地先調研（不考慮上層直接下達命令），其次是自己的大致策略，我是從上到下的梳理，還是從下到上的梳理都是不同的，之前有看到有小伙伴將企業(yè)信息化建設分為了五個大的階段，我個人是非常認同的，在這里我簡要的引入一下，不做深入討論，需要的小伙伴們可以自行查找。

• 第一階段：系統(tǒng)記錄代替手工記錄階段
• 第二階段：解決簡單，重復的問題
• 第三階段：管理要求融入系統(tǒng)
• 第四階段：通過數(shù)據(jù)監(jiān)控企業(yè)經(jīng)營情況
• 第五階段：智能辦公，解放人力

大的思路可以按照這個思路走，但是其中細節(jié)會因為企業(yè)環(huán)境不同，會存在一定的改動，在這里我想對這五個步驟之前進行一個補充，就是快速定位問題點，尋找臨時替代方案，用戶習慣先培養(yǎng)起來，在使用替代方案的同事快速梳理問題，定位當前緊急迫切的問題，框架層面要清晰，細節(jié)層面要縮減。

項目執(zhí)行階段流程大的可以分為：項目啟動 → 系統(tǒng)目標確認/業(yè)務實質理解 → 業(yè)務流程問題梳理/問題整理 → 產(chǎn)品需求梳理與分析 → 產(chǎn)品方案設計 → 測試與驗證 → 項目管理與實施 → 使用跟蹤/問題反饋收集 → 產(chǎn)品優(yōu)化和完善；

一、項目啟動

在這個階段核心的工作有四個部分組層：成立項目組、前期調研、編制總體項目計劃、項目啟動大會。

1. 成立項目組

部門經(jīng)理接到項目實施任務后，任命項目經(jīng)理，制定項目目標，指定項目組成員及成員任務，并制定初步方案。

項目目標：旨在解決XX內部流程規(guī)范、時間節(jié)點工作記錄、工作內容存檔等問題；

項目組成員及成員任務分配清晰；

2. 前期調研

項目經(jīng)理帶領項目組成員與用戶建立聯(lián)系，對用戶進行調研，并確認項目干系人，確定他們的需求和期望，如何滿足和影響這些需求、期望以確保項目能夠成功。

產(chǎn)出物：《項目需求調研計劃書》、《項目初步需求調研表》、《初步欄目結構表》。

3. 編制總體項目計劃

《項目總體計劃方案》是一個文件和文件的集合，隨著項目信息不斷豐富和變化，會被不斷變更，主要介紹項目目標、主要項目階段、里程碑、可交付成果等。

• 計劃職責分配；
• 溝通管理計劃：確定項目干系人對信息和溝通的需要；
• 質量管理計劃：確定適合于項目的質量標準和如何滿足其要求；
• 未解決事宜和未定的決策。

產(chǎn)出物：《項目總體計劃方案》

4. 項目啟動會議

項目組與用戶（需求方）共同召開項目啟動會議，由項目經(jīng)理負責召集相關人員召開啟動會。會議內容如下：

1）共同組建項目實施組織，確定成員權利和職責；

2）由項目組介紹《項目總體計劃》，包括以下內容：

• 項目目標；
• 主要項目階段；
• 里程碑；
• 可交付成果；
• 所計劃的職責分配；
• 項目實施中項目管理的重要性；
• 如何進行項目管理；
• 項目的質量如何控制；
• 項目實施中用戶的參與和領導的支持的重要性；

產(chǎn)出內容：《項目啟動會會議紀要》、《項目開工報告&項目組聯(lián)系表》

二、系統(tǒng)目標確認/業(yè)務實質理解

1. 系統(tǒng)目標確認

針對基于項目管理的內部項目系統(tǒng)開發(fā)，需要和用戶一起確認項目的目標和范圍。我們可以從以下幾個維度先搞清楚有哪些關鍵因素可以影響到項目目標的確認：

• 首先我們要了解這個項目是做什么系統(tǒng)？
• 這個項目是為誰而做？
• 用戶為什么要做這個項目？
• 確定項目在公司內部的商業(yè)價值？

我們可以通過訪談的形式對項目接口人/主管領導進行相關調研，通過分析這些問題來確認整個項目目標。我們梳理的提綱如下：

產(chǎn)出物：《收集初步資料》

2. 業(yè)務實質理解

確定了系統(tǒng)目標之后，我們需要對目前的業(yè)務實質進行了解，可通過當前線下業(yè)務流程的梳理，找到線下業(yè)務存在痛點，然后在形成系統(tǒng)的線上業(yè)務流程時，知道如何來更好的優(yōu)化和調整，這也是后期產(chǎn)品設計導向的依據(jù)，我們可以通過制定《需求調研計劃》，建立《初步需求池》對公司業(yè)務進行調研。

對于項目的業(yè)務調研，我們梳理的提綱如下：

針對以上問題，我們可以通過個別交流（就某一問題或業(yè)務處理和相關人員直接交流）、開會討論，對跨部門、跨崗位的業(yè)務，把相關人員召集在一起，了解相關業(yè)務的實際情況，根據(jù)制定的《需求調研計劃》將用戶的初步需求記錄在《初步需求池》中。

產(chǎn)出物：

• 《需求調研計劃》
• 《資料收集》
• 《初步需求池》

三、業(yè)務流程梳理/問題整理

任何業(yè)務的開展都有其既定的流程，不管是線上業(yè)務還是線下業(yè)務，通過對業(yè)務實質理解調研獲得的資料，進行材料整理，梳理業(yè)務流程，整理業(yè)務問題；將其流程化的表達出來。

• 公司組織架構、部門架構
• 每個角色工作目標
• 工作主線任務鏈
• 系統(tǒng)內主線任務鏈
• 關鍵表單信息分組，優(yōu)先級
• 細節(jié)專題訪談

清晰展示我們收集到的信息，澄清它們之間的關聯(lián)：

• 業(yè)務構成/關系圖，展示業(yè)務模塊關系（跨職責流程圖）
• 工作流程圖，展示用戶工作歷程
• 體驗地圖，呈現(xiàn)用戶具體任務/行動過程
• 利益人關系圖，呈現(xiàn)用戶組織關系
• 業(yè)務指標澄清

進一步細化目標、痛點。找切入點，搞清楚問題，沖突、未滿足的需求所在：

• 對業(yè)務痛點的澄清
• 對當期改進目標的不同角色不同觀點澄清
• 用戶使用歷程中得階段感受
• 用戶的痛點、未滿足目的需要、操作需要
• 澄清相關影響因素

產(chǎn)出物：

• 《資料整理及確認》
• 《各業(yè)務流程架構圖》
• 《業(yè)務問題列表》

四、產(chǎn)品需求梳理與分析

通過對業(yè)務流程的梳理，以及業(yè)務問題的整理后，我們需要對獲得的需求在業(yè)務流程以及業(yè)務問題的基礎上進行梳理與分析，整理需求，消除需求之間的矛盾，定義產(chǎn)品邊界，制定最終大家認可的、可執(zhí)行的需求方案。

1. 產(chǎn)品需求梳理與分析

我們主要將需求分為業(yè)務需求、用戶需求以及軟件需求，通過建立的需求池，結合整體業(yè)務流程對需求池中的需求進行判斷與分析，首先對需求池進行初步篩選和評估，保留確實可行的需求。

需求梳理分析時，我們可以通過幾個不同的維度進行分析。

2. 需求來源

1）業(yè)務需求：業(yè)務需求某種程度可以理解為產(chǎn)品建設的目標

2）用戶需求：使用者需要完成什么任務，完成這個任務的過程中遇到的問題；這里需要注意的是用戶需求可能是零散且存在矛盾的，用戶會從不同角度，不同層面提出需求，因為用戶處于不同層級，不同部門。

3）軟件需求：

用戶需求類型：

獲取用戶需求分三類：意識到的需求、無意識需求、進一步的需求。

無意識需求是用戶在實際工作場景中「沒有意識到是問題」的問題，這種問題需要產(chǎn)品經(jīng)理對業(yè)務有一定理解。

意識到的需求通常是一些困擾用戶的問題，或者是用戶自己能想到的功能。但是往往無意識需求和進一步需求才是產(chǎn)品設計的功能興奮點。

側重點：針對不同層級我們要考慮的側重點是不同的。

①高層管理人員

• 羅列出部分問題/機會點
• 準備相關系統(tǒng)實施經(jīng)驗案列
• 列舉一些潛在方案

②中層管理人員

• 羅列出相關業(yè)務事件列表
• 收集與特定業(yè)務事件相關的資料
• 準備一些業(yè)務事件的關鍵問題點
• 準備一些相關的管理控制點

③操作層

• 羅列出相關業(yè)務活動
• 業(yè)務活動的問題，需求點
• 羅列相關業(yè)務規(guī)則，數(shù)據(jù)

產(chǎn)出物：清洗過的需求池

3. 需求評審

需求評審會：

匯總完所有的需求到需求池后，產(chǎn)品經(jīng)理需要組織需求評審會議，邀請相關同事參會，圍繞風險大小、成本把控、開發(fā)難度、現(xiàn)有資源以及版本周期對《需求池》進行評審，討論V1.0版本需要做哪些需求。會議結束后，產(chǎn)品經(jīng)理把需求池列表的需求進行過濾，把V1.0版本初步需要做的需求進行需求整理，確認本版本需求列表。

需求確認會：

匯總完所有的V1.0需求，產(chǎn)品經(jīng)理需要組織需求確認會議，確定需求評審會議后確定下來的需求。產(chǎn)品經(jīng)理需要記錄這次會議上針對需求提出來的一些討論結果的記錄。（在此期間可能會爆發(fā)新一輪的需求討論，但產(chǎn)品需要確認好最終的需求版本）產(chǎn)品會后需根據(jù)需求確定的版本進行排期。

最終需求表：

需求確認會后，產(chǎn)品經(jīng)理需要整理一份《最終需求確認表》，確認本次版本的內容以及排期（排期需要與研發(fā)leader先行討論定制）后，以郵件形式發(fā)給需求方，進行需求確認的相關事宜，告之相關部門及人員安排好工作，準時參與需求確認工作，為順利完成需求確認工作做準備。

產(chǎn)出物：最終需求確認表

五、產(chǎn)品方案設計（在這里也不做深入講解，后續(xù)文章會足部完善）

此階段主要在需求確定之后，整理產(chǎn)品需求方案，方案內容主要針對：核心業(yè)務流程、產(chǎn)品定位

應用架構、功能模塊以及演進藍圖（迭代規(guī)劃）進行整理。

產(chǎn)出物：

• 產(chǎn)品流程架構圖
• 產(chǎn)品交互原型圖
• 頁面交互說明
• 產(chǎn)品需求文檔

六、測試與驗證

測試驗證主要是為了比較實際輸入與預期輸出的差別，以確定系統(tǒng)的正確性、完整性。可通過設計的產(chǎn)品原型方案給到各部門相關人員體驗，體驗結果可制定體驗反饋表反饋至產(chǎn)品負責人，由產(chǎn)品負責人統(tǒng)一收集處理，修改產(chǎn)品方案并再次進行評審確認直至通過。

這個測試主要是方案（原型），這一步至關重要。

產(chǎn)出物：體驗反饋表

七、項目管理與實施（這里核心需要考慮跨部門協(xié)作合作）

測試與驗證通過后，由項目負責人與開發(fā)leader制定詳細工作排期。

1. 視覺交互設計

此階段主要是對產(chǎn)品進行交互設計和界面設計。

• 交互設計：包括完整的界面規(guī)劃圖，如區(qū)域的布局狀態(tài)如何。用戶操作的效果設計，如登錄按鈕在點擊時報錯有提示，提示分別為1.2.3等。
• 界面設計：根據(jù)原型，對頁面布局、內容展示等眾多界面進行細節(jié)設計。
• 產(chǎn)出物：交互設計稿、設計說明書、產(chǎn)品交互文檔、界面設計稿、設計標注

2. 項目實施

在最終需求表確認后，開展軟件功能實現(xiàn)階段工作。此階段的是將軟件設計的結果轉化為計算機可運行的程序代碼。主要對軟件的體系框架、數(shù)據(jù)結構和主要算法進行設計和編碼實現(xiàn)。在程序編碼中必定要制定統(tǒng)一、符合標準的編寫分UI規(guī)范，以保證程序的可讀性、易維護性，提高程序的運行效率。主要階段如下：概要設計 → 詳細設計 → 軟件編碼 → 項目BUG處理

產(chǎn)出物：

• 《軟件功能確認表》
• 《軟件系統(tǒng)概要設計書報告》
• 《軟件系統(tǒng)詳細設計書報告》

3. 測試

在軟件設計完成后要進行嚴密的測試，通過測試去發(fā)現(xiàn)在整個軟件設計過程中的問題并加以糾正。測試人員需要根據(jù)PRD、交互稿、視覺設計稿編寫測試用例，測試用例評審通過后執(zhí)行測試。整個測試階段分為以下階段進行：編寫測試用例 → 測試用例評審 → 單元測試 → 集成測試 → 系統(tǒng)測試 → 輸出測試報告

產(chǎn)出物：

• 《測試用例》
• 《測試分析報告》

4. 系統(tǒng)培訓

系統(tǒng)培訓階段工作是整個項目實施工作中比較重要的工作，用戶對軟件的操作功能是否熟練將直接影響到后面的軟件應用效果，所以軟件公司和用戶雙方要對此階段的工作給予足夠的重視。具體培訓工作流程如下：制定培訓計劃 → 發(fā)布培訓通知 → 組織培訓 → 培訓總結

產(chǎn)出物：

• 《培訓計劃》
• 《培訓人員一覽表》
• 《培訓人員簽到表》

5. 系統(tǒng)試運行

此階段主要是在用戶真實環(huán)境下，對用戶網(wǎng)絡及硬件設備進行測試，對軟件系統(tǒng)進行容量、性能壓力等進行測試。測試及試運行的目的在于確保系統(tǒng)各項功能均能正常使用；把盡可能多的潛在問題在正式運行之前發(fā)現(xiàn)并改正；同時在正式運行前有關的用戶能進一步提高操作水平，掌握操作規(guī)范。此階段的主要內容為：試運行計劃 → 發(fā)試運行通知 → 搭建環(huán)境及數(shù)據(jù)準備 → 試運行總結

產(chǎn)出物：

• 《試運行計劃》
• 《試運行通知》
• 《試運行總結》

八、使用跟蹤問題反饋收集

產(chǎn)品/功能上線后，首先應該建立問題反饋跟蹤機制，以便了解系統(tǒng)的功能是不是用戶真正所需要的，也可以通過用戶反饋的問題為下一步的迭代做準備，對產(chǎn)品的功能和體驗做進一步優(yōu)化。其次產(chǎn)品需要做好復盤工作，回顧項目執(zhí)行過程中遇到的問題，并輸出完善的舉措和計劃，并切實執(zhí)行，避免同類型問題的出現(xiàn)。

產(chǎn)出物：

• 產(chǎn)品復盤報告
• 系統(tǒng)使用反饋表

九、產(chǎn)品迭代優(yōu)化

產(chǎn)品迭代是產(chǎn)品生命中非常重要的一環(huán)，在產(chǎn)品上線后，要結合實際環(huán)境、用戶需求等對產(chǎn)品進一步優(yōu)化，延長產(chǎn)品生命周期。

可通過以下幾個維度對產(chǎn)品迭代進行分析：

• 整體業(yè)務流程分析
• 核心業(yè)務分析
• 子業(yè)務分析
• 設計迭代規(guī)則

產(chǎn)出物：《產(chǎn)品迭代分析報告》

到這里就結束了，我還整理一份過程中的相關文檔目錄，就不在這里展示了，有需要的小伙伴留言評論就好，我會發(fā)出來的~~ 非常感謝

預告：下一篇《B端項目內部如何調研梳理》

本文由 @技術差一般不說話? 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理，未經(jīng)許可，禁止轉載。

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