作為設(shè)計(jì)師，理解產(chǎn)品經(jīng)理提供的需求文檔是交互設(shè)計(jì)工作的重要前提與起點(diǎn)，然而對(duì)于很多設(shè)計(jì)師來說，需求文檔內(nèi)容通常非常復(fù)雜，設(shè)計(jì)師們需要花費(fèi)大量時(shí)間去消化、理解和歸納。本文作者結(jié)合公司示例，分析設(shè)計(jì)師如何通過需求文檔發(fā)現(xiàn)問題，一起來看一下吧。

在產(chǎn)品開發(fā)過程中，需求文檔作為產(chǎn)品重要的過程性文檔，是產(chǎn)品經(jīng)理對(duì)產(chǎn)品需求的詳細(xì)描述和確認(rèn)。

作為設(shè)計(jì)師，理解產(chǎn)品經(jīng)理提供的需求文檔是交互設(shè)計(jì)工作的重要前提與起點(diǎn)。然而對(duì)于很多設(shè)計(jì)師來說，需求文檔內(nèi)容通常非常復(fù)雜，設(shè)計(jì)師們需要花費(fèi)大量時(shí)間去消化、理解和歸納這些內(nèi)容。

本文將結(jié)合本公司實(shí)際案例，探討需求文檔的重要性，分析設(shè)計(jì)師如何通過需求文檔發(fā)現(xiàn)問題，一起來看看吧~

01 產(chǎn)品需求文檔的定義

產(chǎn)品需求文檔PRD是英文“Product Requirement Document”的縮寫，翻譯為中文就是“產(chǎn)品需求文檔”，主要用于完整描述產(chǎn)品需求，向研發(fā)部門明確產(chǎn)品的功能和性能以及作為產(chǎn)品文檔歸檔。

它是產(chǎn)品項(xiàng)目由“概念化”階段到“圖紙化”階段的重要文檔。主要面向于開發(fā)、測(cè)試、項(xiàng)目經(jīng)理、交互設(shè)計(jì)師、運(yùn)營和其他業(yè)務(wù)人員。

02 產(chǎn)品需求文檔的構(gòu)成

在產(chǎn)品設(shè)計(jì)期間，需求文檔的作用特別重要，因?yàn)樗俏覀兞私猱a(chǎn)品所需功能、交互和設(shè)計(jì)元素的關(guān)鍵資源。文檔通常由多部分組成，這些部分通常是由不同的角度出發(fā)編寫，接下來我將結(jié)合文檔中的不同模塊講解我們可以獲取哪些知識(shí)點(diǎn)。下圖是我們公司產(chǎn)品需求文檔的示例。

需要注意的是，每個(gè)項(xiàng)目和團(tuán)隊(duì)的需求都是不同的，因此在編寫產(chǎn)品需求文檔時(shí)，這些模塊可以根據(jù)具體情況進(jìn)行適當(dāng)?shù)恼{(diào)整和修改，但即使調(diào)整仍需要說明每一個(gè)需求的目標(biāo)、背景、相關(guān)方、前端交互等，因?yàn)槿鄙偃魏我粋€(gè)描述都會(huì)導(dǎo)致需求理解的變形。因此要確保文檔的內(nèi)容清晰明了，符合業(yè)務(wù)需求，并能夠幫助設(shè)計(jì)人員更好地理解產(chǎn)品的需求和規(guī)范。

03 產(chǎn)品需求文檔如何閱讀

通過上述產(chǎn)品需求文檔的簡(jiǎn)單介紹，我們了解了它涵蓋了產(chǎn)品的所有細(xì)節(jié)和需求，它是我們交互設(shè)計(jì)工作的基礎(chǔ)，接下來我們將會(huì)深入探討如何從這些模塊中獲取交互設(shè)計(jì)資訊。

1. 產(chǎn)品基礎(chǔ)信息（需求編號(hào)信息、流程上線分階段目標(biāo)）★★★

這些信息對(duì)我們來說雖然并不直接作用于設(shè)計(jì)，但了解這些信息有助于他們更好地理解整個(gè)產(chǎn)品和產(chǎn)品開發(fā)的流程。

