Hello，你好呀。

我是知果，歡迎來看我的心得分享。

今天分享「產(chǎn)品經(jīng)理怎么輸出一份清晰的需求給設(shè)計師」。

一、3 個場景

場景一：產(chǎn)品小哥找設(shè)計師設(shè)計個 logo

需求方：我要一個大氣的 logo，要給 XXX 產(chǎn)品推廣時用。

設(shè)計師：有什么更細節(jié)的輸入給我么？

需求方：沒有啊，就是給這個 XXX 產(chǎn)品用，你看著設(shè)計就好。

設(shè)計師：那，你說的大氣的 logo 有參考的案例么，是具體什么樣子的？

需求方：沒有啊，你決定，類似那個 A 產(chǎn)品、B 產(chǎn)品的 logo。

設(shè)計師：……

需求方：先做吧，你一邊做，我一邊想，你做出來我才知道要怎么改。

設(shè)計師：……

~~~~ N 天后 ~~~~

設(shè)計師：你看下這個 logo 怎么樣？

需求方：不行啊，不大氣，用色不好看，你再改改。

設(shè)計師：哇-哇-哇-

場景二：產(chǎn)品小哥有個新功能找設(shè)計師畫

需求方：這個功能，畫個設(shè)計稿吧。

設(shè)計師：具體需求怎么樣子的，發(fā)我吧。

需求方：沒有呢，你就照著這個競品抄一下吧。

設(shè)計師：……，這個合適嗎？

需求方：怎么不合適呢，就這個功能，很簡單的，為了節(jié)省時間，我就不出需求了。

設(shè)計師：……，行吧，我先畫吧。

需求方：這就對了，有問題再問我。

設(shè)計師：……

~~~~ N 天后 ~~~~

設(shè)計師：你看，這么設(shè)計合適嗎？

需求方：不合適，要這樣、那樣、這樣、那樣，好了，你再改改。

設(shè)計師：哇-哇-哇-

場景三：產(chǎn)品小哥有個界面要設(shè)計師出 UI 圖

需求方：有個界面要出 UI 圖，優(yōu)化一下界面體驗。

設(shè)計師：好的，把原型發(fā)我吧。

需求方：沒有呢，我沒時間畫，大概是這么些功能，balabalabala。

設(shè)計師：……，這怎么出UI圖，你得先把原型定稿了，才到我這個環(huán)節(jié)。

需求方：時間不夠啊，你先畫吧。

設(shè)計師：……，我手上也有很多任務(wù)，你得排期啊。

需求方：這杯奶茶給你喝，我插個隊，我們這個圖著急。

設(shè)計師：……

~~~~ N 天后 ~~~~

設(shè)計師：UI 圖畫好了，你看看？

需求方：不行不行，體驗不好，balabalabala。

設(shè)計師：哇-哇-哇-

以上場景熟不熟悉，產(chǎn)品經(jīng)理、體驗設(shè)計師，應(yīng)該是相當熟悉了。

今天的文章，我的觀點是，作為需求輸出方，我們要給出清晰的需求，如此不但有利于自己想清楚產(chǎn)品邏輯，也有利于下游協(xié)作方能快速進入執(zhí)行狀態(tài)，高效輸出相關(guān)產(chǎn)物。

知果既做過需求接受方，也做過需求輸出方，今天我就簡單聊聊需求輸出方要準備的需求材料吧，畢竟，把需求整理清楚，才可以算得上是個可愛的人，哈哈。

以產(chǎn)品經(jīng)理給體驗設(shè)計師需求為本文主線，我們一起來看看產(chǎn)品經(jīng)理的需求要包含哪些吧。

二、清晰需求包含 6 大核心點

需求傳遞給體驗設(shè)計師的時候，最好能包含這些：

1. 設(shè)計目的
2. 原型
3. 設(shè)計發(fā)揮空間
4. 預(yù)計工期
5. 競品
6. 設(shè)計風格

下面開講啦。

1. 設(shè)計目的

清晰的設(shè)計目的描述可以幫助設(shè)計師快速建立和理解此次產(chǎn)品設(shè)計的目標及范圍，更好地提出設(shè)計師的專業(yè)意見。

在“設(shè)計目的”中包含，但不僅限于以下內(nèi)容：

1. 安排這個設(shè)計項目是為了什么？清晰地闡述，而非只是一個模糊的概念。
2. 目標用戶（潛在用戶）是誰？他們是在什么場景使用此功能的？
3. 是調(diào)整產(chǎn)品整體視覺，還是對某個局部功能進行交互優(yōu)化，亦或是新產(chǎn)品有計劃的逐步設(shè)計？

參考例子：

「給頂部導(dǎo)航條添加“通知消息功能”」

