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

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

本人原(yuan)就職于一家大(da)型上市互聯(lian)網企業，每天(tian)都寫設計案子(zi)(zi)，一輪(lun)一輪(lun)品審(shen)，一次次修改(gai)。等案子(zi)(zi)確認(ren)完成(cheng)后，開始設計原(yuan)型，之后再一輪(lun)輪(lun)評審(shen)，一次次修改(gai)……

通過完善(shan)(shan)的(de)(de)設(she)計方法(fa)論進(jin)行產(chan)(chan)品設(she)計，當然會(hui)把(ba)過程中考慮得會(hui)比較完善(shan)(shan)，設(she)計方案也會(hui)比較完美。但是代價是一(yi)個產(chan)(chan)品的(de)(de)周(zhou)期拉的(de)(de)特別長。

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

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

案例分享

前段時間通(tong)過(guo)朋友(you)介紹，我接了一(yi)個政府類的Case。過(guo)程(cheng)比(bi)較(jiao)有(you)趣(qu)，希望通(tong)過(guo)分享能夠給各位一(yi)些啟發。

項目流程介紹

我先簡(jian)單介(jie)紹大概的(de)工(gong)作流程，然后再細分講解我們產(chan)品經理在產(chan)品設計的(de)過(guo)程：

1. 一個外包(bao)企(qi)業投標中(zhong)了一個政府展廳***別的單(dan)子(zi)；

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

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

4. 完成產(chan)品設計(ji)，開發上線(xian)；

5. 結束。

產品(pin)設計流程

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

DAY1

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

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

1. 關系(xi)人是誰，有誰？

• 展廳外(wai)包企業（直(zhi)接需求(qiu)方）；

• 政府（資方）；

• 開發外包(bao)（合作方(fang)）。

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

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

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

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

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

• 就是用Pad控(kong)制(zhi)屏幕的展示內(nei)容就可以了(le)，很簡單。這里(li)有(you)一(yi)些定義(yi)好(hao)的內(nei)容，我(wo)發你(ni)看(kan)下……（項(xiang)目經理(li)，你(ni)確定？）

4. 當前(qian)基(ji)本資料收集分析(xi)

• 項(xiang)目經(jing)理打包給我(wo)(wo)看了所有已經(jing)定義好的(de)內容（這個資料(liao)能夠(gou)幫組我(wo)(wo)根據內容和(he)展示(shi)層級，預估具體的(de)工(gong)作量(liang)）

通過跟項目經理(li)溝通，我(wo)大(da)概知道了需要(yao)做的(de)產品內容、時間節(jie)點(dian)、以(yi)及(ji)根據收集的(de)資料(liao)，梳(shu)理(li)了更多需要(yao)理(li)清(qing)楚的(de)問題(ti)，因為項目經理(li)肯定(ding)不(bu)清(qing)楚，所以(yi)需要(yao)直接找外包的(de)需求方。

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

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

• 展廳屏幕有幾個？

• 需要展示(shi)的內容有哪些類(lei)型？

• 這些內(nei)容在屏幕中(zhong)的組合方式有幾(ji)種？

• 層級有幾層？

• 展示內(nei)容(rong)有幾類(lei)？視頻(pin)、圖片、動畫？

• ……

因為是(shi)ToB的(de)(de)產品(pin)(pin)，且外(wai)包平臺已經在投標時(shi)明(ming)確(que)了產品(pin)(pin)的(de)(de)方向，所以(yi)根據用戶(hu)體(ti)驗要素的(de)(de)步驟(zou)，他們已經確(que)定(ding)了產品(pin)(pin)的(de)(de)戰略層與范圍(wei)層，我們現在要做(zuo)的(de)(de)就是(shi)提煉范圍(wei)層的(de)(de)功能(neng)(neng)列表(biao)和功能(neng)(neng)結(jie)構(gou)。

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

通過基本的梳理，我(wo)們可以(yi)根據(ju)自己的收(shou)費價格進(jin)行報價。具體(ti)情況具體(ti)分析(xi)，比如項(xiang)目方的資金啊(a)、項(xiang)目的緊急(ji)程(cheng)度啊(a)……

結合實際情況，我們要給需(xu)求方或項目經(jing)理(li)、老爸報(bao)出(chu)合理(li)的價格，如果(guo)是公司(si)內部(bu)的項目，我們則需(xu)要報(bao)出(chu)具體(ti)的時(shi)間(jian)節點。這個就是談判(pan)，報(bao)價/報(bao)時(shi)間(jian)方式一般為：

• 根據我們(men)列好(hao)的(de)思(si)維(wei)導圖組(zu)織好(hao)內容、功能、頁(ye)面的(de)數量

• 根據工作量預估時間

• 若(ruo)需(xu)要報價(jia)，則可以直(zhi)接(jie)報出你所期望(wang)的(de)價(jia)格，同時(shi)(shi)報出時(shi)(shi)間(jian)節點（我是直(zhi)接(jie)告訴(su)項目方需(xu)要多少小時(shi)(shi)，然后我是每個(ge)小時(shi)(shi)以多少錢(qian)進行收費）

第四步(bu)：面(mian)談需求（3h）