通過產(chǎn)品上線的分階段目標(biāo)我們可以更好的了解產(chǎn)品發(fā)布的整個(gè)流程，進(jìn)而可以考慮不同階段的需求和目標(biāo)。例如產(chǎn)品的發(fā)布過程分為多個(gè)階段且每個(gè)階段的目標(biāo)都不同，設(shè)計(jì)師可以根據(jù)不同階段的需求和目標(biāo)進(jìn)行跟進(jìn)，以確保產(chǎn)品能夠在每個(gè)階段都能夠達(dá)到預(yù)期的目標(biāo)。在設(shè)計(jì)過程中，設(shè)計(jì)師需要注意需求的優(yōu)先級(jí)和時(shí)間表，更好地規(guī)劃設(shè)計(jì)時(shí)間。

2. 需求概述（應(yīng)用目標(biāo)、使用部門、應(yīng)用場(chǎng)景描述、功能應(yīng)用頻度、需求價(jià)值）★★★

1）應(yīng)用目標(biāo)

應(yīng)用目標(biāo)是指產(chǎn)品要解決的問題或達(dá)到的目的即該產(chǎn)品成立的理由。通過了解它，我們可以更好地了解產(chǎn)品的定位、產(chǎn)品的主要功能、用戶的需求以及產(chǎn)品的核心競(jìng)爭(zhēng)力。

2）使用部門

該部分主要講的是產(chǎn)品上線后會(huì)有哪些部門使用，在此我們通過部門信息可以了解客戶的業(yè)務(wù)規(guī)模和部門設(shè)置，確定產(chǎn)品受眾和定位，通過這些部門的業(yè)務(wù)場(chǎng)景和工作流程知道和實(shí)施設(shè)計(jì)方案，確保產(chǎn)品的設(shè)計(jì)更加貼近用戶的實(shí)際需求。

在這里如果結(jié)合用戶畫像的話效果更好，有關(guān)用戶畫像的具體使用可以參考我上一篇文章《深入理解企業(yè)用戶：構(gòu)建高質(zhì)量的用戶畫像》

3）應(yīng)用場(chǎng)景描述

我們可以了解到用戶在什么樣的場(chǎng)景下使用我們產(chǎn)品，應(yīng)用場(chǎng)景的描述可以幫助我們粗略的把握產(chǎn)品的使用流程，理解用戶需求和痛點(diǎn)，進(jìn)而設(shè)計(jì)出更加合理、順暢的交互流程。

4）功能應(yīng)用頻度

功能應(yīng)用頻度指的是用戶觸發(fā)產(chǎn)品各個(gè)功能的優(yōu)先級(jí)和頻率，通過這些信息我們可以確定每個(gè)功能的重要性和優(yōu)先級(jí)。在設(shè)計(jì)中我們可以根據(jù)不同功能的應(yīng)用頻度來確定該功能頁中信息的排版位置以及交互方式，確保用戶更加方便的使用產(chǎn)品。

5）需求價(jià)值

需求價(jià)值與功能應(yīng)用頻度息息相關(guān)，該模塊描述產(chǎn)品需求的重要價(jià)值。它有助于我們理解產(chǎn)品不同需求之間的優(yōu)先級(jí)關(guān)系，輔助我們理解產(chǎn)品設(shè)計(jì)的關(guān)鍵點(diǎn)和方向明確產(chǎn)品的核心功能與需求。

3. 需求總體說明（資源管理范圍與粒度、流程概述、數(shù)據(jù)共享、子流程拆解）★★★★★

1）流程概述

流程概述涉及到產(chǎn)品和服務(wù)的整體設(shè)計(jì)，在設(shè)計(jì)前需要對(duì)業(yè)務(wù)流程有一個(gè)全面的了解，知道該產(chǎn)品的順利運(yùn)行需要依托哪些流程，在設(shè)計(jì)過程中更容易形成閉環(huán)思維。

2）子流程拆解

子流程拆解部分，我們需要根據(jù)文檔中的總體目標(biāo)、流程圖、環(huán)節(jié)及角色說明、關(guān)鍵功能點(diǎn)說明、界面原型、流程說明及表單設(shè)計(jì)這6個(gè)模塊提取相對(duì)應(yīng)的知識(shí)點(diǎn)。

首先我們可以通過文檔中總體目標(biāo)的理解，將其轉(zhuǎn)化為用戶的需求和期望，以及如何通過設(shè)計(jì)來滿足用戶的需求和期望。例如在某個(gè)產(chǎn)品文檔中，它的總體目標(biāo)是：

