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