中文字幕无码av不卡一区,亚洲综合AV永久无码精品一区二区,黑人巨大白妞出浆,黄色高清无码免费看,久久久久免费精品国产,久久无码人妻丰满熟妇区毛片,欧美日韩国产综合草草,久久福利网站,亚洲一区二区三区中文字幕在线,av国内精品久久久久影院

隨著互聯(lián)網(wǎng)的發(fā)展，各公司項目建設(shè)流程逐漸完善，在項目啟動初期，產(chǎn)品經(jīng)理承擔需求調(diào)研的重任，產(chǎn)出的《調(diào)研報告》更是項目后續(xù)建設(shè)的業(yè)務(wù)指導(dǎo)文件。因此，如何撰寫一份合格的調(diào)研報告是每個產(chǎn)品小伙伴的剛需技能。

一份完整的調(diào)研報告至少應(yīng)該說清楚業(yè)務(wù)現(xiàn)狀、業(yè)務(wù)期望、涉及的組織架構(gòu)、崗位、用戶等信息。除此之外，如果涉及到網(wǎng)絡(luò)相關(guān)，還應(yīng)該包含網(wǎng)絡(luò)現(xiàn)狀描述。結(jié)合現(xiàn)在信息化現(xiàn)狀，建議在調(diào)研初期了解本系統(tǒng)的邊界及與其他系統(tǒng)的交互，比如常用的OA系統(tǒng)、HR系統(tǒng)等。

結(jié)合自己做的項目經(jīng)驗，整理了調(diào)研報告架構(gòu)，如下圖：

一、調(diào)研目的

該模塊主要描述本次調(diào)研想要達成的目標，一般在調(diào)研開始前就應(yīng)該明確。

常見的調(diào)研目的有：

• 了解業(yè)務(wù)現(xiàn)狀和客戶期望需求，分析項目是否可行，降低投資風險。
• 了解相關(guān)業(yè)務(wù)及業(yè)務(wù)范圍，評估工作量，輔助后續(xù)項目展開。
• 了解競品，彌補產(chǎn)品不足。
• 了解客戶實際使用情況，挖掘更
• 深層次需求，確定產(chǎn)品發(fā)展方向。

二、現(xiàn)狀描述

1. 組織架構(gòu)

該模塊需要描述清楚客戶端的組織架構(gòu)，以及客戶和用戶的關(guān)系，為后續(xù)項目開展、軟件設(shè)計及需求挖掘提供依據(jù)?？梢允侵苯淤N客戶方的組織架構(gòu)圖，建議在圖上標注本次信息化系統(tǒng)用戶涉及的范圍。

需要明確一點：客戶不一定是用戶。

2. 業(yè)務(wù)辦理現(xiàn)狀

用戶既然有建設(shè)系統(tǒng)的打算，那一定是有業(yè)務(wù)需求。因此了解業(yè)務(wù)現(xiàn)狀也是本次調(diào)研的重點。

業(yè)務(wù)現(xiàn)狀重點是抓住用戶沒有系統(tǒng)時是如何辦理該類業(yè)務(wù)的？遇到什么問題呢？

3. 網(wǎng)絡(luò)及信息化現(xiàn)狀

本模塊主要描述客戶方的網(wǎng)絡(luò)現(xiàn)狀及相關(guān)業(yè)務(wù)的信息化現(xiàn)狀。

比如我們是需要建設(shè)一個考勤系統(tǒng)，那么在這個階段，就需要明白以下問題：

1. 客戶方信息化系統(tǒng)是否上云，如果是云資源，誰負責管理，怎么申請。
2. 客戶方和用戶方是互聯(lián)網(wǎng)通訊，還是集團內(nèi)網(wǎng)通訊。
3. 集團和子公司是否是公用一套人事系統(tǒng)。依據(jù)個人了解，很多大集團本部和多個子公司各個都有自己的人事系統(tǒng)，且系統(tǒng)間無交互。
4. 這里需要注意下，如果本系統(tǒng)涉及到實體硬件設(shè)施，則還需要明確客戶方是否有自有機房，機房是否支持托管。
5. 如果允許的話，了解用戶終端的分辨率及操作系統(tǒng)，避免后期因為適配原因不停改動。（早期做項目因為這個吃了不少虧，統(tǒng)一按照1920*1080的分辨率做的適配，結(jié)果上線后大部分客戶終端是xp系統(tǒng)+小屏幕）

三、目標描述

1. 業(yè)務(wù)范圍