為保障物聯(lián)網(wǎng)業(yè)務(wù)安全運(yùn)行，防止不合規(guī)終端入網(wǎng)后造成業(yè)務(wù)故障和網(wǎng)絡(luò)安全隱患，需要對(duì)物聯(lián)網(wǎng)終端進(jìn)行入網(wǎng)檢測(cè)。針對(duì)已具備部門入網(wǎng)許可證的終端，需求審核方審核后即可免測(cè)；針對(duì)不具備部門入網(wǎng)許可證的終端，需要由需求發(fā)起方發(fā)起終端入網(wǎng)測(cè)試請(qǐng)求，需求審核方審核后，由檢測(cè)執(zhí)行方對(duì)終端作合規(guī)性檢測(cè)，需求審核方對(duì)需求和結(jié)果予以審核。

通過對(duì)上述總體目標(biāo)的理解，我們發(fā)現(xiàn)這個(gè)產(chǎn)品的用戶主要是物聯(lián)網(wǎng)終端的供應(yīng)商和使用者，他們希望能夠通過這個(gè)產(chǎn)品實(shí)現(xiàn)方便快捷的入網(wǎng)測(cè)試和審核，以保證物聯(lián)網(wǎng)業(yè)務(wù)的正常運(yùn)行和安全性。在設(shè)計(jì)用戶界面時(shí)，我們應(yīng)該注重界面的友好性和易用性，采用簡(jiǎn)單的操作控件，明確的導(dǎo)航路徑和細(xì)致的提示信息，使用戶能夠輕松地完成測(cè)試請(qǐng)求、檢測(cè)任務(wù)、審核申請(qǐng)和查詢結(jié)果等操作。

看完業(yè)務(wù)的總體目標(biāo)后，我們可以通過通過業(yè)務(wù)流程圖獲取以下知識(shí)點(diǎn)：

• 業(yè)務(wù)流程和角色：交互設(shè)計(jì)師可以了解到該產(chǎn)品的業(yè)務(wù)流程、操作執(zhí)行者、數(shù)據(jù)流向等，以確保設(shè)計(jì)出來的用戶界面可以支持和反映這些流程和角色關(guān)系。
• 用戶路徑和操作：通過業(yè)務(wù)流程圖可以明確用戶的路徑和操作，從而判斷、優(yōu)化和簡(jiǎn)化用戶操作的流程、步驟和界面設(shè)計(jì)。
• 狀態(tài)和輸出：流程圖展示了每個(gè)步驟的輸入和輸出、狀態(tài)和數(shù)據(jù)變化等，這些信息可以幫助交互設(shè)計(jì)師準(zhǔn)確了解用戶操作后的實(shí)際結(jié)果，為設(shè)計(jì)合適的輸出、反饋和提醒做出決策。
• 異常處理和錯(cuò)誤反饋：在流程圖中，也會(huì)包含不正常的流程分支和異常情況的處理，這些信息可以提供給交互設(shè)計(jì)師來考慮界面如何設(shè)計(jì)友好的錯(cuò)誤提示和反饋機(jī)制。

環(huán)節(jié)及角色說明是指業(yè)務(wù)流程中各個(gè)環(huán)節(jié)的描述和角色的定義，是我們?cè)诠ぷ髦行枰紤]的重要要素。

通過這些環(huán)節(jié)說明可以了解到需求的來源，意味著哪些用戶群體需要和系統(tǒng)進(jìn)行交互、需要什么樣的體驗(yàn)和功能，有哪些特殊需求等。我們還可以了解每個(gè)角色在每個(gè)環(huán)節(jié)中要執(zhí)行的功能和任務(wù)，在設(shè)計(jì)過程中根據(jù)不同的任務(wù)來合理安排每個(gè)界面元素的位置和交互方式，使得用戶能夠高效地完成任務(wù)。例如通過該角色在流程中需要進(jìn)行的操作可以預(yù)測(cè)用戶日常工作中的痛點(diǎn)以及需要解決的需求。

關(guān)鍵功能點(diǎn)說明是指業(yè)務(wù)流程中的重點(diǎn)功能，是交互設(shè)計(jì)師在設(shè)計(jì)中需要考慮的一個(gè)重要環(huán)節(jié)。例如在該產(chǎn)品設(shè)計(jì)中，它的關(guān)鍵功能點(diǎn)為：

