以下是根據(jù)我的工作做的，覺得適用于各行各業(yè)的部分歸納等，分篇連載。為免泄露公司機密，僅個人歸納概括，希望對各位工作有借鑒作用：

一、工作流程：

產(chǎn)品規(guī)劃：產(chǎn)品不是一個功能的堆砌，一個好的產(chǎn)品要有規(guī)劃，所以負(fù)責(zé)各版塊的產(chǎn)品經(jīng)理需要對其版塊有一個整體的規(guī)劃，一般來說產(chǎn)品經(jīng)理需要為其版塊準(zhǔn)備一個roadmap，把之后幾個版本的大致發(fā)展方向、思路等等寫進(jìn)去（具體格式參見下集中ppt部分）

產(chǎn)品誕生：需求設(shè)想（老板需求、產(chǎn)品經(jīng)理提的需求、規(guī)劃等）---產(chǎn)品組內(nèi)部評審（用市場數(shù)據(jù)、用戶反饋、競品分析等作為依據(jù)，爭取同事和上級支持；一般會經(jīng)過兩輪，一輪是跟自己老板、組長、總監(jiān)等PK，一輪是在整個產(chǎn)品組內(nèi)提出想法跟其他同學(xué)碰撞，確定優(yōu)先級等等；這輪主要用ppt或者手繪草圖等論述即可）---內(nèi)部PK通過，產(chǎn)品經(jīng)理輸出需求文檔（產(chǎn)品的骨架、經(jīng)脈分布、皮膚組成等等都要涵蓋）---交互設(shè)計（即產(chǎn)品的基礎(chǔ)模樣）---交互圖發(fā)產(chǎn)品組內(nèi)，大家討論需不需要繼續(xù)優(yōu)化---視覺設(shè)計（外面用戶看起來的樣子）---開發(fā)評審（跟開發(fā)兄弟們PK，以及投入人力、時間的評估，恩一個產(chǎn)品的誕生經(jīng)過多次PK）---投入開發(fā)---開發(fā)完成，進(jìn)入測試驗收---debug（測試同學(xué)和產(chǎn)品同學(xué)體驗開發(fā)完成的版本，發(fā)現(xiàn)bug，開發(fā)同學(xué)修復(fù)）---回歸測試（多次修復(fù)以后的最終版本再次投入測試）---測試通過，灰度發(fā)布（選擇部分用戶，小范圍發(fā)布）---收集灰度情況（如用戶反饋，數(shù)據(jù)等等），作出優(yōu)化等---如無問題，則全量發(fā)布（全體外網(wǎng)用戶可體驗）---全量后數(shù)據(jù)及用戶反饋跟進(jìn)，作下一版本新需求準(zhǔn)備（回到第一個環(huán)節(jié)，重復(fù)全部流程）

個人認(rèn)為騰訊產(chǎn)品誕生的流程值得不同行業(yè)的朋友借鑒。整個流程有幾大好處：

1、產(chǎn)品經(jīng)理負(fù)責(zé)制---既民主又集中：套用黨的話，產(chǎn)品經(jīng)理負(fù)責(zé)制確實發(fā)揮了民主又集中的優(yōu)勢。一個需求雖然經(jīng)過多個流程，但是從第一步到最后，都是由產(chǎn)品經(jīng)理一人負(fù)責(zé)，他必須介入其中每一個環(huán)節(jié)，主導(dǎo)整個需求，可謂集中；同時的確也很民主，首先在需求誕生上，產(chǎn)品經(jīng)理必須說服上級、同級，而且在這個PK的過程中基本上需求會有很多改動，大家都會指指點點，一定程度上優(yōu)化了需求；其次在后面的環(huán)節(jié)中，由于產(chǎn)品經(jīng)理在公司層級上并不領(lǐng)導(dǎo)設(shè)計和開發(fā)同學(xué)，所以開發(fā)和設(shè)計同學(xué)對需求可以暢所欲言，若一直說服不了他們，他們可以直接就不做這個需求（恩就是這么傲嬌）；到最后測試驗收階段，測試同學(xué)也能對產(chǎn)品的缺陷提出意見。所以總體來說，也兼顧了民主（當(dāng)然有時候也還是以貫徹老板意志為主，但的確是少數(shù)情況）；

2、專業(yè)的人做專業(yè)的事：整個流程上每個環(huán)節(jié)都是最專業(yè)的人去負(fù)責(zé)，確保了當(dāng)前環(huán)節(jié)輸出的質(zhì)量；同時流程管理還有一個項目經(jīng)理，項目經(jīng)理會協(xié)助產(chǎn)品經(jīng)理去推動產(chǎn)品的進(jìn)程，排優(yōu)先級及人力投入等等；

3、產(chǎn)品完成質(zhì)量較高：由于多個環(huán)節(jié)把關(guān)，所以最后產(chǎn)品的設(shè)計、體驗及bug情況都會比較高質(zhì)量。由于本人大學(xué)有過創(chuàng)業(yè)團隊做產(chǎn)品的經(jīng)驗，相比之下，這樣流程下的產(chǎn)品質(zhì)量的確要比創(chuàng)業(yè)團隊快速做出來的產(chǎn)品質(zhì)量要高很多；

