產(chǎn)品培訓(xùn)--需求文檔、原型設(shè)計、信息結(jié)構(gòu)

1、產(chǎn)品培訓(xùn)-需求文檔、原型設(shè)計、信息結(jié)構(gòu)產(chǎn)品基礎(chǔ)文檔產(chǎn)品基礎(chǔ)文檔什么是需求文檔，需求文檔的組成信息結(jié)構(gòu)圖產(chǎn)品結(jié)構(gòu)圖和用戶流程圖原型設(shè)計用例、流程圖編寫產(chǎn)品需求文檔產(chǎn)品需求文檔產(chǎn)品需求文檔PRD簡介簡介產(chǎn)品需求文檔應(yīng)包含的幾個內(nèi)容：信息結(jié)構(gòu)圖產(chǎn)品結(jié)構(gòu)圖和用戶流程圖原型圖用例圖或流程圖產(chǎn)品需求文檔，主要的閱讀對象為UI以及技術(shù)員，在寫需求文檔的時候，不需要過多的描述市場背景或形容產(chǎn)品，直接地把功能表現(xiàn)形式寫出來。因此PRD文檔是一份詳細(xì)的產(chǎn)品功能需求說明文檔，是產(chǎn)品文檔中最底層和最細(xì)致的文檔。提問，哪個才是產(chǎn)品需求文檔提問，哪個才是產(chǎn)品需求文檔?信息結(jié)構(gòu)圖信息結(jié)構(gòu)圖在羅列信息結(jié)構(gòu)時，我們更多的是考慮

2、信息數(shù)據(jù)，因此在這一步，我們還不需要深入的考慮產(chǎn)品的界面與功能。信息結(jié)構(gòu)的考慮有面向前端的，也有面向后端的，具體視產(chǎn)品類型而定。信息結(jié)構(gòu)圖是產(chǎn)品層面的理解，如果要入庫這些信息，還需要進(jìn)行數(shù)據(jù)結(jié)構(gòu)的討論。一條信息的存儲有很多附加屬性，具體是存成字段還是數(shù)據(jù)表，還是說存在中間表或者關(guān)聯(lián)表，這些都需要在完成PRD文檔后和數(shù)據(jù)庫技術(shù)人員共同討論。請各位，考慮一下這個產(chǎn)品的信息結(jié)構(gòu)請各位，考慮一下這個產(chǎn)品的信息結(jié)構(gòu)現(xiàn)在，需要開發(fā)一款用于手機(jī)充值的客戶端，請問信息結(jié)構(gòu)圖應(yīng)該是怎樣的？產(chǎn)品結(jié)構(gòu)圖產(chǎn)品結(jié)構(gòu)圖剛才我們將概念想法形成了信息結(jié)構(gòu)信息結(jié)構(gòu)，羅列出了產(chǎn)品的所有信息內(nèi)容，現(xiàn)在我們就要依據(jù)信息結(jié)構(gòu)信息結(jié)構(gòu)，

3、開始規(guī)劃產(chǎn)品的功能需求，繪制出產(chǎn)品結(jié)構(gòu)圖。產(chǎn)品結(jié)構(gòu)圖。用戶流程圖用戶流程圖當(dāng)我們規(guī)劃出頻道后，我們就需要以用戶的視角進(jìn)行一步一步的模擬操作，逐漸完善產(chǎn)品的結(jié)構(gòu)導(dǎo)圖。稱為用用戶流程圖戶流程圖，用于展現(xiàn)產(chǎn)品經(jīng)理腦海中比較抽象的產(chǎn)品邏輯，也是產(chǎn)品經(jīng)理對自己腦海中的產(chǎn)品想法進(jìn)行梳理的一個過程。提問提問根據(jù)剛才的客戶端，應(yīng)該如何進(jìn)行產(chǎn)品結(jié)構(gòu)圖以及用戶流程圖呢？原型設(shè)計原型設(shè)計原型設(shè)計原型設(shè)計是幫助我們更細(xì)致的思考，并做各項需求的評估，同時也是將自己腦海里的想法進(jìn)行輸出，通過原型設(shè)計后，我們就可以進(jìn)行產(chǎn)品宣講了。相對于之前抽象的文字描述，原型則更加清晰產(chǎn)品的需求，設(shè)計和技術(shù)人員或者老板也能夠更加直觀的了解

