從抽象的概念到具體的形象化的產(chǎn)品設(shè)計(jì)過(guò)程,通過(guò)文字、圖像等形式,把我們計(jì)劃好的產(chǎn)品需求展現(xiàn)出來(lái)。把產(chǎn)品的某一目標(biāo)或要求轉(zhuǎn)化為具體實(shí)物或工具的過(guò)程,通過(guò)具體操作,以理想的形式表現(xiàn)出一種計(jì)劃、計(jì)劃設(shè)想、解決問(wèn)題的方法。下面就有小編為您帶來(lái)需求說(shuō)明文檔怎么寫的相關(guān)介紹。
什么是需求說(shuō)明文檔呢?由于產(chǎn)品設(shè)計(jì)階段要全面確定整個(gè)產(chǎn)品策略、外觀、結(jié)構(gòu)、功能,從而確定整個(gè)產(chǎn)品系統(tǒng)的布局,因而,產(chǎn)品設(shè)計(jì)的意義重大,具有“牽一發(fā)而動(dòng)全局”的重要意義。
如果一個(gè)產(chǎn)品的設(shè)計(jì)缺乏具體形象的表述,那么研發(fā)時(shí)就將耗費(fèi)大量資源和勞動(dòng)力來(lái)調(diào)整需求。相反,好的產(chǎn)品設(shè)計(jì),不僅表現(xiàn)在功能上的優(yōu)越性,而且便于執(zhí)行時(shí)理解,從而使產(chǎn)品的研發(fā)效率得以增強(qiáng)1、產(chǎn)品需求文檔介紹
產(chǎn)品設(shè)計(jì)的最終表述的形式被稱為產(chǎn)品需求文檔,業(yè)界常常稱呼為PRD文檔,這是英文Product Requirement Document的縮寫。產(chǎn)品需求文檔是將產(chǎn)品規(guī)劃和設(shè)計(jì)的需求具體形象化表述出來(lái)的一種展現(xiàn)形式,主要用于產(chǎn)品界面設(shè)計(jì)和研發(fā)使用。
PRD文檔是基于BRD、MRD的延續(xù)文檔,主要是一份給執(zhí)行層面的工作人員閱讀的文檔,這部分人群絕大多數(shù)是設(shè)計(jì)與技術(shù)人員。在這類人群中,設(shè)計(jì)師更多依賴于產(chǎn)品原型進(jìn)行交互或視覺的設(shè)計(jì),因此看這份文檔的人主要是技術(shù)人員。
相對(duì)于技術(shù)人員,他們不太關(guān)注產(chǎn)品的商業(yè)需求和市場(chǎng)愿景,因?yàn)樵谶M(jìn)行產(chǎn)品討論立項(xiàng)時(shí),產(chǎn)品的定義就已經(jīng)向參與設(shè)計(jì)和研發(fā)的人員宣講過(guò),因此技術(shù)人員更多的是關(guān)注界面、功能、交互、元素等等內(nèi)容,因此產(chǎn)品需求文檔是一份詳細(xì)的產(chǎn)品功能需求說(shuō)明文檔,是產(chǎn)品文檔中最底層和最細(xì)致的文檔。
因?yàn)殚喿x人類的因素,所以產(chǎn)品需求文檔是一份沒有閑話,直入主題的功能說(shuō)明文檔。并且產(chǎn)品需求文檔是沒有標(biāo)準(zhǔn)規(guī)范的,也沒有統(tǒng)一的模板,每個(gè)公司都不一樣和每個(gè)人也不一樣,這個(gè)取決于個(gè)人習(xí)慣和團(tuán)隊(duì)要求。雖然產(chǎn)品需求文檔沒有明確的規(guī)范,但是目的都是一樣的,必須能夠明確產(chǎn)品的功能需求,便執(zhí)行人員理解任務(wù)要求。
產(chǎn)品需求文檔
產(chǎn)品需求文檔是產(chǎn)品經(jīng)過(guò)規(guī)劃和設(shè)計(jì)之后的最終執(zhí)行文檔,因此這份文檔的質(zhì)量好壞直接影響到執(zhí)行部門是否能夠明確產(chǎn)品的功能和性能。
在寫產(chǎn)品需求文檔之前,我們需要先羅列出產(chǎn)品功能的信息內(nèi)容,這一步是將想法逐漸清晰的第一步,也是幫助我們接下來(lái)設(shè)計(jì)功能的輔助信息,同時(shí)也可以輔助服務(wù)端技術(shù)人員創(chuàng)建數(shù)據(jù)庫(kù)。因?yàn)檫@是第一步,所以我們不需要羅列的很詳細(xì),在之后的步驟里,我們會(huì)逐步改進(jìn)和完善信息內(nèi)容。
羅列信息內(nèi)容的方式有很多種,文本形式、思維導(dǎo)圖形式等等都可以,最主要的是能夠清晰易懂,我最常用的方法就是使用思維導(dǎo)圖軟件(MindManager)羅列成結(jié)構(gòu)圖,因此我稱這一步為“信息結(jié)構(gòu)圖”。
無(wú)論是什么樣的產(chǎn)品類型,無(wú)論從哪里入手,我們第一步都是先要羅列信息結(jié)構(gòu),因?yàn)樾畔⒔Y(jié)構(gòu)圖不僅是輔助技術(shù)人員創(chuàng)建數(shù)據(jù)庫(kù)的圖表,也是輔助產(chǎn)品人員進(jìn)行產(chǎn)品功能規(guī)劃的參考,只有對(duì)信息或數(shù)據(jù)的結(jié)構(gòu)了解了,我們才能更好的設(shè)計(jì)產(chǎn)品。
信息結(jié)構(gòu)圖是我們將概念想法形成結(jié)構(gòu)化的第一步,也是我們接下來(lái)幾步工作的輔助文檔,同時(shí)在接下來(lái)的幾步工作中,我們還會(huì)不斷的完善信息的結(jié)構(gòu)。
當(dāng)我們對(duì)產(chǎn)品的信息結(jié)構(gòu)了解后,我們就需要規(guī)整腦海中的產(chǎn)品需求,讓想法更加結(jié)構(gòu)化,因此這一步就要梳理產(chǎn)品的需求。在設(shè)計(jì)產(chǎn)品原型之前,我們首先要羅列出產(chǎn)品的功能結(jié)構(gòu),包括頻道、頁(yè)面、模塊及元素。
這一步依然使用思維導(dǎo)圖軟件,像繪制樓盤鳥瞰圖一樣將產(chǎn)品的結(jié)構(gòu)繪制成結(jié)構(gòu)圖,因此我稱這一步為“產(chǎn)品結(jié)構(gòu)圖”。
產(chǎn)品結(jié)構(gòu)圖是一種將產(chǎn)品原型以結(jié)構(gòu)化的方式展現(xiàn)的圖表,結(jié)構(gòu)內(nèi)容也如同產(chǎn)品原型一樣,從頻道到頁(yè)面,再細(xì)化頁(yè)面功能模塊和元素。
所以產(chǎn)品結(jié)構(gòu)圖是產(chǎn)品經(jīng)理在設(shè)計(jì)原型之前的一種思路梳理的方式,并不是給其他工作人員查看的文檔,通過(guò)類似鳥瞰式的結(jié)構(gòu)圖可以讓產(chǎn)品經(jīng)理對(duì)產(chǎn)品結(jié)構(gòu)一目了然,也方便思考。
上圖以我們第一步的“信息結(jié)構(gòu)圖”為基礎(chǔ)繪制的“產(chǎn)品結(jié)構(gòu)圖”,有了這份結(jié)構(gòu)導(dǎo)圖,我們可以對(duì)產(chǎn)品進(jìn)行鳥瞰式考慮和完善,當(dāng)有問(wèn)題時(shí),修改起來(lái)也比原型和文檔方便很多。
比如在后續(xù)規(guī)劃中,我們發(fā)現(xiàn)文章的圖片等附件上傳后,管理不太方便,這時(shí)就可以在結(jié)構(gòu)圖中增加一個(gè)“附件管理”頻道。如果我們使用產(chǎn)品結(jié)構(gòu)圖的方式,那么附件管理的功能增加和修改就會(huì)比原型工具更加便捷和效率。
產(chǎn)品結(jié)構(gòu)圖的方法同樣適用于移動(dòng)互聯(lián)網(wǎng)產(chǎn)品的設(shè)計(jì),并且比起Web產(chǎn)品更加容易梳理產(chǎn)品結(jié)構(gòu)。
產(chǎn)品結(jié)構(gòu)圖是一種讓產(chǎn)品經(jīng)理通過(guò)思維導(dǎo)圖的方式梳理思路的方法,通過(guò)這種方法可以明確產(chǎn)品有多少個(gè)頻道、有多少個(gè)頁(yè)面、頁(yè)面有多少個(gè)功能模塊、功能模塊有多少個(gè)元素,逐步的將腦海里的想法明確梳理成結(jié)構(gòu)。
雖然這種方法能夠明確產(chǎn)品的結(jié)構(gòu),但是這樣的思維導(dǎo)圖也就只有產(chǎn)品經(jīng)理自己能夠看懂,因?yàn)閷?duì)于設(shè)計(jì)和技術(shù)人員這是一個(gè)抽象的表述方式,如果沒有詳細(xì)的講解,是很難理解的。
產(chǎn)品結(jié)構(gòu)圖是將產(chǎn)品原型具體化的一種方式,只是羅列了產(chǎn)品的頻道頁(yè)面和功能,但是沒有詳細(xì)的進(jìn)行推演,關(guān)于細(xì)化方面是否符合產(chǎn)品邏輯,是否符合用戶體驗(yàn),這些都是沒有深思過(guò)的,因此我們接下來(lái)就要進(jìn)行原型設(shè)計(jì),開始具體的考慮可行性。
當(dāng)我們逐漸清晰了產(chǎn)品的需求后,并梳理了產(chǎn)品的各個(gè)頻道及頁(yè)面,那么這一步就要開始驗(yàn)證這些想法的具體界面表現(xiàn)和方案的可行性了。
原型設(shè)計(jì)是幫助我們更細(xì)致的思考,并做各項(xiàng)需求的評(píng)估,同時(shí)也是將自己腦海里的想法進(jìn)行輸出的一種方式。通過(guò)原型設(shè)計(jì)后,我們就可以進(jìn)行產(chǎn)品宣講了,相比較于抽象的文字描述,原型則更加直觀的展現(xiàn)產(chǎn)品的需求,設(shè)計(jì)和技術(shù)人員或者老板也能夠更加直觀的了解到產(chǎn)品意圖。
原型設(shè)計(jì)是將結(jié)構(gòu)化的需求進(jìn)行框架化,因此原型也被稱為線框圖,具體的表現(xiàn)手法有很多種,相關(guān)的輔助軟件也有很多,例如:Axure RP、Balsamiq Mockups、UIDesigner等等。
當(dāng)?shù)搅嗽驮O(shè)計(jì)這一步時(shí),已經(jīng)不僅僅是構(gòu)思了,我們需要更加深入的了解每個(gè)頁(yè)面上元素和這些元素的屬性。例如按鈕元素,我們就需要考慮這個(gè)按鈕的功能,并且這個(gè)功能操作后帶給后端和前端的反饋。
例如注冊(cè)會(huì)員按鈕,用戶操作后,第一步邏輯是驗(yàn)證用戶輸入的信息是否合法,不合法則給出前端反饋;合法則和后端通信驗(yàn)證是否已經(jīng)存在同樣信息,已經(jīng)存在則給出前端反饋,不存在則進(jìn)入下一步,注冊(cè)成功;
注冊(cè)成功后的反饋是跳轉(zhuǎn)頁(yè)面,還是彈出層提示用戶完善資料,這些都是需要更詳情的考慮。當(dāng)然這些更細(xì)致的思考是留在需求文檔撰寫時(shí)的,而此時(shí)我們需要做的就是把這些元素通過(guò)原型表現(xiàn)出來(lái)。
原型設(shè)計(jì)的表現(xiàn)手法主要有三種:手繪原型、灰模原型、交互原型。從工作效率的角度考慮,我非常建議先通過(guò)手繪的形式快速在草紙上繪制出產(chǎn)品的原型,推演和討論方案的可行性。當(dāng)方案的可行性被驗(yàn)證之后,我們?cè)俑鶕?jù)個(gè)人習(xí)慣或團(tuán)隊(duì)要求,通過(guò)軟件工具進(jìn)行更深入的設(shè)計(jì)。
因?yàn)樵鸵脖环Q為線框圖,因此手繪是最簡(jiǎn)單直接的方法,也是最快速的表現(xiàn)產(chǎn)品輪廓的手法。手繪原型在初期驗(yàn)證想法時(shí)非常高效,也方便討論和重構(gòu),同時(shí)也適合敏捷開發(fā)時(shí)快速出原型。
灰模原型是由圖形設(shè)計(jì)軟件制作而成,最常用的軟件是Photoshop和Fireworks,相對(duì)手繪原型,灰模更加清晰和整潔,也適用于正式場(chǎng)合的PPT形式宣講。
灰模原型也可以稱之為平面原型,所以如果不會(huì)使用圖形軟件也可以使用Axure RP設(shè)計(jì),相比交互原型,灰模原型只是缺少交互效果,僅僅是將產(chǎn)品需求以線框結(jié)構(gòu)的方式展示出來(lái),讓產(chǎn)品需求更加規(guī)整的直觀展現(xiàn)。
交互原型是使用原型設(shè)計(jì)軟件完成的原型,常用軟件是Axure RP,通常情況交互原型的設(shè)計(jì)要早于產(chǎn)品需求文檔,是產(chǎn)品經(jīng)理想法推演的重要一步。通過(guò)Axure RP之類的交互原型軟件制作出來(lái)的產(chǎn)品原型,在功能需求和交互需求的表現(xiàn)上,幾乎和正式產(chǎn)品是一致的,所以有時(shí)交互原型也被稱為產(chǎn)品Demo版。
通常情況下交互原型是產(chǎn)品經(jīng)理與交互設(shè)計(jì)師共同討論確定,然后由交互設(shè)計(jì)師制作,但是絕大多數(shù)的公司是沒有交互設(shè)計(jì)師這個(gè)職位的,因此這類工作最終是由產(chǎn)品經(jīng)理來(lái)負(fù)責(zé)的。
以上三種方法并不是漸進(jìn)的流程,而是三種原型設(shè)計(jì)的方法,具體取決于你的產(chǎn)品需求和團(tuán)隊(duì)要求。
對(duì)產(chǎn)品經(jīng)理而言,原型設(shè)計(jì)是為了幫助我們仔細(xì)地考慮方案,論證方案的可行性,同時(shí)也是為了在產(chǎn)品講演時(shí)讓聽眾清楚、直觀地了解產(chǎn)品,避免抽象的語(yǔ)言描述造成聽眾理解困難和理解偏差。同時(shí),產(chǎn)品原型也是為了保證產(chǎn)品在執(zhí)行過(guò)程中,是按照產(chǎn)品經(jīng)理最初設(shè)想的需求和期望來(lái)完成的,所以,產(chǎn)品經(jīng)理的原型并不需要太高的要求,只要對(duì)方能理解,就能理解,所以,手繪原型是最有效的方式。 以上就是小編為您介紹的需求說(shuō)明文檔怎么寫,希望對(duì)您有所幫助。
[免責(zé)聲明]
文章標(biāo)題: 需求說(shuō)明文檔怎么寫?
文章內(nèi)容為網(wǎng)站編輯整理發(fā)布,僅供學(xué)習(xí)與參考,不代表本網(wǎng)站贊同其觀點(diǎn)和對(duì)其真實(shí)性負(fù)責(zé)。如涉及作品內(nèi)容、版權(quán)和其它問(wèn)題,請(qǐng)及時(shí)溝通。發(fā)送郵件至36dianping@36kr.com,我們會(huì)在3個(gè)工作日內(nèi)處理。