摘要: 關(guān)于產(chǎn)品規(guī)劃，可以從尋找用戶問題、分析市場/競品/產(chǎn)品數(shù)據(jù)、明確產(chǎn)品目標(biāo)/路徑、設(shè)計功能矩陣、業(yè)務(wù)&技術(shù)風(fēng)險評估幾方面開展，即圍繞尋找問題->明確目標(biāo)->設(shè)計路徑形成產(chǎn)品演進(jìn)。
1、用戶問題
用戶對產(chǎn)品反饋有哪些問題？哪些是用戶剛需？哪些是非剛需？外部用戶電話/QQ/微信溝通，內(nèi)部用戶面對面訪談。溝通前準(zhǔn)備問題清單，溝通后將結(jié)果分類（如：功能操作易用性/手冊幫助指導(dǎo)/客服溝通渠道/產(chǎn)品賦能力度），每類形成TOP3～5。

2、市場/競品/產(chǎn)品數(shù)據(jù)
市場數(shù)據(jù)，可以通過企業(yè)收錄平臺、咨詢報告平臺獲取，了解產(chǎn)品領(lǐng)域的用戶群規(guī)模、用戶群領(lǐng)域分布，掌握產(chǎn)品市場空間。
競品數(shù)據(jù)，頁面指標(biāo)可以通過Alxea統(tǒng)計，系統(tǒng)指標(biāo)可根據(jù)參加線下論壇/沙龍時收集的宣傳數(shù)據(jù)、競品網(wǎng)站頁面內(nèi)容反推（如：基于分類目錄的商品列表估算SKU、商品列表頁單價和使用人數(shù)估算GMV） 。
產(chǎn)品數(shù)據(jù)，針對用戶問題通過報表平臺或開發(fā)導(dǎo)表統(tǒng)計關(guān)鍵指標(biāo)。  閱讀全文      摘要: 做產(chǎn)品，每天跟各類人群溝通交流是常態(tài)，面對各種需求，我們可以從哪些方面去著手分析和判斷，使產(chǎn)品的解決方案既解決了用戶痛點甚至制造驚喜，又夯實了產(chǎn)品模型，而且沿產(chǎn)品策略又進(jìn)了一步。下面梳理一些思考點：
需求是用戶或組織在某個場景下存在的痛點以及訴求。而需求分析就是發(fā)現(xiàn)問題、去偽存真、解決問題的過程，分析維度含：
1、基于產(chǎn)品定位
在產(chǎn)品的定位和愿景下，需求是否違背產(chǎn)品初衷，是否偏離產(chǎn)品路線，這和產(chǎn)品是先定位出來還是漸進(jìn)明晰找到定位不沖突，即使產(chǎn)品策略是分階段實現(xiàn)，每個階段的需求也都應(yīng)該圍繞產(chǎn)品定位去分析。  閱讀全文      摘要: 產(chǎn)品工作過程這個話題，做過的同學(xué)想必不陌生，經(jīng)歷一些產(chǎn)品及功能的設(shè)計后，也梳理和總結(jié)產(chǎn)品工作過程，都有哪些工序，設(shè)計過程是怎樣的，如何合作去完成產(chǎn)品以及過程中的一些感悟。
一、產(chǎn)品前期的那些工序
二、產(chǎn)品中期的設(shè)計過程
三、產(chǎn)品后期的工種合作
四、產(chǎn)品經(jīng)歷的一些感悟  閱讀全文      摘要: 最近牽頭的一個項目上線發(fā)布，涉及外部合作，除了一般的需求調(diào)研溝通、產(chǎn)品設(shè)計評審和研發(fā)過程管理之外，還多了對運維實施和合作方的溝通協(xié)調(diào)。過程中經(jīng)歷的一些場景和腦海里項目管理思路反復(fù)在碰撞，把它們梳理和提煉出來，分享和自勉，以更好地開展以后的產(chǎn)品工作。
對于兼容產(chǎn)品經(jīng)理和項目經(jīng)理的情況下，產(chǎn)品層面需要快速學(xué)習(xí)業(yè)務(wù)并結(jié)合產(chǎn)品現(xiàn)狀整理業(yè)務(wù)點，為產(chǎn)品設(shè)計做鋪墊。項目層面需要充分了解業(yè)務(wù)方期望以及項目任務(wù)（市場、運營、產(chǎn)品、開發(fā)、測試、運維方面）的進(jìn)展現(xiàn)狀及約束條件，為項目管理做鋪墊。  閱讀全文      摘要: 產(chǎn)品從0到1上線運行了大半年，上線初期為了里程碑、KPI，項目組難免會存在完成任務(wù)式的心態(tài)，尤其是項目成員由各方技術(shù)團(tuán)隊抽人拼湊而成、某些業(yè)務(wù)性強的模塊開發(fā)過程中，技術(shù)在驅(qū)動產(chǎn)品的情況，產(chǎn)品可擴(kuò)展性和健壯性的設(shè)計情況可想而知。在著手產(chǎn)品重構(gòu)任務(wù)時，首先想到的便是了解現(xiàn)狀，含：業(yè)務(wù)和技術(shù)兩方面。技術(shù)方面，主要從表結(jié)構(gòu)開始、跑產(chǎn)品的門戶流程，通過門戶流程看數(shù)據(jù)生成規(guī)則和數(shù)據(jù)流向來梳理產(chǎn)品現(xiàn)狀。業(yè)務(wù)方面，和運營、用戶溝通了解目前產(chǎn)品存在的痛點，優(yōu)先級情況。在摸清楚業(yè)務(wù)和技術(shù)現(xiàn)狀后，和市場、運營伙伴溝通業(yè)務(wù)規(guī)劃、對標(biāo)了解競品業(yè)務(wù)、與用戶溝通挖掘潛在需求則是下一步要做的工作，該階段需要盡可能收集多的信息輸入，以讓設(shè)計可以考慮到更多的業(yè)務(wù)場景，使設(shè)計更加科學(xué)、合理和具備擴(kuò)展性。  閱讀全文      摘要: 大家都很清楚，互聯(lián)網(wǎng)產(chǎn)品功能開發(fā)出來只是開始，不斷的運營迭代才是關(guān)鍵。產(chǎn)品設(shè)計之前，除了我們常說做的市場調(diào)研、競品分析外，條件允許的情況下盡可能在設(shè)計前期接觸用戶，了解一手需求并做梳理分析很重要。產(chǎn)品設(shè)計過程中上除了考慮交互、功能和流程，還需要思考該功能上線后如何積累到需要的數(shù)據(jù)，為產(chǎn)品迭代提供指導(dǎo)依據(jù)，否則很容易陷入經(jīng)驗主義，走偏方向。產(chǎn)品上線后，定期的看數(shù)據(jù)、解讀數(shù)據(jù)，形成潛意識的習(xí)慣很重要。
產(chǎn)品工作沒有成型的套路可以復(fù)用和一成不變，相信每個產(chǎn)品人都是在不斷摸索和調(diào)整，包括我自己，下面結(jié)合實際的經(jīng)驗，梳理和分享一些設(shè)計觀點，不對斧正。
觀點一：點、線、面，逐步分析完善需求。  閱讀全文      摘要: 互聯(lián)網(wǎng)是一個野蠻生長的環(huán)境，面對大眾的多樣化需求、行業(yè)的快節(jié)奏決定了產(chǎn)品人必須要自我驅(qū)動，快速學(xué)習(xí)、系統(tǒng)思考，積極改變、擁抱變化，除了專業(yè)技能，對產(chǎn)品人的心態(tài)、觀念和綜合素質(zhì)要求是比較高的，因為需求來源于用戶的生活體驗，這里的用戶也包括自己。
經(jīng)歷過運營商產(chǎn)品工作，需求調(diào)研、系統(tǒng)分析、產(chǎn)品設(shè)計、需求編寫/管理和交付能力屬于基礎(chǔ)技能，客戶交流/售前/售中/售后支撐與引導(dǎo)能力可以認(rèn)為是中階，產(chǎn)品規(guī)劃和經(jīng)營能力則屬于高階。而互聯(lián)網(wǎng)產(chǎn)品工作，除了需求分析和產(chǎn)品設(shè)計，市場/用戶調(diào)研、頭腦風(fēng)暴、數(shù)據(jù)分析和運營思路也是必不可少的環(huán)節(jié)，中階則更多是行業(yè)認(rèn)知能力、體系化產(chǎn)品思路、觀點分享能力和產(chǎn)品影響力。高階，應(yīng)該在于對行業(yè)走勢的判斷力、產(chǎn)品定位和路徑規(guī)劃能力、方法論輸出能力和新人培養(yǎng)能力。  閱讀全文      摘要: 最近在做一款前端產(chǎn)品的設(shè)計，產(chǎn)品前期的調(diào)研相對順利，但在設(shè)計過程中掙扎過、糾結(jié)過、興奮過也郁悶過，五味雜陳。技術(shù)出身的產(chǎn)品經(jīng)理，設(shè)計產(chǎn)品時往往容易陷入技術(shù)思維的陷阱，將簡單的功能復(fù)雜化、將用戶想象成和自己一樣的思維方式去過度設(shè)計，設(shè)計出來的原型稿歷經(jīng)幾輪PK討論下來，精疲力盡之余不斷在反思和審視自己產(chǎn)品觀念中的那些劣根，拔掉方能成長。
中/后臺產(chǎn)品的設(shè)計從事較多，而在做過幾輪前端產(chǎn)品設(shè)計后也逐漸發(fā)現(xiàn)它的可愛之處。于是想梳理一些對前臺、中/后臺產(chǎn)品設(shè)計方法上的區(qū)別之處，以更加全面的視角去看待產(chǎn)品的規(guī)劃和設(shè)計。  閱讀全文      摘要: 2015年初，從原來的虛擬運營商跨進(jìn)云計算這個業(yè)務(wù)，領(lǐng)域的轉(zhuǎn)變讓自己在工作過程中逐漸了解云計算、開放平臺這些以前不曾接觸過的對象。產(chǎn)品工作不像開發(fā)、測試這類，相對來說沒有通用的學(xué)習(xí)范本和標(biāo)準(zhǔn)，產(chǎn)品經(jīng)理唯有在工作中結(jié)合實踐總結(jié)工作方法并且根據(jù)新的實踐不斷反思和修正，才是正確的成長之道，他人的知識終究是他人的，你永遠(yuǎn)無法了解那些知識背后的邏輯，所以不能盲目借鑒，要善于辨別和吸收。
這一年集中閱讀了《全新思維》、《學(xué)會提問》、《金字塔原理》、《浪潮之巔》、《社會心理學(xué)》、《影響力》，在工作過程中重讀了《啟示錄》、《產(chǎn)品經(jīng)理修煉之道》、《網(wǎng)站數(shù)據(jù)分析與實踐》。思維方式的鍛煉是這一年的重心，現(xiàn)在的產(chǎn)品工作和以前的研發(fā)、系統(tǒng)分析與設(shè)計工作相比涵蓋面廣、綜合性強、要求全面，對個人思維中以前行業(yè)固有認(rèn)識必須打破，學(xué)習(xí)和接收新的思維方式是首要任務(wù)。  閱讀全文      摘要: 最近在做一個前臺網(wǎng)站的產(chǎn)品改版設(shè)計，設(shè)計之前后將以前的產(chǎn)品筆記翻出來重新閱讀了一遍，開展新產(chǎn)品的設(shè)計過程中，也來梳理一些心得體會。
一、設(shè)計任何一款產(chǎn)品之前，我習(xí)慣先用腦圖將產(chǎn)品思路進(jìn)行梳理：
1、思考
1）產(chǎn)品的用戶群是什么？有哪些行為特點？
2）之前用戶調(diào)研的痛點需求？運營反饋的痛點需求？
3）競品都有哪些優(yōu)缺點？
2、回答：
1）產(chǎn)品核心功能清單有哪些？
2）根據(jù)核心功能歸納產(chǎn)品定義的一句話描述？  閱讀全文      摘要: 最近圍繞平臺產(chǎn)品開展需求調(diào)研、產(chǎn)品定義和產(chǎn)品設(shè)計的過程中，也在思考對于產(chǎn)品子系統(tǒng)間的規(guī)則約定和遵守，即如何設(shè)計產(chǎn)品規(guī)則并讓各子系統(tǒng)共同遵守，從而更加合理地完成產(chǎn)品子系統(tǒng)間的交互&協(xié)同設(shè)計。
平臺產(chǎn)品設(shè)計需要緊貼組織的業(yè)務(wù)定位，形成產(chǎn)品的定位，再結(jié)合現(xiàn)有的應(yīng)用架構(gòu)去進(jìn)行產(chǎn)品定義和設(shè)計，這里不過多談?wù)摾碚摲矫娴膬?nèi)容，只是結(jié)合這段時間的經(jīng)歷，分享自對產(chǎn)品子系統(tǒng)間如何交互&協(xié)同的一些看法：
1、業(yè)務(wù)場景規(guī)則
在設(shè)計產(chǎn)品子系統(tǒng)間的交互&協(xié)同時，從用戶使用場景出發(fā)是必須的，但用戶和數(shù)據(jù)流為何要經(jīng)過子系統(tǒng)？有哪些用戶和數(shù)據(jù)會經(jīng)過子系統(tǒng)？用戶和數(shù)據(jù)流經(jīng)過子系統(tǒng)后都流向了哪些子系統(tǒng)？最終給用戶提供什么樣的數(shù)據(jù)輸出？這些思考在做業(yè)務(wù)分析時開始考慮，定義好業(yè)務(wù)場景才能為產(chǎn)品子系統(tǒng)間的交互&協(xié)同規(guī)則提供規(guī)則約定。  閱讀全文      摘要: 產(chǎn)品生命周期的概念都很熟悉，加入這個圈子前也做過大小各類項目，也負(fù)責(zé)過項目的從無到有直至上線。但嚴(yán)格意義上來講，互聯(lián)網(wǎng)產(chǎn)品從無到有的生命周期體驗，還是首次接觸。在這里不探討產(chǎn)品方法，只記錄和分享自己在產(chǎn)品不同階段經(jīng)歷中的一些感觸。