前邊我們已經(jīng)了解了客戶的業(yè)務(wù)現(xiàn)狀，該章節(jié)需要描述此次項目建設(shè)的業(yè)務(wù)范圍。該范圍可以來自于BD人員，也可以來自于已經(jīng)產(chǎn)生的項目合同、備忘錄等文件。由于該文檔不是詳細的需求分析文檔，針對業(yè)務(wù)范圍描述，僅需要對業(yè)務(wù)大的范圍邊界進行描述，后續(xù)需求分析文檔編寫時，可以基于此處拆分的文檔進行系統(tǒng)一級功能模塊處理。

2. 本次涉及組織架構(gòu)及部門

該模塊主要描述本次用戶涉及的組織機構(gòu)，即該系統(tǒng)上線后，涉及到哪些部門，使用人員分布在那些部門。另外還需要說明該部門在系統(tǒng)中的主要扮演角色，如：請假申辦，請假審批，請假備案、考勤匯總等。

調(diào)研涉及組織架構(gòu)時，建議對著客戶現(xiàn)有的組織架構(gòu)圖進行討論。避免用戶描述的結(jié)構(gòu)和后續(xù)實際對接的不同，影響研發(fā)小伙伴的涉及的開發(fā)。另外，此處分析時建議精細些，其分析結(jié)果很可能在下一步就會抽取成系統(tǒng)角色。

3. 接入第三方系統(tǒng)

該模塊主要描述本次項目涉及對接的三方系統(tǒng)以及每個系統(tǒng)大概對接什么內(nèi)容。同樣，由于此次調(diào)研支持項目初期調(diào)研，不是詳述的需求調(diào)研報告，故針對三方系統(tǒng)的調(diào)研，只需要概述即可。

常見三方對接系統(tǒng)可能有：單點登錄系統(tǒng)、OA系統(tǒng)、組織人事系統(tǒng)。還有部分企業(yè)會要求對接數(shù)據(jù)中臺。

4. 其他目標描述

該模塊主要描述客戶的一些其他目標。比如系統(tǒng)配色要求，操作習慣要求，適配操作系統(tǒng)要求等。

四、與現(xiàn)有系統(tǒng)差異分析

該模塊大家酌情裁剪，主要是針對公司有相關(guān)產(chǎn)品的小伙伴。如果我們已經(jīng)有相關(guān)產(chǎn)品，本次項目只是在此基礎(chǔ)上做差異化開發(fā)，則建議該模塊按照業(yè)務(wù)范圍劃分的模塊維度進行差異分析。同樣，這是個調(diào)研文檔，主要描述大的差異，如業(yè)務(wù)流程，如填寫信息粒度等，切忌陷入細節(jié)?。?！

五、整體計劃

1. 所需人月成本預(yù)估

該模塊主要描述該項目從啟動到交付運行大概需要投入多少人月，作為匯報的一個依據(jù)，讓Boss眼前一亮。

我常用的預(yù)估：

• 需求調(diào)研：x人月。
• 研發(fā)：x人月。
• 測試：x人月。
• 實施及試運行支持：x人月。
• 設(shè)計及文檔編寫：x人月。
• 項目管理：x人月。
• 共計x人月。

小伙伴們，在做人月估算時，需要明確該報告的閱讀對象，如果是公司內(nèi)部boss，可能不能估的太過分，如果是對客戶，那要盡量貼合銷售人員給客戶報的預(yù)算哦。

2. 項目初步計劃

該模塊主要描述本項目建設(shè)的計劃，描述大的里程碑即可。

我常用的計劃：

• 工期：xx年xx月xx日 至 xx年xx月xx日
• 需求分析：xx月完成需求調(diào)研，并行程需求分析文檔。
• 內(nèi)部研發(fā)：xx月 至 xx月。
• 外部接口聯(lián)調(diào)：xx月 至 xx月。
• 文檔編寫：xx月。
• 系統(tǒng)測試：xx月開始。
• 部署、試運行：xx月 至 xx月。
• 驗收：xx月。

六、需關(guān)注事宜

該模塊主要描述該項目建設(shè)過程中需要相關(guān)方關(guān)注的事宜。如客戶要求的關(guān)鍵節(jié)點、關(guān)鍵資源的保證、項目執(zhí)行風險等。

OK，到此常見的需求調(diào)研文檔已經(jīng)結(jié)束了。還是要補充下，各位產(chǎn)品小伙伴們在寫文檔之前一定要先聯(lián)系客戶對接人，咨詢其內(nèi)部是否有固定模板，避免重復(fù)造輪子！最后，祝大家都能寫出漂亮的調(diào)研報告。