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

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

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

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

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

一、項(xiàng)目啟動(dòng)

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

1. 成立項(xiàng)目組

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

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

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

2. 前期調(diào)研

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

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

3. 編制總體項(xiàng)目計(jì)劃

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

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

產(chǎn)出物：《項(xiàng)目總體計(jì)劃方案》

4. 項(xiàng)目啟動(dòng)會議

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

1）共同組建項(xiàng)目實(shí)施組織，確定成員權(quán)利和職責(zé)；

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

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

產(chǎn)出內(nèi)容：《項(xiàng)目啟動(dòng)會會議紀(jì)要》、《項(xiàng)目開工報(bào)告&項(xiàng)目組聯(lián)系表》

二、系統(tǒng)目標(biāo)確認(rèn)/業(yè)務(wù)實(shí)質(zhì)理解

1. 系統(tǒng)目標(biāo)確認(rèn)

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

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

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

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

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

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

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

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

產(chǎn)出物：

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

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

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

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

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

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

進(jìn)一步細(xì)化目標(biāo)、痛點(diǎn)。找切入點(diǎn)，搞清楚問題，沖突、未滿足的需求所在：

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

產(chǎn)出物：

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

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

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

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

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

需求梳理分析時(shí)，我們可以通過幾個(gè)不同的維度進(jìn)行分析。

2. 需求來源

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

2）用戶需求：使用者需要完成什么任務(wù)，完成這個(gè)任務(wù)的過程中遇到的問題；這里需要注意的是用戶需求可能是零散且存在矛盾的，用戶會從不同角度，不同層面提出需求，因?yàn)橛脩籼幱诓煌瑢蛹?，不同部門。

3）軟件需求：

用戶需求類型：

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

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

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

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

①高層管理人員

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

②中層管理人員

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

③操作層

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

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

3. 需求評審

需求評審會：

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

需求確認(rèn)會：

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

最終需求表：

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

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

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

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

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

產(chǎn)出物：

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

六、測試與驗(yàn)證

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

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

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

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

測試與驗(yàn)證通過后，由項(xiàng)目負(fù)責(zé)人與開發(fā)leader制定詳細(xì)工作排期。

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

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

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

2. 項(xiàng)目實(shí)施

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

產(chǎn)出物：

• 《軟件功能確認(rèn)表》
• 《軟件系統(tǒng)概要設(shè)計(jì)書報(bào)告》
• 《軟件系統(tǒng)詳細(xì)設(shè)計(jì)書報(bào)告》

3. 測試

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

產(chǎn)出物：

• 《測試用例》
• 《測試分析報(bào)告》

4. 系統(tǒng)培訓(xùn)

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

產(chǎn)出物：

• 《培訓(xùn)計(jì)劃》
• 《培訓(xùn)人員一覽表》
• 《培訓(xùn)人員簽到表》

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

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

產(chǎn)出物：

• 《試運(yùn)行計(jì)劃》
• 《試運(yùn)行通知》
• 《試運(yùn)行總結(jié)》

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

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

產(chǎn)出物：

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

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

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

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

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

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

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

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

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

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