1、產(chǎn)品調(diào)研期
集中辦公，各產(chǎn)品人員分工調(diào)研，編寫和評審調(diào)研報告，隨時頭腦風(fēng)暴，早晚溝通討論（回答市場有什么）。一天下來的工作重點側(cè)重在：調(diào)研、討論、講解。一天的時間基本都泡在各大市場分析網(wǎng)站和競品上面。
其中，注冊帳號使用競品的過程中一般是結(jié)合業(yè)務(wù)咨詢，做抽象歸納。

2、產(chǎn)品需求分析期
集中辦公，各產(chǎn)品人員根據(jù)調(diào)研成果進(jìn)行業(yè)務(wù)需求分析和討論（回答產(chǎn)品要做什么），根據(jù)業(yè)務(wù)需求梳理出產(chǎn)品需求，最終輸出產(chǎn)品需求說明和原型。一天下來的工作重點側(cè)重在：討論、方案PK、匯報。  閱讀全文      摘要: 在大公司工作，首先要面對的是公司現(xiàn)有的流程、規(guī)定和條框。其次，基于成本考慮，多數(shù)大公司都采取矩陣式管理，核心部門都是共享資源，產(chǎn)品經(jīng)理要確保爭取到足夠的資源才能研發(fā)出產(chǎn)品。作為一名初來咋到的產(chǎn)品經(jīng)理，更是要理解這兩點才能高效地開展日常工作。