派單和重派，即在物聯(lián)網(wǎng)一體化支撐系統(tǒng)上派發(fā)工單；重派后的業(yè)務(wù)信息更新歷史業(yè)務(wù)信息，但歷史信息仍要保留，可在處理記錄中查看。

通過上述節(jié)點(diǎn)的理解，我們可以發(fā)現(xiàn)此次派發(fā)界面需要設(shè)計(jì)一個(gè)直觀清晰的界面，讓用戶可以快速、準(zhǔn)確地輸入工單信息，并進(jìn)行派單操作。同時(shí)需要考慮到不同類型的工單，提供不同的下拉選項(xiàng)供用戶選擇。在重派階段考慮到工單在處理過程中可能會(huì)出現(xiàn)問題，需要提供重派功能。在重派后需要更新業(yè)務(wù)信息，同時(shí)保留歷史信息，用戶可以在處理記錄中查看歷史信息。

而在派單以及重派過程中我們還需要實(shí)時(shí)提示用戶工單的狀態(tài)信息，以便用戶及時(shí)了解工單的處理情況?？梢酝ㄟ^不同的顏色或圖標(biāo)來區(qū)分不同的工單狀態(tài)，讓用戶一目了然。最后為了更好地了解用戶對(duì)工單派發(fā)和重派操作的滿意度，可以考慮設(shè)計(jì)用戶反饋機(jī)制。在操作完成后，可以彈出一個(gè)窗口或跳轉(zhuǎn)到反饋頁面，讓用戶對(duì)操作體驗(yàn)進(jìn)行評(píng)價(jià)，并及時(shí)反饋問題和意見。

很多同學(xué)會(huì)有疑惑，為什么不直接對(duì)著原型圖進(jìn)行設(shè)計(jì)，看產(chǎn)品需求文檔其他模塊的信息有什么意義？

雖然雖然界面原型是交互設(shè)計(jì)的重要組成部分，但它僅僅是需求文檔中的一小部分。通讀產(chǎn)品需求文檔其他模塊的內(nèi)容有助于交互設(shè)計(jì)師深入了解業(yè)務(wù)流程、用戶需求、接口需求、非功能需求等方面的細(xì)節(jié)，為交互設(shè)計(jì)提供更豐富的背景知識(shí)和上下文信息，有助于我們更好地理解設(shè)計(jì)的目標(biāo)和意義，從而設(shè)計(jì)出更加符合實(shí)際需求和用戶體驗(yàn)的產(chǎn)品。

通過理解界面原型，我們可以獲得很多關(guān)鍵信息，例如界面元素的類型、位置、布局、交互方式等等，這些信息都是在深入了解需求文檔的基礎(chǔ)上才能得到的。此外我們還可以根據(jù)界面原型分析產(chǎn)品的用戶界面流程，了解用戶在使用產(chǎn)品過程中的操作路徑、可能出現(xiàn)的問題等等，這些都有助于交互設(shè)計(jì)師在設(shè)計(jì)中更好地滿足用戶需求和提高用戶體驗(yàn)。

關(guān)于如何閱讀界面原型這里就不再贅述。

4. 用戶需求★★★★

我們?cè)陂喿x完產(chǎn)品需求文檔的總體說明后，建議還要仔細(xì)閱讀用戶需求模塊。因?yàn)橛脩粜枨竽K可以更加詳細(xì)地描述用戶的使用場(chǎng)景、需求和期望，這對(duì)于交互設(shè)計(jì)師來說是非常重要的參考材料。此外有時(shí)產(chǎn)品經(jīng)理在需求總體說明中并沒有詳細(xì)說明用戶需求的細(xì)節(jié)，這時(shí)需要通過閱讀用戶需求模塊來獲取更多信息，甚至可以補(bǔ)充產(chǎn)品經(jīng)理在需求整理時(shí)的不足。

例如，產(chǎn)品需求文檔中在子業(yè)務(wù)流程中工單列表界面的功能需求如下：

