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