對于公司現(xiàn)有的流程、規(guī)定和條框等硬性政策可以自主去學(xué)習(xí)了解，但對于如何在矩陣式架構(gòu)中充分開展工作，在與Leader、伙伴的學(xué)習(xí)之余，更多還是要結(jié)合個人情況去揣摩、理解、總結(jié)和反思，形成一套自己的工作方法。日常工作中，大部分時間都在與市場部、UED部、開發(fā)部、測試部、運營部的伙伴進(jìn)行產(chǎn)品溝通、需求評審及問題跟蹤，不同部門承擔(dān)的職能不同，使得產(chǎn)品經(jīng)理在與這些伙伴的工作配合中除了發(fā)揮自身專業(yè)之外，對于軟技能的運用也是非常重要的。  閱讀全文      摘要: 需求分析能力是開展產(chǎn)品工作的基礎(chǔ)技能，也是產(chǎn)品經(jīng)理的立身之本，需求分析方法論的指導(dǎo)固然重要，但更多還是要去實踐和思考。
最近在做平臺型的產(chǎn)品工作，相對于垂直類產(chǎn)品的小而美特點不同，平臺型產(chǎn)品更加注重生態(tài)建設(shè)，根據(jù)公司自身特色，依托現(xiàn)有平臺資源，瞄準(zhǔn)服務(wù)對象，從而推出一整套的解決方案。同時，相對于以前做運營商產(chǎn)品規(guī)劃不同，互聯(lián)網(wǎng)產(chǎn)品規(guī)劃側(cè)重競品分析，業(yè)務(wù)討論，主動規(guī)劃。沒有人告訴你需求是什么，BOSS定方向，產(chǎn)品經(jīng)理基于大方向開展一系列調(diào)研、分析、頭腦風(fēng)暴、評審、匯報工作，最終在規(guī)定的時間產(chǎn)出業(yè)務(wù)和產(chǎn)品需求。
結(jié)合實際工作中的一些經(jīng)歷和體會，分5個部分談?wù)剬Ξa(chǎn)品需求分析思路的理解，和各位交流學(xué)習(xí)，同時附上指導(dǎo)自己開展需求分析工作的一些方法論。  閱讀全文      摘要: 加入互聯(lián)網(wǎng)產(chǎn)品圈子之前看過一些互聯(lián)網(wǎng)產(chǎn)品書籍，對于產(chǎn)品思維的感觸，在自己真正踏入這個圈子的實際工作中才有了一些切身的體會和感受。下面在寫給自己的同時，希望也能對準(zhǔn)備轉(zhuǎn)到這個行業(yè)的同學(xué)有一些幫助：
1、工作方式
1.廣泛傾聽
互聯(lián)網(wǎng)產(chǎn)品面向大眾用戶，在做產(chǎn)品規(guī)劃和設(shè)計時，需要廣泛吸收各方意見，不管是公司內(nèi)部各部門同事還是外部用戶，學(xué)會主動宣傳、推廣和傾聽用戶聲音是一項基本能力。
2.積極參與
和做企業(yè)級產(chǎn)品面向企業(yè)內(nèi)部用戶的需求調(diào)研和產(chǎn)品設(shè)計不同，在互聯(lián)網(wǎng)上增加自己的曝光度、提高社交網(wǎng)絡(luò)參與度、關(guān)注社會熱點事件，參加線下活動認(rèn)識圈內(nèi)朋友，這些是以前不曾感受到的。  閱讀全文      摘要: 產(chǎn)品需求從無到有，經(jīng)歷了頭腦風(fēng)暴、調(diào)研溝通、業(yè)務(wù)討論、架構(gòu)討論、產(chǎn)品評審、開發(fā)評審。溝通無處不在，和業(yè)務(wù)人員、架構(gòu)師、產(chǎn)品人員、技術(shù)人員、領(lǐng)導(dǎo)的各種溝通協(xié)調(diào)、匯報，一路下來梳理些溝通的方式方法，自勉和改進(jìn)。
1、心態(tài)：一句很感同身受的話：開放的心態(tài)是我們要做的第一件事情，全局控制的想法其實是錯覺。你不能控制人或者任何事情。你可以影響他們，但絕不是控制。
2、與業(yè)務(wù)、產(chǎn)品人員的溝通：
1.溝通業(yè)務(wù)背景，了解產(chǎn)品流程背后的原因。
2.溝通產(chǎn)品故事，了解產(chǎn)品為用戶帶來什么價值。
3.討論產(chǎn)品方案，建設(shè)性提問并帶自己的建議方案。  閱讀全文      摘要: 因業(yè)務(wù)方向調(diào)整，今年1月開始投入新業(yè)務(wù)的產(chǎn)品工作，和之前垂直類產(chǎn)品不同的是，這次屬于平臺型產(chǎn)品。經(jīng)歷了競品調(diào)研、業(yè)務(wù)需求分析、產(chǎn)品需求分析、產(chǎn)品規(guī)劃之后，來回顧一些過去工作中的收獲和反思。
相對于垂直類產(chǎn)品的小而美特點（追求極致體驗、制造運營感、數(shù)據(jù)驅(qū)動、快速迭代）不同，平臺型產(chǎn)品更加注重生態(tài)建設(shè)，根據(jù)公司自身特色，依托現(xiàn)有平臺資源，瞄準(zhǔn)服務(wù)對象，從而推出一整套的解決方案。
相對于以前做設(shè)備廠商的產(chǎn)品規(guī)劃（根據(jù)客戶需求推出解決方案、業(yè)務(wù)規(guī)劃成分少系統(tǒng)設(shè)計成分多）不同，電商類產(chǎn)品規(guī)劃側(cè)重競品分析，業(yè)務(wù)討論，主動規(guī)劃，業(yè)務(wù)需求梳理，產(chǎn)品需求分析。即沒有人告訴你需求是什么，領(lǐng)導(dǎo)定一個方向，產(chǎn)品人員負(fù)責(zé)基于大方向開展一系列如調(diào)研、分析、頭腦風(fēng)暴、評審、匯報工作，最終在規(guī)定的時間產(chǎn)出業(yè)務(wù)需求和產(chǎn)品需求。  閱讀全文      摘要: 第一次做互聯(lián)網(wǎng)C端產(chǎn)品，可以將以前看過的書籍知識運用和實踐，是很HIGH的一件事。剛開始投入工作時，產(chǎn)品感覺還比較朦朧，經(jīng)過這段時間的摸爬滾打和同事的支持，思路被逐漸打開了許多。需求從無到有，橫跨多個中心及部門，還涉及外部合作方，在項目溝通協(xié)調(diào)、業(yè)務(wù)邏輯分析、需求溝通評審上可以繼承以前的經(jīng)驗，但面對赤裸裸的產(chǎn)品設(shè)計，火候的把握還需要繼續(xù)學(xué)習(xí)。記以此文，希望在接下來的工作生活，能堅持去觀察、思考和總結(jié)。  閱讀全文      摘要: 互聯(lián)網(wǎng)產(chǎn)品經(jīng)理神話這幾年在整個IT行業(yè)被各種炒，有發(fā)展紅利的大背景，也離不開媒體宣傳的各種產(chǎn)品故事。產(chǎn)品人為了實現(xiàn)自己的產(chǎn)品理想也好，還是為了經(jīng)理title而趨之若鶩也罷，不可否認(rèn)，互聯(lián)網(wǎng)產(chǎn)品確實很大程度地改變、影響了我們的生活方式，讓我們的生活變得更有愛和有趣。看過《人人都是產(chǎn)品經(jīng)理》或《產(chǎn)品經(jīng)理修煉之道》的朋友應(yīng)該都比較了解這個崗位在企業(yè)中的定位、職責(zé)及發(fā)展方向。下面結(jié)合自己這半年以來的實際工作，分享自己對該崗位的理解：
產(chǎn)品經(jīng)理定義：對產(chǎn)品的生命周期負(fù)責(zé)，基于公司/中心的業(yè)務(wù)方向規(guī)劃產(chǎn)品的發(fā)展路線，管理產(chǎn)品規(guī)劃及設(shè)計，跟進(jìn)產(chǎn)品研發(fā)上線及運營。
產(chǎn)品經(jīng)理職責(zé)：負(fù)責(zé)產(chǎn)品的市場調(diào)研、用戶調(diào)研、競品分析、頭腦風(fēng)暴、原型/流程設(shè)計、規(guī)劃分析、產(chǎn)品匯報、產(chǎn)品立項、產(chǎn)品研發(fā)/上線/運營跟蹤，與市場、UED、開發(fā)、測試、運營、客服等部門的同事密切配合，在產(chǎn)品發(fā)展的不同階段，組織與相關(guān)部門同事開展產(chǎn)品溝通、討論、評審、決策，推進(jìn)產(chǎn)品規(guī)劃和設(shè)計方案的落地、關(guān)注產(chǎn)品研發(fā)的迭代節(jié)奏，關(guān)注產(chǎn)品上線后的運營推廣。  閱讀全文      摘要: 進(jìn)入這個互聯(lián)網(wǎng)圈子以來，相對容易的是新業(yè)務(wù)學(xué)習(xí)、日常溝通以及項目管理，而困難的是要去改變沿襲多年的產(chǎn)品思路。所謂痛則通，對于這個轉(zhuǎn)變的過程，自己有準(zhǔn)備。
結(jié)合自己在通信和互聯(lián)網(wǎng)行業(yè)做產(chǎn)品經(jīng)歷，談?wù)勊鼈兊牟町悾饕诮M織文化、組織架構(gòu)、工作流程、日常溝通、需求分析、產(chǎn)品規(guī)劃、產(chǎn)品設(shè)計、產(chǎn)品運營方面。
組織文化：傳統(tǒng)行業(yè)組織文化偏行政權(quán)威，而互聯(lián)網(wǎng)組織文化崇尚開放自由，團(tuán)隊負(fù)責(zé)人和大家打成一片，言傳身教的同時注重平等開放的合作。
組織架構(gòu)：傳統(tǒng)行業(yè)的組織架構(gòu)崇尚垂直式管理，行政級別劃分明顯。而互聯(lián)網(wǎng)組織架構(gòu)崇尚矩陣式管理，淡化行政級別，去中心化，團(tuán)隊負(fù)責(zé)人更多關(guān)注產(chǎn)品的規(guī)劃和發(fā)展、團(tuán)隊的成長和建設(shè)，日常行政工作由專門的PMO負(fù)責(zé)。  閱讀全文      摘要: 互聯(lián)網(wǎng)，從今年5月~7月的準(zhǔn)備，再到8月入職至今的半年以來，感受和經(jīng)歷有很多。年末歲尾、空閑之余，來梳理那些日子里還記憶尤新的片段。
畢業(yè)后開始做程序員、工作第3年轉(zhuǎn)做了系統(tǒng)分析師，第5年轉(zhuǎn)做項目經(jīng)理，1年之后投入互聯(lián)網(wǎng)產(chǎn)品至今。7.5年的職業(yè)生涯里，在收獲各階段經(jīng)歷的同時也在感受著互聯(lián)網(wǎng)行業(yè)帶來的各種變化。而對于轉(zhuǎn)互聯(lián)網(wǎng)的初衷及時機(jī)，概括來說有如下幾點：
1.互聯(lián)網(wǎng)產(chǎn)品更加貼近生活、更有趣、更喜歡
2.積累了軟件開發(fā)、產(chǎn)品及項目管理工作經(jīng)驗
3.積累了互聯(lián)網(wǎng)產(chǎn)品規(guī)劃、設(shè)計、管理及運營等書籍閱讀和筆記
4.積累了對一些互聯(lián)網(wǎng)產(chǎn)品的看法和見解
從開始關(guān)注互聯(lián)網(wǎng)產(chǎn)品，到感興趣和不間斷關(guān)注，到最后加入這個圈子，那些過往的情景還歷歷在目：  閱讀全文      摘要: 高速發(fā)展的世界，需要我們迭代地開發(fā)和改進(jìn)業(yè)務(wù)問題的解決方案，我們需要一些方法來持續(xù)探索業(yè)務(wù)及其問題，將這些要求告訴技術(shù)專家，他們?yōu)闃I(yè)務(wù)提供技術(shù)解決方案。
許多組織機(jī)構(gòu)不是等待需求的所有細(xì)節(jié)都得到定義，而是更喜歡迭代完成這些業(yè)務(wù)活動，定義一些需求，開發(fā)一部分解決方案，定義更多的需求，這樣增量式交付發(fā)行版本，直到解決方案被判定完成。這種迭代的方式意味著，業(yè)務(wù)環(huán)境和開發(fā)環(huán)境中的關(guān)注點、想法和變化更加同步。使開發(fā)者更了解今天的業(yè)務(wù)問題，工作的產(chǎn)品適合今天的業(yè)務(wù)環(huán)境。
這種持續(xù)的工作探索意味著，業(yè)務(wù)分析師持續(xù)地將新故事或需求加入分析列表，這個列表又持續(xù)地按價值進(jìn)行分析，最重要的是按業(yè)務(wù)價值來分析。列表根據(jù)價值和緊急性來排列優(yōu)先級，最高優(yōu)先級的需求交給開發(fā)者開發(fā)。  閱讀全文      摘要: 今天的大多數(shù)軟件都不是擁有它的組織機(jī)構(gòu)開發(fā)的，而是購買的。考慮到這些開發(fā)和解決方案選項，今天的業(yè)務(wù)分析師有一項額外任務(wù)：即決定最佳的策略來發(fā)現(xiàn)和溝通需求，不論組織機(jī)構(gòu)決定采用哪種方式實現(xiàn)自動化。
以需求策略作為指導(dǎo)，決定從哪里開始，是否有足夠的細(xì)節(jié)，你需要哪個迭代循環(huán)，記錄知識時采用哪種形式，何時復(fù)查，何時讓哪些利益相關(guān)者參與，何時構(gòu)建原型，何時以及如何做大量的事情，讓你的工作更接近為業(yè)務(wù)產(chǎn)生最優(yōu)價值，每個項目的情況不同，有必要采用不同的做事順序、做事細(xì)節(jié)、溝通形式。  閱讀全文      摘要: 需求評審環(huán)節(jié)檢查了單項需求，確保它表述正確、無二義性、在范圍內(nèi)、可測試、可追蹤、不是鍍金需求，從而確定制有正確的原子需求才包含在需求規(guī)格說明中。
接下來，必須考慮需求規(guī)格說明是否完整，這意味著將規(guī)格說明作為一個整體來復(fù)查，確保應(yīng)該有的部分都有。
這種復(fù)查可以在任何時候進(jìn)行，而不只是在發(fā)布之前，它可以是一項持續(xù)的活動。
  閱讀全文      摘要: 需求來自于人，人們并非總能確定他們需要什么，并非總能解釋他們想要什么，需求也并非總是編寫地很小心，完整無二義。