1. 設(shè)計原因：當前“XXX 系統(tǒng)”頂部導(dǎo)航條無“通知消息功能”，導(dǎo)致用戶的待辦通知、系統(tǒng)通知等消息散落在頁面中，用戶無法通過一個集合入口看到所有自己要待辦的事項，非常不便。因此組內(nèi)通過討論后，決定給系統(tǒng)頂部導(dǎo)航條添加“通知消息功能”，方便用戶快速查看待辦事項。
2. 目標用戶：公司內(nèi)部財務(wù)審核員。他們會在每天早上 10 點左右打開電腦，開始閱讀并處理待辦事項。
3. 設(shè)計類型：新功能設(shè)計，包括“通知消息功能”的交互和視覺設(shè)計。

2. 原型

將前期評審?fù)ㄟ^的需求轉(zhuǎn)化為原型稿，同時提供給設(shè)計師，設(shè)計師可以更直觀的了解設(shè)計需求，更清楚的知曉頁面和功能之間的邏輯關(guān)系，降低溝通成本，提高設(shè)計稿輸出的效率。

在“原型”中包含，但不僅限于以下內(nèi)容：

1. 清晰描述產(chǎn)品功能有什么及其邏輯的原型圖，可以是 axure，可以是手繪圖，形式不限制。
2. 清晰的產(chǎn)品整理流程圖，或功能流程圖等。

參考例子：

「“XXX”產(chǎn)品界面設(shè)計」

新產(chǎn)品立項，需要設(shè)計完整的產(chǎn)品界面，但是產(chǎn)品專業(yè)度高，設(shè)計人員不僅要具備交互知識，還得具備相關(guān)領(lǐng)域的專業(yè)性知識，產(chǎn)品設(shè)計難度高。產(chǎn)品經(jīng)理在完成自己的需求分析后，給出了界面原型圖+界面流程圖，內(nèi)容主要包括：

1. 清晰的功能流程圖，或產(chǎn)品流程圖
2. 主要模塊在界面上的劃分
3. 每個模塊所具備的核心功能和其他功能
4. 頁面上數(shù)據(jù)的數(shù)據(jù)性質(zhì)等
5. 模塊與模塊之間的邏輯關(guān)系
6. 模塊某個功能與其他模塊功能之間的聯(lián)動關(guān)系呈現(xiàn)（比如數(shù)據(jù)關(guān)系）

此為示例圖：

3. 設(shè)計發(fā)揮空間

在提出設(shè)計需求時，給予設(shè)計師一個發(fā)揮空間的預(yù)判，那么設(shè)計師能更清楚地知道自己在處理設(shè)計時可以做什么，不可以做什么。

在“設(shè)計發(fā)揮空間”中包含，但不僅限于以下內(nèi)容：

1. 主要設(shè)計哪塊功能的什么部分？視覺？交互？視覺和交互？
2. 設(shè)計的發(fā)揮空間有多大？顛覆性創(chuàng)新？根據(jù)競品小部分修改？直接用畫出來的原型設(shè)計？

參考例子：

「修改當前 XXX 系統(tǒng)的左側(cè)導(dǎo)航交互樣式」

1. 主要任務(wù)：目前系統(tǒng)菜單量增加，層級結(jié)構(gòu)又很深，無法滿足業(yè)務(wù)需要，因此要修改當前系統(tǒng)左側(cè)導(dǎo)航樹形結(jié)構(gòu)的交互模式。
2. 設(shè)計發(fā)揮空間：發(fā)揮空間大，目前團隊內(nèi)部沒有更好的設(shè)計想法，設(shè)計師可以隨意發(fā)揮，我們需要交互稿輸出后評審確定，再進行視覺稿創(chuàng)作。

四、預(yù)計工期

好的設(shè)計永遠需要耗費大量的時間。設(shè)計一個美觀又易用的網(wǎng)站需要考慮非常多的因素。提前告訴設(shè)計師此次設(shè)計的預(yù)計工期，讓設(shè)計師可以綜合各種需求輸入，得出相對符合要求的設(shè)計時間。

在“預(yù)計工期”中包含，但不僅限于以下內(nèi)容：

1. 模塊/功能前端開發(fā)介入時間。
2. 模塊/功能設(shè)計師開始介入的時間和給予設(shè)計師的設(shè)計工期。

參考例子：

「給頂部導(dǎo)航條添加“通知消息功能”」

1. 前端開發(fā)介入時間：下周五開始。
2. 設(shè)計師介入時間：本周五。設(shè)計工期：本周五到下周四。
3. 包含內(nèi)容：“通知消息功能”的交互設(shè)計和視覺設(shè)計、以及大約兩輪評審。

5. 競品

將相關(guān)競品提供給設(shè)計師，有助于設(shè)計師對競品做有效分析后，提取有價值的信息，以更好地提高對需求的理解和更高效地輸出設(shè)計稿。

在“競品”中包含，但不僅限于以下內(nèi)容：

1. 給予競品的相關(guān)鏈接或文檔
2. 給予競品的分析：包括競品哪些部分與我們產(chǎn)品要做的部分對標？目前如何思考競品有價值部分與我們的關(guān)系，是照搬還是會有一定程度的修改？