• 待辦工單列表呈現(xiàn)字段及順序：序號(hào)、工單類別、工單標(biāo)題、工單編號(hào)、當(dāng)前環(huán)節(jié)、工單生成時(shí)間、工單到達(dá)時(shí)間；
• 單擊工單主題，呈現(xiàn)出工單詳情頁面；（具體呈現(xiàn)字段見各表單設(shè)計(jì)，界面效果參考GUI）
• 工單主題、工單編號(hào)等重要信息要全部顯示；
• 待辦列表按工單到達(dá)時(shí)間、工單申請(qǐng)時(shí)間升序排序；

產(chǎn)品需求文檔中有關(guān)用戶需求中對(duì)于工單操作要求如下：

工單每一步操作、派轉(zhuǎn)，系統(tǒng)都應(yīng)做記錄留痕的目的是：工單未歸檔時(shí)，相關(guān)領(lǐng)導(dǎo)可以看到工單處理進(jìn)展，便于過程管控；工單歸檔時(shí)，可以看到整個(gè)工單處理的過程和歷時(shí)，便于事后分析。

結(jié)合上述文檔，我們?cè)谠O(shè)計(jì)時(shí)需要考慮如何清晰明了地展示工單處理進(jìn)展，以及如何方便用戶快速地獲取所需信息。當(dāng)工單狀態(tài)發(fā)生變化時(shí)，工單在處理過程中的狀態(tài)可能有待處理、處理中、處理完成等。設(shè)計(jì)時(shí)需要考慮如何讓用戶清晰地了解當(dāng)前工單的狀態(tài)，以及如何方便用戶進(jìn)行工單狀態(tài)的變更。因?yàn)樯婕暗较嚓P(guān)領(lǐng)導(dǎo)查看工單進(jìn)展，我們還需要跟產(chǎn)品商量是否需要添加權(quán)限的分配，權(quán)限的管理等功能。設(shè)計(jì)時(shí)需要考慮如何方便產(chǎn)品管理員設(shè)置相關(guān)領(lǐng)導(dǎo)的權(quán)限，以及如何讓相關(guān)領(lǐng)導(dǎo)方便地查看工單處理進(jìn)展。

現(xiàn)在是不是可以發(fā)現(xiàn)通過閱讀產(chǎn)品需求文檔中的用戶需求模塊，可以幫助我們更加深入地了解用戶需求和期望，從而設(shè)計(jì)出更加符合用戶期望的交互方案。

5. 接口需求★★★

到這里很多同學(xué)可能會(huì)覺得產(chǎn)品需求文檔到該模塊不需要我花心思閱讀了，其實(shí)不是這樣的。雖然在我們的設(shè)計(jì)過程中并不需要直接編寫接口代碼，但是我們需要了解產(chǎn)品需求文檔中的接口需求，并與后端開發(fā)人員緊密合作，確保我們的設(shè)計(jì)方案和交互流程能夠與后臺(tái)數(shù)據(jù)傳輸保持一致。

為什么這么說？

例如我們可以通過接口文檔獲取當(dāng)前表格所需的數(shù)據(jù)格式、數(shù)據(jù)類型、數(shù)據(jù)的命名規(guī)范、數(shù)據(jù)的長(zhǎng)度限制等等。這些信息可以幫助我們了解需要向后端發(fā)送什么類型的數(shù)據(jù)，從而能夠設(shè)計(jì)出符合后端要求的交互組件。再比如，接口文檔中可能列出了某個(gè)數(shù)據(jù)字段的長(zhǎng)度限制為20個(gè)字符，我們就可以據(jù)此設(shè)計(jì)一個(gè)文本框組件，限制用戶輸入不超過20個(gè)字符。

下圖為騰訊某產(chǎn)品的接口文檔，我們可以清晰地看到不同數(shù)據(jù)的要求。

04 寫在最后

產(chǎn)品需求文檔的理解是交互設(shè)計(jì)師的一項(xiàng)重要工作，我們需要在閱讀時(shí)深入理解產(chǎn)品架構(gòu)、梳理關(guān)鍵信息。只有通過深度解讀需求，才能更準(zhǔn)確地把握用戶需求，并提升產(chǎn)品的用戶體驗(yàn)和交互效果。

以上只是我對(duì)閱讀產(chǎn)品需求文檔的粗略總結(jié)，希望該文章對(duì)你有所啟發(fā)，也歡迎感興趣的同學(xué)一起探討~

今年的Flag就是要輸出交互設(shè)計(jì)系列課程，也期待大家對(duì)我的關(guān)注與監(jiān)督。

咱們下期見~