需求工作的要點是要確保交給開發(fā)者的東西是準(zhǔn)確的、完整的、無二義的，陳述了真正的需求。任何不足都有違需求工作的初衷。開發(fā)者可以構(gòu)建任何東西，但他們首先必須知道他們必須構(gòu)建什么。  閱讀全文      摘要: 如果產(chǎn)品有一項需求，要執(zhí)行某個功能或具備某種屬性，那么測試活動必須展示產(chǎn)品確實執(zhí)行了該項功能，或具備了該項期望的屬性。為了進(jìn)行這樣的測試，需求必須有一個測試基準(zhǔn)，這樣測試者才能比較提交的產(chǎn)品和最初的需求。要注意的是，這里的驗收標(biāo)準(zhǔn)既不是測試，也不是對測試的設(shè)計，而是測試提交的產(chǎn)品必須采用的測試基準(zhǔn)，是構(gòu)建測試用例的輸入信息。  閱讀全文      摘要: 為什么所謂的‘非功能需求’也很重要？請考慮一個真實發(fā)生的故事：客戶拒絕了交付的服務(wù)臺軟件。功能是正確的，但客戶不想要它。為什么？因為客戶拒絕使用它，更愿意采用原來的人工過程。這就是需求團(tuán)隊幾乎沒有注意非功能性需求。
只所以需要這些非功能需求，不是因為它們是產(chǎn)品的功能活動（諸如計算、操作數(shù)據(jù)活動），而是因為用戶希望這些活動以特定的方式執(zhí)行，并達(dá)到特定的品質(zhì)。
例如，亞馬遜網(wǎng)站很容易導(dǎo)航，這讓客戶容易找到對象，它也很友好，讓你覺得自己是尊貴的顧客，你可以寫評論，通過購物伙伴和亞馬遜推薦得到指引，很容易查看和安排送貨，等等。  閱讀全文      摘要: 通過產(chǎn)品用例（PUC）場景展示和確定了解決方案后，下面就需要PUC場景轉(zhuǎn)換到功能需求。
功能需求指明了產(chǎn)品必須做的事情，即產(chǎn)品為了滿足它存在的根本理由而必須執(zhí)行的一些動作。需求分析師理解了產(chǎn)品必需的功能后，他要用功能需求告訴開發(fā)者要構(gòu)建什么。
  閱讀全文      摘要: 當(dāng)需求人員和客戶之間針對需求溝通中的業(yè)務(wù)本質(zhì)問題達(dá)成一致時，接下來就是溝通和確定多少業(yè)務(wù)將通過產(chǎn)品來實現(xiàn)自動化。作為需求分析人員，需要在業(yè)務(wù)需求、包含的功能、用戶體驗、非功能需求、開發(fā)成本、技術(shù)可行性、限制條件這些因素之間取得平衡和折中來完成解決方案的確定和發(fā)布。
