最近做的一個項目從需求分析到上線綿延了四個月之久，從中得到的一些關(guān)于設(shè)計較大型產(chǎn)品的心得，這也是目前接手過功能點最繁復(fù)，產(chǎn)品線對接最多的一個項目。
一、立項前
1、統(tǒng)一元素設(shè)計需考慮周全
也許是初創(chuàng)團隊的緣故，我不得不感嘆團隊對產(chǎn)品經(jīng)理要求之嚴(yán)格之縝密，項目全程只有一個人負責(zé)，所以大到產(chǎn)品線對接，小到一句提示的位置和展示形式都需要一一推敲。
哪些元素應(yīng)該做到統(tǒng)一?
A、提示方面：統(tǒng)一的操作成功/失敗提示;統(tǒng)一的彈窗形式;提示語言采用較統(tǒng)一的句型;為空情況的友好提醒;溢出情況的友好提醒;表單實時驗證的提醒形式等。
B、文字方面：是否有統(tǒng)一的段落前“·”號;統(tǒng)一的鏈接狀態(tài);統(tǒng)一的字體、間距、行高等。
C、圖片方面：調(diào)取圖片的統(tǒng)一尺寸;如果是上傳圖片類的操作，需要考慮周全全站的調(diào)取情況，以及考慮是否統(tǒng)一預(yù)覽圖的尺寸等。
D、細節(jié)交互：未激活功能的按鈕做“灰色”處理(例如用戶沒有勾選信息時批量刪除按鈕不可使用);按鈕點擊的狀態(tài)統(tǒng)一(例如增加“提交中”的按鈕狀態(tài)，以防止網(wǎng)速慢用戶狂點某一按鈕的情況);特殊控件的統(tǒng)一等。
也許會有朋友說，上面有些是交互設(shè)計師需要做的事，但我一直認為作為一個產(chǎn)品經(jīng)理考慮周全一些，沒壞處。這些“統(tǒng)一”同樣可以用在驗收階段，要知道，即使一個像素也可以改變整個產(chǎn)品的感覺。
2、原有功能的去留
我一直覺得升級已有產(chǎn)品比開發(fā)新產(chǎn)品難一些。這就像栽培植物一樣，新種下一棵果樹無非需要選對了土地，然后刨個坑種下去，然而成長期的去病枝、打頂?shù)雀鞣N修剪所消耗的精力往往更多。
改進已有產(chǎn)品常常需要面對一個最棘手的問題：原有功能是去是留?
原功能去掉的話是不是會影響部分用戶使用?是否需要通過公告、站內(nèi)信、界面引導(dǎo)等方式友好地告知用戶?怎樣把對用戶的傷害降至最低?
原功能留下的話是不是可以優(yōu)化完善?聽到了什么用戶群怎樣的聲音?是否要在這次升級中做調(diào)整?
這些問題當(dāng)接到項目的時候，產(chǎn)品經(jīng)理就應(yīng)該考慮周全了。特別需要注意的是，如果這個產(chǎn)品之前不是自己設(shè)計的，那么最好找到PRD說明文檔細細研究一遍，對把握不準(zhǔn)的功能點找到原負責(zé)人確認，畢竟樹苗是Ta摘的，別把將來最能結(jié)果的枝干給砍了。
3、產(chǎn)品線上下游的對接
昨天有跟朋友聊起淘寶強勢之處，就是產(chǎn)品與產(chǎn)品緊密捏合，線上線下、跨平臺跨行業(yè)形成了一個盤根錯節(jié)、根深蒂固的根基，無可撼動。
所以把握產(chǎn)品線上下游和產(chǎn)品周邊很重要，即使一個看似簡單的新聞?wù)故卷撁嫘薷囊矔砍兜骄庉嫼笈_、廣告位管理、幫助中心，甚至是訪問統(tǒng)計、數(shù)據(jù)需求的變更。
這要求在產(chǎn)品設(shè)計開始前，需要把該產(chǎn)品“連根拔起”，仔細梳理相關(guān)脈絡(luò)，如果產(chǎn)品線夠長，一個清晰的產(chǎn)品線結(jié)構(gòu)圖很有必要。
二、項目中
1、項目期間來自相關(guān)產(chǎn)品線調(diào)整的影響
項目期間相關(guān)產(chǎn)品線的調(diào)整是我最不愿意遇到的情況，這就像你在通往目的地的道路上高速行駛，就快要到達終點了，突然一個人告訴你：你走錯路了。
項目里有一個通用模塊，產(chǎn)品設(shè)計到一半，這個通用模塊改了;項目里有一個流程，產(chǎn)品做到一半，這個流程廢棄了;最要命的是已經(jīng)立項開發(fā)了，你不得不硬著頭皮跟程序員說：“因為一些不可抗拒原因，這個需求咱不做了。”
對于一個耗時較長的項目來說，這種情況難以避免，事出原