我是如何三天做好一個產品設計的

本篇文章作者分享了一個產品設計的詳細工作過程，其中從需求接收，到進行設計，再到設計驗收，作者的親身經歷相信一定能夠給你一些啟發。

我們已經聽過太多的產品設計方法論，方法理論很完整、很理想，當然也很復雜。設計方法論涉及的流程多，時間周期長，時效性比較差。

本人原就職于一家大型上市互聯網企業，每天都寫設計案子，一輪一輪品審，一次次修改。等案子確認完成后，開始設計原型，之后再一輪輪評審，一次次修改……

通過完善的設計方法論進行產品設計，當然會把過程中考慮得會比較完善，設計方案也會比較完美。但是代價是一個產品的周期拉的特別長。

離職之后就職于一家創業公司當產品部門經理，管理項目、產品、設計。如果有朋友有相似的經歷就會知道，以大企業的工作模式，寫完方法論，過完稿子的時間，在創業公司都已經上線了～

所以，想要寫一篇文章分享在大部分的創業公司，我們如何進行快速的產品設計，同時又能夠符合規范的產出，做出有質量的產品。

案例分享

前段時間通過朋友介紹，我接了一個政府類的Case。過程比較有趣，希望通過分享能夠給各位一些啟發。

項目流程介紹

我先簡單介紹大概的工作流程，然后再細分講解我們產品經理在產品設計的過程：

1. 一個外包企業投標中了一個政府展廳***別的單子；

2. 外包企業將展廳的軟件開發模塊外包給了我朋友的開發團隊；

3. 開發團隊找到我，讓我介入產品的設計統籌；

4. 完成產品設計，開發上線；

5. 結束。

產品設計流程

通過以上流程的介紹，大家對這個項目已經有了基本的認識。那我是如何處理產品設計流程的呢？

DAY1

**步：需求接收（微信+電話：20min）

一個項目經理找到我，跟我說能否幫他們做一個政府展廳項目的產品設計。通過簡單的詢問大概清楚了項目的基本信息。主要溝通的內容有：

1. 關系人是誰，有誰？

• 展廳外包企業（直接需求方）；

• 政府（資方）；

• 開發外包（合作方）。

2. 關系人各自需求是什么？

• 展廳外包企業：根據企業與政府前期溝通的需求內容，進行展廳智能控制系統的搭建

• 政府：需求與外包企業一致（所以，這里外包企業其實是一個資方，具體實現效果投標時已經確認）

• 開發團隊：三天之內出交互終稿，我們等著下鍋開發

3. 產品基本形態是什么？需要實現什么功能？

• 就是用Pad控制屏幕的展示內容就可以了，很簡單。這里有一些定義好的內容，我發你看下……（項目經理，你確定？）

4. 當前基本資料收集分析

• 項目經理打包給我看了所有已經定義好的內容（這個資料能夠幫組我根據內容和展示層級，預估具體的工作量）

通過跟項目經理溝通，我大概知道了需要做的產品內容、時間節點、以及根據收集的資料，梳理了更多需要理清楚的問題，因為項目經理肯定不清楚，所以需要直接找外包的需求方。

第二步：需求溝通確認（電話：30min）

通過項目經理，直接要了需求方的溝通電話，然后根據接受需求總結出來的疑問，進行溝通（這里溝通的是具體的內容之間的關系邏輯，屏幕之間的跳轉邏輯、顯示方式、組合方式……）：

• 展廳屏幕有幾個？

• 需要展示的內容有哪些類型？

• 這些內容在屏幕中的組合方式有幾種？

• 層級有幾層？

• 展示內容有幾類？視頻、圖片、動畫？

• ……

因為是ToB的產品，且外包平臺已經在投標時明確了產品的方向，所以根據用戶體驗要素的步驟，他們已經確定了產品的戰略層與范圍層，我們現在要做的就是提煉范圍層的功能列表和功能結構。

第三步：談價格/時間（重點啊！！！）

通過基本的梳理，我們可以根據自己的收費價格進行報價。具體情況具體分析，比如項目方的資金啊、項目的緊急程度啊……

結合實際情況，我們要給需求方或項目經理、老爸報出合理的價格，如果是公司內部的項目，我們則需要報出具體的時間節點。這個就是談判，報價/報時間方式一般為：

• 根據我們列好的思維導圖組織好內容、功能、頁面的數量

• 根據工作量預估時間