4、到產(chǎn)品意圖。手繪原型Axure原型設(shè)計原則設(shè)計原則交互交互1、系統(tǒng)標(biāo)準(zhǔn)、系統(tǒng)標(biāo)準(zhǔn)依照用戶具體的使用情境和需求來決定是沿用標(biāo)準(zhǔn)還是創(chuàng)新。依照用戶具體的使用情境和需求來決定是沿用標(biāo)準(zhǔn)還是創(chuàng)新。2、目標(biāo)導(dǎo)向、目標(biāo)導(dǎo)向以用戶為中心，關(guān)注用戶目標(biāo)而不是關(guān)注用戶要完成的任務(wù)。以用戶為中心，關(guān)注用戶目標(biāo)而不是關(guān)注用戶要完成的任務(wù)。3、直覺體驗、直覺體驗設(shè)計方案必須能夠引導(dǎo)用戶做出最符合直覺的反應(yīng)行為。設(shè)計方案必須能夠引導(dǎo)用戶做出最符合直覺的反應(yīng)行為。4、成本控制、成本控制從細(xì)節(jié)開始減少用戶的操作及學(xué)習(xí)成本，使用戶快速上手和識別產(chǎn)品特性。從細(xì)節(jié)開始減少用戶的操作及學(xué)習(xí)成本，使用戶快速上手和識別產(chǎn)品特性。5、需

5、求設(shè)計、需求設(shè)計以用戶的需求為中心，避免參雜個人的主觀喜好。以用戶的需求為中心，避免參雜個人的主觀喜好。內(nèi)容內(nèi)容6、減少界面、減少界面盡量減少界面間的交互，避免新頁面切斷了用戶使用的流暢感。盡量減少界面間的交互，避免新頁面切斷了用戶使用的流暢感。7、概念內(nèi)化、概念內(nèi)化避免概念輸出，要盡量以用戶聽得懂的語言來表達(dá)設(shè)計。避免概念輸出，要盡量以用戶聽得懂的語言來表達(dá)設(shè)計。8、信息交互、信息交互基于信息層面的交互，應(yīng)該簡單自然易懂，符合用戶期望模型及下意識行為。基于信息層面的交互，應(yīng)該簡單自然易懂，符合用戶期望模型及下意識行為。9、簡潔元素、簡潔元素減少視覺元素的堆疊，提高交互元素的辨識，合理隱喻交互

6、元素。減少視覺元素的堆疊，提高交互元素的辨識，合理隱喻交互元素。10、明確結(jié)構(gòu)、明確結(jié)構(gòu)合理劃分界面的邏輯結(jié)構(gòu)，按照不同的內(nèi)容與功能邏輯進(jìn)行劃分，突出結(jié)構(gòu)主次合理劃分界面的邏輯結(jié)構(gòu)，按照不同的內(nèi)容與功能邏輯進(jìn)行劃分，突出結(jié)構(gòu)主次提問提問根據(jù)剛才的客戶端，進(jìn)行一個手繪原型吧。用例文檔及流程圖用例文檔及流程圖一份完整的用例文檔分別是由以下三點(diǎn)內(nèi)容組成，其中第3點(diǎn)的“用例”是描述功能邏輯的部分，根據(jù)功能的多少決定有多少個用例。用例文檔的大概組成部分如下：1、修改記錄：每次修改的備注記錄，2、角色介紹：描述參與系統(tǒng)中的各個角色3、用例角色描述:角色與功能的關(guān)系：最終形式的流程示例最終形式的流程示例考慮一下，剛才所設(shè)計的客戶端，使用流程應(yīng)該是？考慮一下，剛才所設(shè)計的客戶端，使用流程應(yīng)該是？產(chǎn)品需求文檔產(chǎn)品需求文檔PRD文檔文檔沒有標(biāo)準(zhǔn)的規(guī)范，也沒有統(tǒng)一的模板，每個公司都不一樣，并且每個人也不一樣，這個取決于個人習(xí)慣和團(tuán)隊要求。雖然PRD文檔沒有標(biāo)準(zhǔn)的規(guī)范，但是有兩項是必不可少的，那就是文件標(biāo)識文件標(biāo)識和修改記錄修改記錄