PM本來就是個分工合作的協調者，所以文件整理，最多能管好自己的，至於團隊中其它角色的，還是交由各部門自己去管的好！

團隊成員做了什麼是由專案經理安排的，因為除了產品以外，團隊成員中UI、FE、RD、QA都是有具體產出的，所以他們很明確自己做了什麼，而這個環節其實個人認為最有意義的事情是，需要告知他們所做的能對業務有什麼影響，比如透過設計推廣頁讓渠道流量提升了20%、比如設計的後臺系統讓人效提升了1倍等等，因為他們在晉級的時候也是需要資料做支撐，而不是做的具體事情；

通常情況下，團隊成員的文件都是管理在自己團隊的平臺中的：

1.UI的素材肯定是自己存著或者上傳到CDN上、最後的確認稿也應該有統一的管理平臺；

2.FE/RD有自己的程式碼管理系統，說明文件稍微專業點的都會有單獨的版本管理系統，記錄每次迭代資訊；

3.QA的測試文件和PM的產品文件都是自己保管，稍有不同的是，QA的測試文件會發給研發等人員，而PM得產品文件會定稿後在形成相應的使用文件；

而你說的借鑑，我個人理解的是：

1.研發以後一些介面的定義與呼叫，或者是一些演算法的借鑑等；

2.產品手冊一個規範格式的借鑑；

3.設計元素一些參考；

4.QA測試的標準規範等；

我是一名做技術開發的，有時專案多了再回去找以前的檔案真的是一件頭痛的事，如果不整理想找一個檔案猶如大海撈針，所以我提供下我整理文件的方法：

1. 文件的架構，這點非常重要，說白了就是檔案歸類，同類別的檔案放在同一個資料夾。

2.檔案命名，應該做到顧名思義，簡單直接明瞭。

3.給檔名新增一個日期，如果是頻繁修改的檔案應該定義不同的版本或者日期區別。

具體參考我的圖片

產品文件，是產品經理必須要懂得的基本技能之一，尤其是網際網路企業。

產品文件，也是讓很多初級產品經理非常頭疼的事情。

到底怎麼樣才能書寫一份比較完善的產品文件呢？其實很簡單，我們簡單來談一談。

實際上產品經理一職，尤其是網際網路產品經理，在2010年以前都是不存在的崗位，一般都由技術部門或運營部門的相關人員負責，或者說直接由老闆負責。但是自從移動網際網路發展起來之後，產品經理角色突然興起，變得尤其重要，這樣的出現，其實來自於分工的變革。

過去的網際網路公司，或者說業務形態，主要是以市場和運營為主導，主要是為了賣服務而工作，所以只要實現需要的功能即可，比如QQ，實際上就是提供了各種各樣的服務，並且市場足夠壟斷，所以可以透過各種鑽讓消費者充錢，我給你服務。

自從移動網際網路發展以來，網際網路公司快速崛起，僅僅實現功能的需求已經無法滿足使用者，大家都在談一個字：使用者體驗。誰的體驗更好，就用誰的；誰的產品更新快，就用誰的。

所以，專門負責使用者體驗，負責整體規劃的產品經理就誕生了。

產品經理只是一個職業，而不是一個職位，並不代表就是“經理”。

產品經理與UI、工程師、運營、市場一樣，都是一樣的，只不過產品經理所起到的作用是至關重要的。簡單來講，產品經理的主要作用，就是設計出運營、市場所需要的產品原型，並且交由技術部門開發，在預計的時間交付，並且負責後續的資料跟蹤和迭代。

說白了，就是運營和技術之間的橋樑，把運營的需求翻譯給技術部門聽懂。而需求文件，就是翻譯之後的重要產物。

我聽了很多課程，也包括像“三節課”這樣備受好評的網課。不過總是覺得他們把產品文件講得太過於複雜，反而讓初學者摸不著頭腦。其實就我的經驗來看，產品文件主要是四塊內容:

1.需求背景：講清楚目前專案的背景，基礎狀況，基本資料。說明本次需求開發要實現的功能，預計的開發週期，以及所調配的資源等資訊，讓技術人員對要做的專案有一個大致的瞭解。

2.業務流程：這一塊是產品文件的重點，也就是需要產品經理畫出業務流程圖，並且備註好業務邏輯。業務流程圖，也就是新新增需求所要實現的所有頁面，並且每一層級的頁面透過怎樣的按鈕或操作實現，頁面原型可以畫得詳細一些，但是千萬不要上色，會干擾UI做設計。業務邏輯備註，也就是在不同狀態下產品所做的不同處理，比如同樣一個頁面，登入的使用者是怎樣的，未登入的使用者是怎樣的，必須要備註清楚。

3.資料打點：沒有資料接入的產品，都不能稱之為產品。所有的產品都必須要埋點進行資料採集，每個重要的按鈕，每個重要的頁面。點選、曝光、瀏覽三個維度去採集，到一定時間段後你就知道哪些功能是使用者常用的，哪些是不常用的，用於後期迭代的重要分析手段。當然具體埋點工作則由技術來負責。

4.需求覆盤：一般需求上新一週後，就可以做需求覆盤了，分別從需求設計、需求開發、上線運營三個時間段去反思犯的錯誤，進行總結，避免以後再犯類似的問題。

基本上需求文件，就包含這四塊的內容，涵蓋了從接受該專案，到最後上線運營的整個時間段。當然，僅憑需求文件是不夠的，拉著運營和技術開需求分析會也是產品經理必須要做的事情。

單說產品經理的技能，光是需求文件肯定不行。需求調研、業務流程圖、頁面原型圖，頁面流程圖、需求文件、資料分析這些是基本功。

還要有良好的溝通技能，能夠順利與運營、設計和技術溝通，制定相應的方案。那就必須要懂得基礎的運營、設計、技術相應知識，不然別人忽悠你都不知道。

對於專案進度的把控也是必不可少的，學會用甘特圖管理任務進度，每天定時做好溝通和監督專案，確保產品能夠按時交付。

當然，也要有勇於擔當的責任。無論中間誰出了錯，只要產品出現問題，只要沒能夠按時交付，產品經理都應該第一時間站出來扛起錯誤，及時改正。這樣別人才會願意“為你開發產品”。

產品經理確實是一個吃力不討好的活，但是又有誰懂得產品上線時的那種成就感呢？

產品使用地址：https://www.baklib.com?utm_campaign=1&utm_content=16301352-13b8-44d5-bcca-668b7ff03e42&utm_term=5834dcf5-f067-42c8-89b6-12e6d2ee36e9