• 若需要報價，則可以直接報出你所期望的價格，同時報出時間節點（我是直接告訴項目方需要多少小時，然后我是每個小時以多少錢進行收費）

第四步：面談需求（3h）

產品經理通過電話溝通是很難對一個個內容頁面進行理解的，作為一個合格的產品經理，當然是要面對面溝通（這里不一定就是要跟客戶見面，因為有些異地的客戶涉及到溝通就是出差了，所以如果是異地的，可以通過視頻進行溝通；而本地的，可以通過當面溝通來梳理需求和功能結構）。

溝通能力是產品經理最基本的能力之一，我個人認為，作為一個產品經理，最重要的就是收集問題和需求，然后梳理清楚里面的邏輯，用**的設計提供設計解決方案。而交互設計，只是把方案用合理的交互方式表達出來。

所以，我們需要通過面談溝通確認以下幾個重點：

• 【目標用戶】具體誰來操作？

• 【用戶目標】他們想要實現什么效果？

• 【業務邏輯】大方向業務流程

• 【操作邏輯】用戶產品使用流程

• 【場景分析】具體使用場景確認

• 【業務梳理】每個頁面之間怎么跳轉？頁面之間有什么差異？內容分為幾部分？功能之間……

梳理出以上信息后，其實就可以開始做交互設計了。我們做設計之前就是要根據我們設計需要提供什么具體信息進行收集，然后跟項目需求方溝通就是把整體的框架和內容在腦中搭建好。

DAY2

第五步：交互設計（10h）

其實**天我已經把物理設備控制系統做好了，但是為了讓大家有一種時間概念，我還是把交互設計放在第二天吧。**天其實本身自己的事情也比較多，所以溝通加上設計就大概花了半天時間。這里稍微展示一下**天三小時的設計成果：

（D1）定義：首頁、導航框架、整體視覺風格（這里是盡量做成了高保真的交互稿件）

（D1）物理控制頁面部分展示：

（D2）具體頁面設計：

通過周末一天的緊趕慢趕，當天基本產出了所有的交互稿件。

注意：這時候有人說了，你這標題黨，看起來頁面也沒有很多啊，那我給你三天你幫我設計一個金融平臺。是的，我們需要根據具體的頁面數量和需求來規劃時間安排，我這里是舉一個比較簡單的軟件。

至于大型平臺產品，之后個人會繼續分享，大家拍磚請手下留情，哈哈～

DAY3

第六步：設計驗收（5h）

第二天我做完設計稿子后，當天便將設計稿發給了需求方進行確認，需求方也根據他們的想法提供了一些意見，我在基于他們的意見修改后，第二天跟項目方大老大進行最終的設計驗收。

設計驗收流程：

1. 根據設計思路，結合方案演示，表達設計過程與設計想法；

2. 按照流程一步步演示，遇到疑問處進行解答并且記錄（說明體驗不是特別好，讓用戶產生疑慮）；

3. 記錄項目方提出的修改意見，并且給出初步的解決方案；

4. 完成驗收。

完成驗收后，一般是不可能一稿過的，所以這時候，你需要再報一個時間，就是你的修改所需時間。前期因為對接的是一般執行人員，所以終稿過案子的時候，項目方老大一定會提出一些優化建議。因為他們對項目是了解最深的人，所以這個時候他們的建議可以幫我們完善設計方案。

第七步：設計優化補充（2h）

通過最后的設計方案的優化補充，一般你直接講稿件發送給需求方，在稿子的首頁寫明這次優化的點，并且添加鏈接備注后，基本就可以過。坐等收錢了～

總結

以上案例分享是基于一個較小的設計需求和項目進行總結的。大型項目有大型項目的設計方法，不能一同而論。但是大家可以把這個當做一個輕量級的產品，或是一個需求來參考。作者本意是希望通過這個案例幫助大家，如何對一個時間節點緊迫需求的設計方法：

• 良好的溝通方式能夠幫助設計師或產品經理快速確認清楚需求目標、用戶目標、理解用戶場景……（雖然是二手的轉述，但是時間不等人，對吧～）

• 復盤一個接單設計的流程（或許這個流程可以幫助你接單也說不定，嘿嘿～）。

• 如何合理的安排設計進度？

致謝

這里為各位同仁介紹了一個外接單子的項目流程和設計流程方法，主要是幫一些初級設計師梳理一下做一個需求的基本步驟，以及需要注意的點。

希望這個案例能夠給大家帶來一點參考價值和意義。

謝謝～