- 相關推薦
你不得不看的產品經理技能篇
產品經理技能篇
1、產品經理需求技能
產品經理的需求技能,包含需求獲取、需求篩選、需求分析、需求執(zhí)行,這一系列過程是對產品經理綜合素質的一個考驗和全面衡量。如:對知識的要求,對行業(yè)市場的理解和經驗。
而且在這整個過程中,我們如何快速、高效的完成需求工程,也對我們有著越來越高的要求。
1.1、寫需求的八項思路
1、合理的建立全局觀,把握整體框架;
2、合理的建立業(yè)務模型;
3、合理的拆分系統(tǒng)需求;
4、合理的預留系統(tǒng)擴展;
5、合理的處理好業(yè)務流,信息流,以及數據流;
6、合理的遵從:業(yè)務原理(邏輯)”→系統(tǒng)實現原理(邏輯),然后細分到-模塊實現原理(邏輯)、具體到-界面交互原理(邏輯);
7、合理的編排需求的優(yōu)先級次序;
8、合理的做好需求被KO掉的準備。(O(∩_∩)O~)
1.2、寫需求的十點注意
1、寫文檔,一定不在拘泥于工具,在于思路;但用好工具,會使你的需求加速;
2、寫文檔,一定先定義流程,后定義交互原型,原型僅是需求交互的載體;
3、寫文檔,一定要劃分好優(yōu)先前后級,核心的、主要的需求先走,其它的可以緩后;
4、寫文檔,一定要基于可開發(fā),不能天馬行空。(IDEA階段可以天馬行空);
5、寫文檔,一定要規(guī)范,目錄、層級都清晰,寫出來別人是要看的;
6、寫文檔,一定要清晰明了,不在于是否寫的多,在于是否真正說明了問題;
7、寫文檔,一定要學習競爭者的長處,可以把好的東西借鑒過來,吸取精華;
8、寫文檔,一定要落實到每個細節(jié),需求都不完善,成品何來完善;
9、寫文檔,一定要自己多看,自己給自己找茬,把問題止步于自己;
10、寫文檔,一定要注意版本管理,并做好版本修訂等工作。
1.3、寫需求的八個步驟
1、第一步:需求分析(業(yè)務模型、業(yè)務機制、系統(tǒng)功能、系統(tǒng)邏輯);
2、第二步:確定產品定義;
3、第三步:確定用戶目標和用戶任務;
4、第四步,確定產品具體定位;
5、第五步,確定設計產品用例、流程;
6、第六步,確定設計產品原型;
7、第七步,打包需求說明文檔;
8、第八步,最后確定產品優(yōu)先級(核心的、主要的、擴展的);
1.4、寫需求的正確方法 (參考)
宗旨:通過工具把思想有邏輯、有細節(jié)的合理的組織到一起!
1、熟悉項目發(fā)生的相關業(yè)務行為。
言下之意,就是說:我們要做的是什么項目,我們這個項目主要是做什么業(yè)務,具體業(yè)務我們怎么通過更合適的框架、平臺去實現它、支撐它。簡而言之的要求:
面向業(yè)務(對象),進行業(yè)務行為(設計),也是需求的開始,
比如:通過use case 可以很容易,很清晰的將整個業(yè)務員系統(tǒng)直觀、規(guī)范的表達出來,按照模塊建立各個package,從而將復雜的業(yè)務通過case直觀的表現出來。
2、將業(yè)務,從產品層面肢解開來,做到抽絲剝繭部分與整體統(tǒng)一
很籠統(tǒng)的說,就是流程問題。
流程就是邏輯,你只有制定合理的、符合業(yè)務實際情況。符合系統(tǒng)實現(可實現、容易或穩(wěn)定實現)的流程,才會更好支持日后的業(yè)務系統(tǒng)和管理系統(tǒng)服務實際的業(yè)務。
不管是進銷存、還是SAP原理其實都是相通的。
3、把項目條目化,條理化,目錄結構具體規(guī)定好。
有了上面主要的CASE和流程的保障,接下來就應該要從系統(tǒng)的功能方面做條目化的規(guī)劃制定了。功能怎么排列,設置更符合業(yè)務的使用邏輯,怎么樣讓使用者更容易、直觀的入手,怎么樣一個很好的B/S或C/S的功能界面呈現到前臺。
4、前臺結構布局,合理規(guī)范的將系統(tǒng)脫去朦朧的華紗。
眾所周知開發(fā)者和使用者是不知道這個地方應該有哪些功能,到了這一步了有哪些功能,數據提交失敗有什么提示,不會使用有什么幫助或提示操作、入口。
所以做為產品人員我們要充分的考慮到上述到這些東西,對于從業(yè)人員來說這也是我們最基本的素要體現。很多人都說,要符合業(yè)務系統(tǒng),要符合使用習慣,要符合瀏覽或人機傳播,口碑,品牌形象習慣,總是就是人性化的去把這個東西設計的更合理,更易用,更有親和。
5、穿針織網,把需求綜合起來,整理成最終的產品需求文檔
該做的做了,然后開始做到一個文檔里,寫明項目名稱,把CASE/l流程、目錄放近去,把項目背景、需求的各個約束、規(guī)則的界定、文字的補充說明交代清楚,同時把模塊的字段,狀態(tài),對應該操作。所以模塊設計的頁面地址整理好,一份色香味齊全的文檔就出爐了。
2、產品經理工具技能
2.1、流程用具
Visio是基礎的一款辦公工具,其實也是很最好用的。通過Visio我們可以很方便、快速、高效的把業(yè)務流程、系統(tǒng)實現流程畫出來。Visio本身是有很多組件庫的。就像一般情況而言,簡單的、復雜的流程,我們都可以通過visio的基本流程圖就夠了。
它的優(yōu)勢在于:
一、專業(yè),本身就是為流程而身;
二、高效,軟件提成了一系列的流程環(huán)境,不論你做什么都易如反掌;
三、可擴展,通過添加一些visio模具,可以滿足用戶個人日益增長的需求。
不過有利必有弊,Visio它的劣勢在于:
一、文件導出支持格式少,如不能直接導出為pdf;
二、打開方式局限,如果另外一臺機器沒有visio環(huán)境,只能借助額外的工具閱讀。
三、軟件本身不帶一些很炫的模具效果。
不過我們選擇、使用軟件,總是用其長,拋其短。下面我拿幾個我畫過的流程給大家演示一下visio的魅力所在:
2.2、用例工具
Rational-Rose 確切的來說是面向對象的建模工具 ,通過Rational-Rose,我們很標準、清晰的把一些繁瑣的業(yè)務實現原理、對象協(xié)調流程通過圖示表達出來。
產品經理應用Rational-Rose,可以很方便的把用戶行為、多系統(tǒng)協(xié)作具體聯(lián)系起來,而不用用很大一推文字區(qū)表達和闡述。一來提高工作的效率,二來也更好的讓工程師獲得了解。我在之前的SNS社區(qū)中很多圖示都是用Rational-Rose畫的。
Rational-Rose提供了:
一、用例圖;
二、類圖;
三、序列圖;
四、狀態(tài)圖;
五、活動圖;
六、組件圖;
七、部署圖;
八、等
可以把日常、業(yè)務、系統(tǒng)實現需要的一些邏輯,很好的通過圖示傳達。例如:很簡單的一個自動咖啡機流程,我們通過一個小人,幾個圈圈就能說明道理。以下是我曾經畫過中的幾個圖示,想必大家一看就知道Rational-Rose的妙用了。
2.3、原型工具
Axure這個工具,是產品交互設計師的一個利器,07年的時候就在研究它使用它,相信絕大多數同行都認為它的優(yōu)勢在于:
一、Axure這個軟件功能強大,可以做出很多交互效果,直接通過拖拽畫出原型、生成網頁;
二、Axure這個軟件效果高,只有遵循一些可用性原創(chuàng),很快模擬出高保真頁面原型。
三、Axure這個軟件,上手容易,稍微看看一些教學Demo,你也能達到專家級的水平。
還依舊在依賴Word、Ppt工作中的朋友,您可以考慮一下它了。Axure軟件的用法,無非是基于于onmouse/onclick/onfous以及onload一些交互。要是做些TAG或菜單動態(tài)樣式的一些技巧。其實你只要弄清楚每個線框圖組件,它對應能模擬、實現哪些功能就好了。
不過大家不要拘泥于軟件的使用,我看到很多群,很多人專研Axure軟件的用法,其實我覺得適可而止就行了。
一、Axure生成的原型,只作為定效果用,不具備直接適用性;
二、Axure生成的原型,只是配合你解說,并不是取代你解說;
三、Axure生成的原型,只是反應的你的交互設計意識,并不是代表你的交互實現能力;
所以說重要的還在于交互設計的想法、理念,以及對視覺、用戶體驗的研究,橫向軟件的熟練度,并不能增加你的垂直水平。真正的產品經理應該從產品交互設計師轉向怎么思考作為真正的產品經理。那順便也提到一點,做為產品設計從業(yè)者特別是很多做互聯(lián)網的朋友,一定要了解基本的Html、了解一些技術的實現原理,因為交互也是有章可循的。很多時候,一味的天空行空只是我們的Idea而已。
2.4、演示工具
產品經理技能-產品演示,是日常中必備的一項技能,我用demo-builder給大家演示了一些涉及的常用技巧。一般情況下,新產品的發(fā)布與演示,以及幫助操作需要做手把手演示。這樣很多很傻瓜的用戶也能跟著演示一步步的去做、去完成。
demo- builder本身這個軟件沒有什么技術含量,在做演示產品的過程中,你可以選擇截圖自己去場景拼接,或者直接錄制屏幕,在事后回放的過程中進行編輯,剪輯。那需要注意的是,一定要保證生成出來的文件比較小,這樣用戶下載的時候可以很方便的去查,文件大的,可以做loading。
產品經理技能-產品演示,有備無患,很多時候專業(yè)的flash人員不在,那就你發(fā)揮的時候到了。稍微有點動畫知識的產品經理就知道,demo-builder其實是很好上手的,原理有點像很多電子雜志制作軟件。通過幀的組合,快慢、場景的過渡,就能完成很多專業(yè)化的效果。本身,一些圖片的載入,載入,幀的載入、載出都是現成有的。關鍵就看你怎么樣合理組織了。
2.5、測試工具
TestDirector 是Mercury Interactive公司推出的基于WEB的測試管理工具。它能夠指導進行測試需求定義、測試計劃、測試執(zhí)行和缺陷跟蹤,即整個測試過程的各個階段。通過整合所有任務到軟件測試中,來使整個測試管理工作更有效,并確?蛻羰盏礁哔|量的產品。
2.6、日常工具
3、用戶體驗設計
一切以用戶為中心的設計理想。用戶體驗模型(UEM),
3.1、用戶體驗九大注意事項
一、整體視覺設計怎么樣?
二、功能可用性怎么樣?
三
【你不得不看的產品經理技能篇】相關文章:
離職跳槽前不得不看的注意事項03-30
請問做數據分析不得不看的書有哪些?07-10
舍不得你作文06-09
職場人如何讓老板舍不得你01-23
酒店托盤技能禮儀你了解嗎06-06
酒店托盤技能禮儀你了解嗎03-21
產品經理總結范文06-29
產品經理述職報告06-09
產品經理的述職報告07-03