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