沒有公式化的方法能得到最佳的解決方案，需要實際過程中考慮和權(quán)衡。  閱讀全文      摘要: "我知道這是我提出的,但這不是我想要的。”你不必在IT這行待很長時間就能聽到這句話，看著期待的笑容從開發(fā)者臉上消失，因為這事經(jīng)常發(fā)生。開發(fā)者交付了客戶提出的需求，但結(jié)果卻不能解決他們的業(yè)務(wù)問題。為什么？因為真正的問題從未闡明，所以從未正確理解。
在做需求調(diào)研和收集時如果聽到的都是客戶關(guān)于解決方案的想法，而不是描述背后要解決的問題，這可能是個好的解決方案，但更有可能的是，它受限于客戶的經(jīng)驗和想象力。而且，你不清楚它是否解決了正確的問題。所以，作為需求分析人員，你的任務(wù)就是解釋客戶所說的內(nèi)容，揭示它的本質(zhì)。  閱讀全文      摘要: 不論哪種工作，試圖改變之前先對它有充分的理解，如果一頭沖進(jìn)去，對你要改變的東西幾乎沒有理解，就進(jìn)行‘改進(jìn)’，那么結(jié)果不如意也不奇怪。當(dāng)你開始理解原有的工作時，肯定會產(chǎn)生一些想法，知道如何改進(jìn)它。
這里探討的比較常用的Brow Cow模型和一些用于發(fā)現(xiàn)業(yè)務(wù)過程的調(diào)研方法，而實際過程中不可避免地需要多種調(diào)研技巧組合使用，具體情況需要具體應(yīng)對。  閱讀全文      摘要: 項目啟動過程建立了工作的范圍，即要研究的業(yè)務(wù)領(lǐng)域，業(yè)務(wù)領(lǐng)域其中的一部分將通過預(yù)期的產(chǎn)品實現(xiàn)自動化。而實際上，這個工作范圍可能太大，難以作為一個單元進(jìn)行研究，正如吃東西之前先要將它切成小塊一樣，需要將工作范圍分解為一些可管理的部分，然后再來研究它以發(fā)現(xiàn)產(chǎn)品的需求。這里將需求過程中涉及到主要對象以及它們的分工界面通過一張關(guān)系圖來展示：  閱讀全文      摘要: 從通信行業(yè)的產(chǎn)品工作到政府行業(yè)的項目工作，一直在和‘需求’打交道，不同的行業(yè)特點和項目環(huán)境需要針對性的需求發(fā)現(xiàn)和實現(xiàn)方法，但圍繞需求調(diào)研、分析、編寫、評審、驗證到需求交付這幾個過程基本是相通的。經(jīng)歷從瀑布型項目需求策略到迭代型需求策略的轉(zhuǎn)變和實踐過程，回過頭來看《軟件開發(fā)方法學(xué)-掌握需求過程》，進(jìn)行摘錄和梳理的同時，也加深和沉淀一些對需求的理解和認(rèn)識。以此片文章開始，分享一些讀書筆記：  閱讀全文      摘要: 剛給大輝發(fā)完郵件準(zhǔn)備去上班，微信群里熱鬧不已，原來是pmp成績出來了，盡管考試完后心里基本有底，但聽老師說這次考試偏難，等在待結(jié)果出來的前夕，還是不免忐忑。
2013年年初報名直到2014年3月份才考試，倒也是好事，實際工作中的那些事和那些人，總能在復(fù)習(xí)的過程中讓自己反復(fù)思考和碰撞。而4m1p的成績單，算是給自己交了一份滿意的答卷，在這里簡單回顧一下，有興趣的同學(xué)可參考：
【復(fù)習(xí)歷程】：
1、 關(guān)于教材劃分（含：1本教材（2012版）、3套模擬題、1本輔導(dǎo)書），自己是按下面四部分來分批閱讀：
第1章 項目引論、第2章 組織影響和項目生命周期、第3章 項目管理過程
第4章 項目整合管理
第5章 項目范圍管理、第6章 項目時間管理、第7章 項目成本管理、第8章 項目質(zhì)量管理
第9章 項目人力資源管理、第10章 項目溝通管理、第11章 項目風(fēng)險管理、第12章 項目采購管理、  閱讀全文      摘要: 這段時間以來的產(chǎn)品使用過程，界面性能和易用性成為關(guān)注的重點。相比運營商項目不同，政企項目驗收過程相對簡單，沒有嚴(yán)格的測試用例，以是客戶組織的項目評審會，公司匯報階段進(jìn)展、客戶做業(yè)務(wù)測試的方式開展。
簡單回顧上線期間一些工作：
1）公司側(cè)提供《需求規(guī)格說明書》、《產(chǎn)品使用手冊》、《角色權(quán)限清單》
2）業(yè)務(wù)部門整理《用戶申請表》、《業(yè)務(wù)制度管理辦法》
3）業(yè)務(wù)部門組織上線前項目例會
3）業(yè)務(wù)部門發(fā)布系統(tǒng)上線公告
4）業(yè)務(wù)部門組織用戶培訓(xùn)
5）公司和業(yè)務(wù)部門提供產(chǎn)品使用支持，解答最終用戶的操作疑問、收集產(chǎn)品反饋。  閱讀全文      摘要: 項目進(jìn)入試用階段，版本節(jié)奏也相對平緩，對于需求&開發(fā)&測試過程中的一些管理，分享一些個人體會，歡迎指正。開始正文之前，存在下面前置條件：
1.本輪版本要交付的功能及時間已已評估并與客戶達(dá)成一致，是以交付時間倒推來管理《需求規(guī)劃》和《研發(fā)計劃表》的方式。
2.團(tuán)隊資源：有測試組長，開發(fā)組長是臨時支持（同時兼顧其他項目）。
3.開發(fā)4人、測試2人、需求1人，迭代周期1～2周。
4.需求、開發(fā)和測試在一起辦公。  閱讀全文      摘要: 項目接近尾聲，需求也逐漸收斂。面對需求變化頻繁、迭代版本周期較短的客觀情況，傳統(tǒng)模式已不能在此生搬硬套。雖現(xiàn)有的開發(fā)過程談不上正規(guī)敏捷，也算接近小步快跑的節(jié)奏。下面分‘需求開發(fā)&代碼開發(fā)、版本控制、版本發(fā)布、增量升級’幾個部分，記錄一些體會，歡迎指正：
（1）需求溝通&代碼開發(fā)：
1、針對有可以復(fù)用的現(xiàn)有模塊時，和開發(fā)人員溝通主體思路，由開發(fā)人員著手開發(fā)，開發(fā)人員在開發(fā)期間與需求人員充分溝通，碰到疑問及時澄清、解決。
2、針對沒有可復(fù)用的模塊且涉及較復(fù)雜的業(yè)務(wù)流程時，需求人員畫原型圖（緊急情況手繪草畫），開發(fā)人員按原型圖或草圖著手開發(fā)。
3、需求人員記錄開發(fā)過程中和開發(fā)人員、客戶溝通的需求變化點。
4、功能開發(fā)完成、客戶驗收后，及時補充到《需求規(guī)格說明書》。
（2）版本控制：
1、代碼提交前做比較再合入版本庫（嚴(yán)禁合入非自己修改的文件）。
2、合入代碼需填寫修改信息，新版本開發(fā)只填寫修改信息，優(yōu)化修改還需在BU  閱讀全文      摘要: 5W1H原則：
what：用戶需求是什么，要做什么功能。
why：產(chǎn)生這個需求的背景是什么，原因是什么，能幫助用戶解決什么問題。
who：功能需求做出來了，哪些角色會參與使用。
where：功能需求的使用環(huán)境是什么（如：操作系統(tǒng)、瀏覽器環(huán)境，分辨率環(huán)境）。
when：功能需求何時交付（基于交付時間，考慮實現(xiàn)方案的選擇）。  閱讀全文      摘要: 8、9、10三月，需求依舊爆棚，相比純業(yè)務(wù)功能的開發(fā)，數(shù)據(jù)的匯聚、整理、分析、統(tǒng)計成為重點，具體細(xì)節(jié)不一一展開，按如下關(guān)鍵詞：任務(wù)計劃、項目溝通、項目流程、客戶匯報、業(yè)務(wù)關(guān)注、時間評估、管理筆記做一些筆錄，持續(xù)更新：
1、任務(wù)計劃：
1.決策前考慮充分，決策后不再懷疑。
2.任務(wù)精細(xì)、描述清晰，對內(nèi)分解針對到負(fù)責(zé)人、給外匯報針對產(chǎn)品功能。
3.計劃制定時，請成員預(yù)審任務(wù)量，再和開發(fā)、測試確認(rèn)時間，由成員承諾時間。
4.安排任務(wù)多人完成時，指定一個牽頭人。
5.大的需求，組織討論，小的需求，點對點溝通，最后要全部閘口到文檔。  閱讀全文      摘要: 6、7兩月，時間很快，周末的時間來做些梳理、小結(jié)，好的要繼承，不好的去改進(jìn)。下面，分日報管理、計劃管理、客戶管理、需求管理、客戶匯報、團(tuán)隊建設(shè)幾個方向，梳理一些記錄，歡迎指正。
1、日報管理
1.項目啟動會召開，介紹項目背景，時間計劃和項目目標(biāo)，使團(tuán)隊成員有共同的認(rèn)識。讓團(tuán)隊成員之間互相介紹，以彼此熟悉。
2.根據(jù)收集和掌握的需求任務(wù)，編寫項目計劃、安排日報（體現(xiàn)當(dāng)天任務(wù)在項目計劃中的完成百分比、當(dāng)天任務(wù)完成百分比）。首次發(fā)日報前，與日報匯總?cè)藛T點對點溝通編寫格式，注意事項，重在量化指標(biāo)。
3.根據(jù)日報匯總?cè)藛T匯總的內(nèi)容，了解各開發(fā)、測試成員的工作飽和度及工作質(zhì)量，以針對性安排后續(xù)新任務(wù)。  閱讀全文      摘要: 接到任務(wù)，開發(fā)一個用于項目管理的小網(wǎng)站，功能比較簡單，目的在于方便會議紀(jì)要、文檔資料上傳、查閱，消息發(fā)布和消息反饋。從需求溝通、時間溝通、需求分析、原型評審、軟件開發(fā)到產(chǎn)品交付，歷時8天，2輪用戶需求，2次加班沖刺，可以說是階段性的完整交付使用。
時間回顧：
客戶期望的時間：1天
溝通爭取的時間：2天
產(chǎn)品交付的時間：延期1天（開發(fā)測試歷時4天，算上周六）
新需求期望時間：2天
溝通爭取的時間：2天
新需求交付使用：2天  閱讀全文      摘要: 新的環(huán)境、新的成員、新的客戶和新的文化，過去的2個月更多的時間忙于應(yīng)戰(zhàn)，周末難得的梳理時間，來做些回顧和總結(jié)。
加入之初，項目啟動已經(jīng)開始，對于陌生的一個產(chǎn)品和團(tuán)隊，盡快熟悉掌握的方法莫過于通過文檔和產(chǎn)品環(huán)境的方式、通過日常的溝通熟悉人員。和成員一起，對產(chǎn)品全流程進(jìn)行了驗證和記錄。市場類的項目，通過會受到直接客戶的一線壓力，尤其是新業(yè)務(wù)的項目，開始階段往往是客戶主導(dǎo)、公司研發(fā)，項目計劃的時間變更也相對頻繁，疲于迎戰(zhàn)的局面開始凸顯，但項目初始為了市場占有率，趕工和加快進(jìn)度的項目方式是需要的。  閱讀全文      摘要: 對于新型產(chǎn)品，工程支撐力度在初期會較弱，在產(chǎn)品升級期間會需要產(chǎn)品規(guī)劃人員參與，作為牽頭人的角色，協(xié)調(diào)于工程經(jīng)理、研發(fā)項目經(jīng)理和工程團(tuán)隊之間，扮演產(chǎn)品顧問的角色。同時，會參加客戶召開的需求升級討論會，和各平臺廠商的人員溝通升級計劃和安排。其中，對需要產(chǎn)品規(guī)劃人員親赴現(xiàn)場參與升級工作的情況，談?wù)剛€人的一些經(jīng)驗：
1）了解產(chǎn)品研發(fā)進(jìn)展
2）安排前方工程團(tuán)隊了解此次升級背景、升級業(yè)務(wù)（不限于現(xiàn)網(wǎng)的物理組網(wǎng)圖、現(xiàn)網(wǎng)的業(yè)務(wù)種類、現(xiàn)網(wǎng)的業(yè)務(wù)運營時段、升級后的現(xiàn)網(wǎng)業(yè)務(wù)種類、升級后的業(yè)務(wù)運營時段、業(yè)務(wù)涉及各個網(wǎng)元的IP地址、端口、接口模塊的帳號密碼）和客戶的升級方案。  閱讀全文      摘要: 從需求調(diào)研、需求分析、需求設(shè)計、產(chǎn)品研發(fā)到產(chǎn)品發(fā)布，接下來就是產(chǎn)品驗收。驗收過程一般在運營商實驗室開展，驗收通過后才會將產(chǎn)品部署到運營商的生產(chǎn)環(huán)境。正常流程，產(chǎn)品驗收由工程經(jīng)理帶領(lǐng)外派現(xiàn)場的測試團(tuán)隊實施產(chǎn)品驗收。實際情況中，會根據(jù)產(chǎn)品特點及復(fù)雜度、工程環(huán)節(jié)的支撐現(xiàn)狀，由管理團(tuán)隊來決策是否派產(chǎn)品規(guī)劃人員親自前往現(xiàn)場參與客戶驗收，以保證驗收效果。中標(biāo)后的研發(fā)產(chǎn)品的驗收一般三個階段，一是自測準(zhǔn)備，二是正式驗收，三是驗收補充，根據(jù)不同情況流程會有所區(qū)別。
產(chǎn)品驗收環(huán)節(jié)的一些活動：  閱讀全文