4、時間效率依然很高：不要以為這樣一個過程很漫長，其實時間是十分緊湊的。相比起很多傳統(tǒng)企業(yè)的拖沓，由于產(chǎn)品經(jīng)理、項目經(jīng)理、以及下一個環(huán)節(jié)同學(xué)共同督促，每個環(huán)節(jié)上的同學(xué)都不敢拖沓，每一個人都要為整體進(jìn)度負(fù)責(zé)。而且在每個環(huán)節(jié)的同學(xué)投入工作之前都有評審環(huán)節(jié)，需要評估工作量和排期，這樣就有了硬性時間規(guī)定，如果超過時間未能完成是要向產(chǎn)品經(jīng)理以及項目經(jīng)理解釋原因的。因此時間節(jié)奏也能控制在科學(xué)高效的水平（所以我們常常加班！！！！）

當(dāng)然弊端也很明顯：

1、不便于快速嘗試：雖然說騰訊的迭代還是很迅速很密集，但是相比起以前創(chuàng)業(yè)時候做產(chǎn)品，還是較慢了點，畢竟互聯(lián)網(wǎng)拼的就是速度。創(chuàng)業(yè)團隊能在兩三天內(nèi)完成一個小功能的策劃到上線工作，然后馬上看用戶反饋再優(yōu)化，而騰訊這樣體制下的除了極小的功能外最快也得兩周才能走完流程，反應(yīng)還是不夠迅速；

2、不便于集中力量嘗試大膽的想法：大膽的創(chuàng)新一般來說絕大部分人是無法接受的，所以在走這個流程的時候很容易被斃掉；

總的來說，騰訊的產(chǎn)品流程適合于打造精品，出產(chǎn)的產(chǎn)品即使不是精品，至少也是合格的產(chǎn)品；但不一定合適做一個大膽的產(chǎn)品。所以一般來說騰訊的產(chǎn)品，大家用起來基本不會有太多疑惑，體驗基本流暢，中間也極少出現(xiàn)bug。但很難有給大家眼前一亮，嘩的一聲，離經(jīng)叛道卻又新奇有趣的感覺。至于對該流程更詳細(xì)的優(yōu)缺點和優(yōu)化分析，敬請關(guān)注以后的文章；

二、工作溝通：

1、周知制度：上面所提到的流程，每個流程的成果都需要輸出郵件周知，包括：需求預(yù)審（與會人員、需求內(nèi)容、地點時間等）、需求評審紀(jì)要（評審結(jié)果、排期、人力等）、測試用例（整個產(chǎn)品、功能所有需要測試的點）、測試結(jié)果、灰度上線周知（就是告訴大家我這功能要灰度發(fā)布了，大家快用用看）、全量周知（產(chǎn)品全面放開啦，外面的用戶都可以用啦）；

周知制度有效地讓組內(nèi)同學(xué)了解產(chǎn)品進(jìn)展情況，避免各掃門前雪；而且每個環(huán)節(jié)都留下了依據(jù)，方便出了問題后追蹤。

2、評審會：需求評審會，也是PK很厲害的地方，開發(fā)、測試、產(chǎn)品同學(xué)濟濟一堂，負(fù)責(zé)的產(chǎn)品經(jīng)理先根據(jù)需求文檔和設(shè)計稿來講述自己的需求，要做成什么樣子，然后開發(fā)同學(xué)等會挑戰(zhàn)，細(xì)節(jié)另表，反正就是諸如臣妾辦不到或者這個需要時間研究研究等等。唇槍舌劍十分激烈（當(dāng)然其實提早跟開發(fā)溝通好需求的話，那么會議上就不會有太多PK），但正因為激烈，所以大家都對需求有深入的理解，確保了執(zhí)行；

3、晨會及周會：晨會是每天產(chǎn)品組內(nèi)及項目組內(nèi)的會議，各自匯報其負(fù)責(zé)工作的進(jìn)度、昨天工作以及今天工作，和暴露問題，一起想辦法解決或爭取資源解決。產(chǎn)品組內(nèi)晨會如：昨天工作重點：1、A板塊工作2、B板塊工作3、C板塊工作；今天工作重點：、A板塊工作2、B板塊工作3、C板塊工作； 如果有問題就說，x板塊的y因z原因而如何如何了（描述問題），現(xiàn)在需要如何如何解決（拋出自己大致的想法），如果能迅速確定就晨會上確定，不能迅速確定就會后討論解決；

周會就是在產(chǎn)品、技術(shù)、設(shè)計組長、總監(jiān)等boss面前，每個人講述一下自己工作一周的進(jìn)度以及負(fù)責(zé)板塊、功能的情況（諸如數(shù)據(jù)、用戶反饋等）和重要問題的暴露；并講述下周工作的安排等；

以上的制度可以看出，騰訊很注意團隊作戰(zhàn)，重視團隊內(nèi)信息的及時互通

4、溝通工具：RTX

詳細(xì)內(nèi)容見明天文章：【絕對干貨】騰訊工作個人歸納2，包括：rtx溝通注意事項、郵件寫法、word文檔格式、ppt示例及excel圖表類型。