本文章非原創(chuàng)偎球，僅用于個人學習斩个。
需求分析
做需求分析的時候，不要總是用“我認為…“”我感覺…“這一類的語句來解釋為什么需要做這個需求船响，這類解釋是蒼白無力的，有時間去做個用戶訪談驻子，可以參考騰訊的10/100/1000法則（每個月10個用戶調(diào)查灿意，關注100個用戶博客，收集反饋1000個用戶體驗）崇呵，只有全局了解用戶需求，才能做出為人所用的產(chǎn)品馅袁。
在會議上進行需求分析的時候域慷，隨著頭腦風暴的崛起，需求隨之增多汗销，滿滿幾十條躍然紙上犹褒，這都是正常的，這時候作為產(chǎn)品經(jīng)理弛针，千萬不要宣布會議結束叠骑，直接確定需求，這是非常愚蠢的做法削茁。
我向來堅持一個觀點：只會加需求的人不是產(chǎn)品經(jīng)理宙枷，會減需求的人才稱得上是產(chǎn)品經(jīng)理。
我經(jīng)歷過一個產(chǎn)品經(jīng)過數(shù)次需求評審會議茧跋，在我進行需求優(yōu)先級排序后慰丛，后期臨時增加需求，然后無限制賣命加班瘾杭，最后做出的產(chǎn)品是個四不像诅病，各種功能都有，沒有主次之分，很亂贤笆。
一般來說蝇棉，對于需求分析，個人認為比較正確的做法是：在需求分析會議上加了很多需求芥永，進行記錄下來银萍，然后回到產(chǎn)品的定位上面，從這上面進行思考恤左，不要出現(xiàn)你做一個和旅游APP贴唇，加個社交功能，各種關注私信飞袋，這就是畫蛇添足了戳气。
根據(jù)產(chǎn)品定位進行思考，將最主要的功能進行甄選出來巧鸭，并且和參會人員進行謹慎地確認瓶您，包括老板的意見，詢問項目經(jīng)理是否可以實現(xiàn)等等問題纲仍，然后將主要的需求進行確定呀袱，會議后進行整理，發(fā)郵件給反饋進行確認郑叠。
將最主要的功能甄選出來進行開發(fā)夜赵，可以提高開發(fā)周期的效率，快速上線產(chǎn)品乡革，用戶使用可以快速試錯寇僧，通過用戶反饋做出更好的產(chǎn)品體驗。
需求確定后沸版，在之后的設計以及開發(fā)過程中嘁傀，不要出現(xiàn)一個想法，臨時加需求视粮，這樣影響產(chǎn)品最初的一些規(guī)劃以及開發(fā)排期细办，以我個人經(jīng)驗來說，后期亂加需求往往意義不大蕾殴。
原型制作
需求確定后笑撞，產(chǎn)品經(jīng)理一般著手于原型制作了，現(xiàn)在大部分的產(chǎn)品經(jīng)理需要懂交互区宇，所以你必須懂娃殖，還需要專業(yè)。
1议谷、根據(jù)信息架構進行原型制作炉爆，根據(jù)具體的產(chǎn)品，我還是建議用比較簡單的原型圖來進行表現(xiàn)。
原型圖不可能一次性通過芬首，需要進行評審以及各種更改赴捞，制作高保真原型圖涉及到那些跳轉鏈接，費時費力郁稍，那么都需要改赦政，你需要花費很多時間，給出清晰的備注就好耀怜，提高效率恢着。
各種顏色以及按鈕形狀出現(xiàn)在原型圖上，會極大地干擾之后UI設計師的設計思路财破，會對思維產(chǎn)生干擾掰派，專業(yè)的人做專業(yè)的事。
2左痢、在制作原型圖的過程中靡羡，建議先畫出清晰的業(yè)務流程圖，有個清晰的思路進行參考制作原型圖俊性，每一個功能都需要畫出相應詳細的流程圖出來略步，為了確認流程走得通，這是必不可少的定页。
經(jīng)常有產(chǎn)品經(jīng)理在確定需求后趟薄，一股腦地直接畫原型圖，最后做完給開發(fā)拯勉，發(fā)現(xiàn)最簡單的登錄注冊流程都走不通竟趾，那真的是貽笑大方。
切記每個功能畫出相應的流程圖宫峦。
3、在畫原型圖的過程中玫鸟，對于功能描述盡量使用確定肯定的詞語导绷，不要使用含糊不確定的詞語。
功能描述能分點列出就分點列出屎飘，簡單直接妥曲，不要使用大段文字，便于設計開發(fā)理解钦购。
舉個例子檐盟，這是對于留言界面的反例：用戶可以在留言界面進行留言，留言可刪除押桃，點擊屏幕可以刷新葵萎。
程序員看到了就要崩潰，是否登錄才能留言，留言的字數(shù)限制羡忘，初始顯示多少條谎痢，留言可刪除是管理員刪除還是用戶，刷新是下拉刷新還是其他方式卷雕？
比較規(guī)范的做法：
留言初始顯示六條节猿，查看更多留言點擊下方有關頁數(shù)按鈕。
游客不能進行留言漫雕，注冊登錄用戶才可進行留言滨嘱。
留言字數(shù)限制在五十字以內(nèi)种樱。
用戶留言浆竭，本人可以進行刪除艾栋，其他用戶無刪除權限励负。
以上只是一個簡單的例子谨究，功能描述足夠清晰菇怀，才能提高設計開發(fā)的效率咕痛，減少溝通成本麻惶。
4梅惯、一個小細節(jié)宪拥，玩過很多產(chǎn)品，部分產(chǎn)品還在犯铣减，
是”登錄“她君，不是”登陸“，
是”登錄“葫哗，不是”登陸“缔刹，
是”登錄“，不是”登陸“劣针，
重要的事情說三遍校镐。
需求文檔
需求文檔是產(chǎn)品經(jīng)理的日常工作，可能我們對于這份工作并沒有做好捺典，重在細節(jié)鸟廓。
需求文檔的命名要確定一個規(guī)范，以后照此進行襟己，便于文檔整理引谜。
需求文檔中，最開始需要給出產(chǎn)品定義擎浴，說明產(chǎn)品是一個給什么用戶员咽，基于什么場景，使用這個產(chǎn)品干什么贮预。
關于需求文檔中的術語和定義贝室，都需要對專有名詞給出具體的解釋契讲。
需求文章中最基本的信息架構圖以及產(chǎn)品用例圖，都要放上去档玻，便于閱讀者了解產(chǎn)品的整體思路輪廓怀泊，更加了解需求文檔。
產(chǎn)品的版本規(guī)劃中误趴，確定的都填上去霹琼，不確定的就寫待溝通。
有關具體的功能凉当，先給出功能定義枣申，再給出詳細的流程圖，前置條件看杭、功能規(guī)則忠藤、后置流程使用清晰確定的詞語進行表示，不要使用產(chǎn)品經(jīng)理本身并不是特別了解的程序表達方式如：正則表達式等詞語形容規(guī)則楼雹，這樣的描寫對錯不確定模孩，程序員看到這種內(nèi)容也比較排斥，專業(yè)的人做專業(yè)的事贮缅，信任他們才對榨咐。
產(chǎn)品經(jīng)理對于填寫用戶資料、評論谴供、留言等內(nèi)容的字段說明給出具體的規(guī)則块茁，這是產(chǎn)品經(jīng)理必備的素質(zhì)，比如微博發(fā)狀態(tài)140字桂肌，QQ個性簽名50字等主流社交一般的規(guī)則数焊，進行了解參考結合具體的產(chǎn)品給出合理的字段說明規(guī)則。
其他
1崎场、最后一個在產(chǎn)品設計的過程中佩耳，不要刻意追求創(chuàng)新，去打破現(xiàn)有的一些產(chǎn)品交互邏輯谭跨。
比如修改密碼蚕愤，綁定郵箱等內(nèi)容一直都放在菜單設置里面，這么多年的產(chǎn)品培養(yǎng)了用戶這個習慣就不要隨意打破饺蚊，打破的效果只會適得其反。
2悬嗓、每次和設計開發(fā)去溝通的時候污呼，先想好要說的問題，為什么這么做包竹，找到相應的數(shù)據(jù)以及產(chǎn)品樣例進行支撐燕酷，來解釋你的做法從而說服他們籍凝，不要因為程序認真發(fā)表他的意見拒絕你的需求，你就立馬撕逼苗缩，這是最沒有意義的一種行為饵蒂。
事實上，我遇到過的程序員都是講理的酱讶，前提是你要有足夠的理由說服他退盯。
最后
從小聽過了很多大道理，卻依舊過不好這一生泻肯。
這句話個人還是比較贊同渊迁，所以我比較喜歡掉坑，在產(chǎn)品設計的過程中灶挟，只有掉過坑后才能讓自身印象深刻琉朽，在實際地遇到困難直到解決之后，才能對產(chǎn)品設計有更多的體會稚铣，能力得到提升箱叁。
另外一個非常重要的就是總結，在你做完一個產(chǎn)品上線惕医、一個產(chǎn)品迭代耕漱，在閱讀完一本產(chǎn)品書籍后，不要經(jīng)歷了就經(jīng)歷了曹锨，看過了就看過了孤个，對于這個過程中掉過的坑以及內(nèi)容的總結，用mindjet等軟件進行記錄沛简，十分有必要齐鲤，讓你快速吸收經(jīng)驗知識，能力也會得到很快的提升椒楣。