產(chan)品經(jing)理通(tong)(tong)過電話溝(gou)通(tong)(tong)是(shi)很難(nan)對(dui)一(yi)個個內容(rong)頁(ye)面進行理解的，作為一(yi)個合格的產(chan)品經(jing)理，當然(ran)是(shi)要面對(dui)面溝(gou)通(tong)(tong)（這里不一(yi)定就(jiu)是(shi)要跟(gen)客(ke)(ke)戶(hu)見(jian)面，因為有些異地的客(ke)(ke)戶(hu)涉及到溝(gou)通(tong)(tong)就(jiu)是(shi)出差了，所以如果是(shi)異地的，可(ke)以通(tong)(tong)過視頻進行溝(gou)通(tong)(tong)；而本地的，可(ke)以通(tong)(tong)過當面溝(gou)通(tong)(tong)來梳理需求和(he)功能(neng)結(jie)構）。

溝通能力(li)是(shi)產(chan)品經理最(zui)(zui)基本(ben)的能力(li)之(zhi)一，我個人認(ren)為，作為一個產(chan)品經理，最(zui)(zui)重要的就(jiu)是(shi)收(shou)集問題和需求，然后梳理清(qing)楚里面的邏(luo)輯，用**的設(she)計(ji)提供(gong)設(she)計(ji)解決方案。而交互設(she)計(ji)，只是(shi)把方案用合理的交互方式表達出來(lai)。

所以(yi)，我們(men)需要通(tong)過面談溝通(tong)確認(ren)以(yi)下幾個(ge)重點：

• 【目(mu)標用戶(hu)】具(ju)體誰(shui)來操作？

• 【用戶目(mu)標】他們想(xiang)要實現什(shen)么效果(guo)？

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

• 【操作邏輯】用(yong)戶產品使(shi)用(yong)流程

• 【場(chang)景(jing)分析】具體(ti)使用場(chang)景(jing)確認

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

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

DAY2

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

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

（D1）定義：首頁、導(dao)航(hang)框架、整(zheng)體視覺風格(ge)（這里是盡量做成了(le)高保真的(de)交(jiao)互稿(gao)件(jian)）

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

（D2）具體頁面設計：

通(tong)過(guo)周末(mo)一天的緊趕(gan)(gan)慢(man)趕(gan)(gan)，當天基本產出(chu)了(le)所有的交互(hu)稿(gao)件。

注意：這(zhe)時候有人說了，你這(zhe)標題(ti)黨，看起來(lai)頁(ye)面(mian)也沒有很多啊，那我給你三天你幫我設計(ji)一(yi)個(ge)金融平(ping)臺。是(shi)的(de)，我們需(xu)要根據具體(ti)的(de)頁(ye)面(mian)數量(liang)和需(xu)求(qiu)來(lai)規劃時間(jian)安排，我這(zhe)里是(shi)舉(ju)一(yi)個(ge)比較(jiao)簡單的(de)軟件。

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

DAY3

第六步(bu)：設計(ji)驗收(shou)（5h）

第二(er)天(tian)我做完設計稿子后，當天(tian)便將設計稿發給了需(xu)求方(fang)進(jin)(jin)行確認(ren)，需(xu)求方(fang)也根據他(ta)們(men)的(de)想法提供了一些(xie)意見，我在基(ji)于他(ta)們(men)的(de)意見修改后，第二(er)天(tian)跟項(xiang)目方(fang)大(da)老大(da)進(jin)(jin)行最終的(de)設計驗(yan)收。

設計驗收流程：

1. 根據設(she)計思路(lu)，結合方案演(yan)示，表達設(she)計過程與(yu)設(she)計想(xiang)法(fa)；

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

3. 記錄項(xiang)目(mu)方提出的修(xiu)改意見(jian)，并且給出初步(bu)的解(jie)決(jue)方案(an)；

4. 完成驗收。

完(wan)成驗(yan)收(shou)后，一般(ban)是不可能(neng)一稿(gao)過(guo)(guo)的(de)(de)(de)，所(suo)以(yi)這(zhe)時候(hou)，你需要再報一個時間(jian)，就是你的(de)(de)(de)修改所(suo)需時間(jian)。前期因為對接的(de)(de)(de)是一般(ban)執行人員，所(suo)以(yi)終(zhong)稿(gao)過(guo)(guo)案子的(de)(de)(de)時候(hou)，項目方老大一定會提出一些優(you)化(hua)建議。因為他們對項目是了解最深的(de)(de)(de)人，所(suo)以(yi)這(zhe)個時候(hou)他們的(de)(de)(de)建議可以(yi)幫(bang)我們完(wan)善(shan)設計方案。

第七步：設計(ji)優(you)化補充（2h）

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

總結

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

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

• 復盤一個接(jie)單(dan)設計的流(liu)程（或(huo)許這個流(liu)程可以幫(bang)助(zhu)你接(jie)單(dan)也說不定，嘿嘿～）。

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

致謝

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

希望這個案(an)例能(neng)夠(gou)給大(da)家(jia)帶(dai)來一點參考價值(zhi)和意(yi)義。

謝謝～