題記：今天的內容是我的乙個簡單總結，希望讓沒有任何經驗的入門產品經理對產品設計和需求分析有乙個大致的了解。當然由於是我自己的心得體會，所以未必是正確和最有效的。
如何設計乙個產品，並對其進行需求分析，實際上有很多著作供我們學習和參考。從學院派的《軟體需求》，到創業派的《啟示錄:打造使用者喜愛的產品》，還有雞湯派的《人人都是產品經理》，都值得我們一讀。誠然通過閱讀經典書籍確實可以讓我們逐步入門需求分析和產品設計，比如我就是16年前備考mcsd的時候，通過一本《analyzing requirements and defining solution architecture（英文原版）》入門需求分析的。但是在這裡我期望總結乙個簡單步驟和使用的一些方法工具，來讓從未做過這方面工作的朋友也可以快速了解並開始上手這方面的工作。
具體內容如下：
用一句話說出產品的願景（vision）。我要為誰（who）提供什麼（what）產品，可以為他帶來什麼價值（value）。願景是產品設計和需求分析最重要的事情，決定了乙個產品的成敗。這一步也同時要對使用者進行剖面分析，又稱使用者角色分析。形式和工具沒有什麼固定的，一般而言就用順手的文件工具寫出文字即可。
根據願景確定產品的範圍（scope）。即要回答產品要做什麼不做什麼，通俗而言一般就是產品特性列表。範圍在產品的不同發展階段有可能有所不同。但是要注意：什麼都做或者適用所有人的產品，要麼不存在，就算存在也是一文不值。less is more。同樣，用word寫乙個文字或者附加少量圖示的文件即可。
根據範圍確定的特性，從使用者的角度構想使用場景和業務流程。場景描述的是使用者會如何使用每個具體特性，而業務流程就是使用的過程。場景描述可以用文字敘述，而業務流程用visio等工具畫出流程圖。
根據業務流程，得到uml用例。用例即系統和外部使用者互動的情況。對於初學者而言，uml用例比較陌生也難以完成這方面的工作。所以從這裡開始，可能就需要開發工程師協助來完成。編寫用例的目的是把純粹從使用者視角的業務流程解析為計算機視角的活動。只要是繪圖工具都可以繪製用例圖，當然比較專業一點軟體會比較順手，visio也可完成。另外，此步驟如果比較困難也可省略。
根據特性和用例，來建立使用者故事。使用者故事就是用乙個固定格式的話語「作為什麼使用者，打算做什麼，以便得到什麼好處」，來詳細描述需求點。使用者故事簡單而言就是對特性進行細化。可以建立史詩級使用者故事，然後逐步細分，細分到容易評估工作量的粒度。使用者故事理論的最佳參考資料是《使用者故事與敏捷方法》。
編寫ui原型。在進行場景描述和業務流程設計的時候，就可以開始用一些原型工具，比如mockups或者powerpoint來繪製ui原型圖。原型圖尤其可以補充使用者故事用文字無法表達的內容。
最後再次強調，這並非最佳實踐，僅僅是給初學者的一點入門總結分享。
如何做好乙個產品經理
上篇說了一些關於如何做好乙個產品，這篇來說說如何做好乙個產品經理。因為我也是在乙個產品團隊中做事情，很關注產品經理在這個過程中的一舉一動，確實對這個職位思考了很多。首先我自己覺得乙個產品經理是非常需要有經驗的，他能夠帶領團隊做出乙個好的產品，他應該是在正確的時間做了乙個正確的事情。如何才有這種本領呢...
如何做乙個合格的產品經理
李明遠 成為一名產品經理需要很多優秀的特質，但不是說具備哪些特質就可以成為一名優秀的產品經理。產品經理有彼此不同的特質。當然，整個群體也有一些共通性。尊重使用者 每個人都把尊重使用者掛在嘴邊，但真正做到的人少之又少。太多的產品經理是在替使用者做選擇，已經不再是尊重使用者，而是以自我為中心。反思能力 ...
產品設計體會（6024）乙個產品經理小站的訪客分析
我們應該不放過任何機會培養自己對資料的興趣和敏感性，1月開了乙個產品經理的小站iamsujie.com 3月的資料看上去可以玩玩了，這些資料也可以從乙個側面描述國內產品經理 特別是網際網路 軟體行業 及其相關職業的人群特徵。暫時只用了google analytics，所以資料沒有包括只躲在閱讀器裡 ...