參考例子：

「XXX 產(chǎn)品設(shè)計規(guī)范編寫」

1. 競品鏈接：123 產(chǎn)品設(shè)計規(guī)范鏈接、456 產(chǎn)品設(shè)計規(guī)范鏈接。
2. 參考的競品范圍：競品設(shè)計規(guī)范范圍包括“通用部分和具體組件部分”。一期聚焦編寫“通用設(shè)計規(guī)范部分”，“具體組件設(shè)計規(guī)范”部分放到二期。同時“通用設(shè)計規(guī)范部分”我們更傾向競品“ 123 產(chǎn)品設(shè)計規(guī)范”的描述方式，它的描述符合用戶閱讀的維度，同時目錄也可參考它，但也允許做一定程度的調(diào)整。

6. 設(shè)計風格

如果一份設(shè)計任務(wù)還存在高要求的視覺設(shè)計，那么請?zhí)峁┠阈枰?建議參考的設(shè)計風格，可以讓設(shè)計師快速知道產(chǎn)品的視覺定位，同時設(shè)計師知曉自己需要輸出的設(shè)計物的視覺標準。

在“設(shè)計風格”中包含，但不僅限于以下內(nèi)容：

1. 建議參考的設(shè)計截圖給到設(shè)計師；如果有網(wǎng)址，也可直接給網(wǎng)址。
2. 闡述此參考視覺你認為合適你產(chǎn)品/項目的原因。
3. 如果沒有辦法表達你需要的設(shè)計風格，那么就清晰地表達出你厭惡的設(shè)計風格。

參考例子：

「設(shè)計一個賣云服務(wù)的“網(wǎng)站”」

1. 參考視覺：阿里云官網(wǎng)。
2. 選擇阿里云視覺網(wǎng)站參考的原因：網(wǎng)站整體視覺風格篇輕盈，可以很好的突出所需售賣商品的特征。橙色基調(diào)可以調(diào)動人購買的欲望。我們也要以橙色和白色風格為主，但是希望在適當做些調(diào)整，避免有抄襲之嫌。

7. 小結(jié)

每次產(chǎn)品經(jīng)理要給到設(shè)計師的設(shè)計需求的屬性是不同的（視覺、交互、視覺+交互等），在輸入給設(shè)計師需求前，可以與設(shè)計師先溝通，進行需求范圍的確定。

比如設(shè)計交互為主的產(chǎn)品，設(shè)計需求描述最好包括：設(shè)計目的、原型、設(shè)計發(fā)揮空間、預(yù)計工期。

而設(shè)計視覺類需求的時候，設(shè)計需求應(yīng)包括：設(shè)計目的、設(shè)計發(fā)揮空間、預(yù)計工期、設(shè)計風格。

根據(jù)具體的情況，產(chǎn)品經(jīng)理完全可以對需求輸出做更為合理的調(diào)整。

我認為：只有我們在需求層面先分析清楚了，才可以期待設(shè)計側(cè)、研發(fā)側(cè)能把其做好。我們自己輸出的內(nèi)容都邏輯不通，亂七八糟，在落地的時候，就偏差更加大了。

三、為什么需要一份清晰的需求單

1. 需求討論更精確

需求方和設(shè)計師坐下來，根據(jù)一份滿足設(shè)計需求的清單商討需求，依次將需求討論清楚，記錄下有問題的部分，會使得討論更精準。

有疑問的部分可以雙方確定分工和再次商討的需求時間點，進行需求的最終明確。

2. 雙方協(xié)作更順暢

如果沒有相對明確的需求清單，雙方在商討需求的時候，會抓不住重點，也會出現(xiàn)討論的時候跑題或者情緒不佳。

因此一份清晰的需求清單，可以讓雙方針對本次劃定好的需求范圍，慢慢得有條理得溝通。

3. 設(shè)計輸出效率更高

需求不明確，就會導(dǎo)致設(shè)計師在設(shè)計的過程中頻頻遇到疑問，不停的要去找需求方明確設(shè)計要點，導(dǎo)致設(shè)計效率很低。

4. 設(shè)計結(jié)果越接近目標

清晰的設(shè)計需求，讓設(shè)計師在設(shè)計中不會偏離需求原始的方向。
而模糊的需求，就會讓設(shè)計師抓不住重點，反復(fù)改稿。

最后的話

總之，需求越清晰，設(shè)計溝通越順暢，設(shè)計支持就越高效。

一份全面且清晰的設(shè)計需求清單，既是需求方對自己所提需求的再次思考和明確，也可以讓設(shè)計師更加清楚地知道在設(shè)計中需要做什么，有哪些設(shè)計要求和限制等，從而更高效地指導(dǎo)整個設(shè)計過程。

歡迎關(guān)注作者微信公眾號：「知果日記」