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

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

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

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

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

一、項目啟動

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

1. 成立項目組

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

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

項目組成員及成員任務(wù)分配清晰；

2. 前期調(diào)研

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

產(chǎn)出物：《項目需求調(diào)研計劃書》、《項目初步需求調(diào)研表》、《初步欄目結(jié)構(gòu)表》。

3. 編制總體項目計劃

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

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

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

4. 項目啟動會議

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

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

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

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

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

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

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

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

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

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

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

2. 業(yè)務(wù)實質(zhì)理解

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

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

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

產(chǎn)出物：

• 《需求調(diào)研計劃》
• 《資料收集》
• 《初步需求池》

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

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

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

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

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

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

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

產(chǎn)出物：

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

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

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

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

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

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

2. 需求來源

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

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

3）軟件需求：

用戶需求類型：

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

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

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

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

①高層管理人員

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

②中層管理人員

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

③操作層

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

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

3. 需求評審

需求評審會：

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

需求確認會：

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

最終需求表：

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

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

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

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

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

產(chǎn)出物：

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

六、測試與驗證

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

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

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

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

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

1. 視覺交互設(shè)計

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

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

2. 項目實施

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

產(chǎn)出物：

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

3. 測試

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

產(chǎn)出物：

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

4. 系統(tǒng)培訓

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

產(chǎn)出物：

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

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

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

產(chǎn)出物：

• 《試運行計劃》
• 《試運行通知》
• 《試運行總結(jié)》

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

產(chǎn)品/功能上線后，首先應(yīng)該建立問題反饋跟蹤機制，以便了解系統(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)品上線后，要結(jié)合實際環(huán)境、用戶需求等對產(chǎn)品進一步優(yōu)化，延長產(chǎn)品生命周期。

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

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

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

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

預告：下一篇《B端項目內(nèi)部如何調(diào)研梳理》

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

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