產(chǎn)品經(jīng)理人（product manger）：PM在一個企業(yè)中因為接觸的領(lǐng)域最廣，所以需要學習的東西也要最多，不需要成為專才，但是起碼也得是個通才。所以PM是個不斷積累的職業(yè)，即使有一天你失去了這個職位，那么積累的東西別人是拿不走的。
在互聯(lián)網(wǎng)時代，每一個有盈利任務的企業(yè)網(wǎng)站就是一個互聯(lián)網(wǎng)產(chǎn)品，互聯(lián)網(wǎng)產(chǎn)品經(jīng)理的角色從更廣義的角度包括了網(wǎng)站策劃的角色。目前除了一些比較成熟的互聯(lián)網(wǎng)公司外，還少有一些企業(yè)將互聯(lián)網(wǎng)產(chǎn)品設(shè)計的流程導入到網(wǎng)站策劃流程之中。而下文這位產(chǎn)品經(jīng)理分享的互聯(lián)網(wǎng)產(chǎn)品設(shè)計流程對各位將起到很好的啟發(fā)作用——如何讓我們的產(chǎn)品策劃流程變得更高效呢?讓我們一起來學習吧。每個產(chǎn)品主要經(jīng)過以下幾個階段：我們一一來看。
1.可行性評估
主要執(zhí)行人員：UI(用戶界面設(shè)計)、UE(用戶體驗設(shè)計)、需求部門、程序部
需溝通人員：銷售部
當產(chǎn)品經(jīng)理或網(wǎng)站策劃人 員確定基本的思路后，會先會跟跟各個人員溝通，并說明這個產(chǎn)品的思路、受眾及一些自己的想法.接著會拿出一個結(jié)構(gòu)圖探討實現(xiàn)方面的可行性。我們也會準備相 關(guān)資料與其進行溝通，主要會從數(shù)據(jù)報告、功能性及可行性三方面下手，在探討的同時會指出功能或結(jié)構(gòu)上的一些問題，并提出改善方案，這步一定得仔細，UI、 UE深入探討并盡可能考慮到每個實現(xiàn)的細節(jié)，待框架打好，出好的產(chǎn)品很容易。但如果在可行性評估上出現(xiàn)隱患，余下的其它工作也將會遇到諸多問題。
我們主要從以下三方面進行評估：
(1)數(shù)據(jù)報告
通過99Click、Netratings、Counter三套系統(tǒng)來進行數(shù)據(jù)收集，并在分析報告中指出相應的問題。
(2)功能性
站在用戶角度上，對方案的結(jié)構(gòu)及功能性進行評估，提出并解決操作上的問題。
(3)可行性
每個產(chǎn)品初期都是感性的，但在不能保證每個功能都能按原有思路進行實現(xiàn)，具體還需要和相關(guān)技術(shù)人員進行探討、碰撞后形成最終的產(chǎn)品思路。
2.產(chǎn)品原型
主要執(zhí)行人員：UI、UE、需求部門
需溝通人員：程序部、銷售部
在產(chǎn)品原型方面，主要指的是黑白稿或線稿，除了顏色基本采用黑白的形式，最終出的產(chǎn)品原型將會和實際產(chǎn)品沒區(qū)別。這個環(huán)節(jié)會擬定出產(chǎn)品頁面的寬度，廣告的 形式，導航基本樣式，各內(nèi)容區(qū)域的表現(xiàn)形式等。
當經(jīng)過可行性評估階段后，產(chǎn)品經(jīng)理的思路和自己也基本達成共識，接下來將進行原型設(shè)計，我將主要分為三個步驟來實現(xiàn)：
1)紙稿
一般情況下結(jié)構(gòu)圖都是采用word文檔描繪，我選擇筆和紙的方式，主要還是因為比較方便、易修改，有任何突發(fā)的思路只需要擦一下，就可以直接在已有的基礎(chǔ) 上進行調(diào)整，由于之前的討論沒有實物參照，在這個環(huán)節(jié)你一定會發(fā)現(xiàn)更多有趣的問題。
2)線稿、黑白稿
當紙稿確定后，則由UI或UE使用做繪圖工具來描繪黑白稿(我主要使用Photoshop來進行這個步驟，跟據(jù)個人習慣不同，大家的方式也有所區(qū)別，比如 淘寶UED Team及Baidu UE更多的則采用線稿的形式)。也許是做UI的原因，我習慣還是采用黑白稿，方便界面設(shè)計，在結(jié)構(gòu)上也會精確到像素，比如：導航高度40px，頭條采用 20px黑體，圖片規(guī)格:104×85px，頁面的各區(qū)域的留白為5px…等等，只有這樣才會發(fā)現(xiàn)更多細節(jié)上的問題，當然到界面設(shè)計的同時你也會嘗到更多 的甜頭。
3)原型
完成以上的兩個步驟后，產(chǎn)品的基本功能、結(jié)構(gòu)、規(guī)范都已經(jīng)大致成型。這時你可以叫上程序部、銷售部及需求部門產(chǎn)品經(jīng)理，在白板上對著黑白稿做最終的討論。 經(jīng)過二次、三次調(diào)整，最終定下完整的產(chǎn)品原型。
另外，值得提的一點是，在產(chǎn)品原型未確定前，千萬別急著去做界面設(shè)計，因為之前的討論主要會通過白板、Word或紙稿。在原型未確定前，有很多潛在的問題 表現(xiàn)不是很直白，比如：“窄了、窄了，完了，新聞列表只能放八個字”、“廣告放不下了”、“數(shù)據(jù)提不出來，目前沒這個接口…”。如果提前進入界面設(shè)計的環(huán) 節(jié)，一但有問題，就意味著重新又需要找產(chǎn)品經(jīng)理、技術(shù)部、銷售進行再次溝通，這個步驟是很煩瑣的，也會讓人很郁悶的。
3.產(chǎn)品界面設(shè)計
主要執(zhí)行人員：UI、UE、需求部門
需溝通人員：UID、SEO
目前產(chǎn)品的雛形已基本成型，雖然還沒華麗的外衣，但凹凸有致的身型已隱約可見。下一步將進入界面設(shè)計階段，產(chǎn)品經(jīng)理和網(wǎng)站策劃們也將再次體會到黑白稿給他帶來的各種便利。
1)UI(用戶界面設(shè)計)
我的習慣是，主要針對首頁進行風格設(shè)計，并出3-4套界面，最終挑選出兩套左右提交給需求部門，同時也會指出自己最滿意的一套，和需求部門進行兩三次碰撞 后，最終拿出定稿。
2)UE(用戶體驗設(shè)計)
UE則開始針對原型進行操作上的優(yōu)化調(diào)整，召集用戶并組織頭腦風暴，收集到相關(guān)意見后，由UE整理出交互及用戶體驗方面改善意見,并反饋給UI及需求部 門。比如:“這個文字需要加下劃線”、“按鈕上不要加樣式，反而沒有點擊的欲望了…”。
3) SEO
SEO則 根據(jù)原型提出搜索引擎優(yōu)化的 意見，為制作階段代碼優(yōu)化做準備。
這個階段一定要保證與需求部門溝通到位，當產(chǎn)品界面最終定稿后，建議再組織一次討論，這次用戶面對著是實實在在的產(chǎn)品，所感受會和之前有所不同。對產(chǎn)品效 果上來說，這次的討論也會有不少收獲。
4.界面設(shè)計規(guī)范及功能實現(xiàn)
主要執(zhí)行人員：UI、UE、程序、SEO
需溝通人員：UE、銷售
1)設(shè)計規(guī)范
考慮到在動態(tài)實現(xiàn)方面，光憑效果圖很難直接的給予表現(xiàn)，這時需要配合使用說明文檔及設(shè)計規(guī)范規(guī)范來做輔助，比如按鈕及文字鏈在觸發(fā)前后的樣式、文字間 距…。如下圖：
2)代碼及程序開發(fā)
由UID進行頁面的代碼開發(fā)(CSS+DIV)，并需嚴格參考SEO理出的相關(guān)規(guī)范，針對一些AJAX的動態(tài)效果還需要程序部人員協(xié)助完成，當靜態(tài) HTML完成后即由技術(shù)人員進行程序嵌套，并實現(xiàn)預期的功能。
這個階段由UI、UE全程跟蹤，保證HTML和設(shè)計稿最大限度相似前提下，對已實現(xiàn)的功能進行測試，并出交互設(shè)計改善文檔，提交給技術(shù)人員。
5.產(chǎn)品上線
主要執(zhí)行人員：需求部門
需溝通人員：UI、UE、程序、銷售
這個階段主要是內(nèi)容的添加，主要由相關(guān)頻道編輯完成，對于軟性廣告位這塊還需要和銷售進行協(xié)調(diào)。完成內(nèi)容添加后，由需求部門、UI、UE進行核查，在保證 和內(nèi)容、功能完整后，進行整體上線。
6.分析報告及優(yōu)化方案
主要執(zhí)行人員：UE
需溝通人員：UE、UID、程序、需求部門、 銷售
產(chǎn)品上線后，由UE進行數(shù)據(jù)及意見的收集，在二周后出相關(guān)改善文檔，協(xié)調(diào)各部門進行優(yōu)化的工作。
