1樓：產品一哥
題主你好，產品經理實習生想要提高文件書寫能力其實有很多方法，比如要多閱讀書籍，翻閱資料，好的文件書寫規範其實也有很多，首先要確保別人能看懂，語句等等問題，我把我的經驗總結出來分享給你。
結合自己8年的BAT產品工作經驗和輔導很多人成功轉產品的經驗，寫了一篇文章，萬字乾貨，分享乙個【最優的0基礎拿到產品經理offer的方法】，祝大家求職順利！
產品一哥：萬字乾貨！0基礎如何拿到產品經理offer《0基礎如何拿到產品經理offer-資料分享》，資料提取碼【z8nr】
0基礎如何拿到產品經理offer-資料分享產品經理求職-面經分享
產品經理求職-面經分享
2樓：遠方
4/29更新：
今天看了篇以前收藏的文章，很巧是關於使用者體驗五要素的，寫的比較清晰感興趣可以看看。
（文中有個思路是把腦圖歸類在結構層中，因為腦圖本身的分類就包含有對不同頁面的劃分邏輯，這個見仁見智了。）
產品設計的從0到1 | 深度解析產品是如何誕生的
以下原回答
1.先把需求寫多，再把需求寫少
這一點是在我剛實習的時候帶教人教我的，跟讀書「先把書讀厚，再把書讀薄」是乙個道理。在做產品的初級階段，盡可能地把需求寫詳細，邏輯表述清楚，各種場景都考慮到，是夯實基本功的很好手段。經過一段時間的積累，一些不必要的邏輯和贅述的文字你自然就能發現了。
「刪減、組織、借力」這個方法你可以實踐下。
至於怎麼把需求寫多，最直接的方式就是多學習下前輩的文件。
2.根據產品設計流程有序開展
推薦一本很實用的入門書《使用者體驗的要素》，裡面提出的戰略層、範圍層、結構層、框架層、表現層五個要素是很好的構思需求的流程。
通常戰略層是老闆定的，會提出使用者需求和對應的產品目標，後面就由產品來設計落地了。範圍層簡單來看就是畫腦圖，也就是把抽象的使用者需求轉化成具體的產品功能的階段。這裡需要想清楚要做的功能點和大致的優先順序。
結構層主要是對於整體業務流程、操作流程的設計。業務流程，也就是業務在各系統間的流轉邏輯，一般會用泳道圖表述。頁面間的操作流程通常在原型設計中體現。
框架層是頁面內的具體布局，也是主要通過原型設計體現，最好有一定設計規範儲備。表現層主要是UI設計師的工作，就不展開了。
根據這個思路走，需求撰寫會更有條不紊。
3.流程&邏輯閉環
「閉環」是我剛做產品時聽到最多的乙個詞，算是乙個基本功。做需求的時候經常把這個詞放在腦海，它就發揮它的作用了。
簡單寫了三點，寫的很基礎，主要是想給實習階段的新人一點參考。在文件之外，要把產品做好，勤思考多溝通、持續學習是更重要的。道阻且長，一起加油。
3樓：網曉明
首先個人推薦使用Axure來做需求文件，用Word來寫文件不光寫的人效率很低，而且看的人也效率低。下面直接上貨
如何才能寫好需求文件(PRD)?
總結四點要素：
第一，換位思考，站在使用者角度去想他們想從PRD中獲得什麼，能否充分理解；
第二，邏輯清晰且嚴謹，需求說明有理有據；
第三，文件結構清晰、排版美觀，閱讀舒適；
第四，需求變化，文件應及時更新並及時通知修改情況；
前面總結了四點要素偏理論，具體該如何實操呢？
PRD分為四大模組，我們直接上貨看圖：
1、專案概述
專案背景：我們要做什麼？解決什麼問題
行業狀況：行業、市場狀況分析
使用者分析：使用者趨勢、使用者畫像、區域分布
2、產品總覽
業務說明：業務背景、業務邏輯等
需求清單：需求描述、需求優先等級
資訊結構：產品資訊結構思維導圖
功能結構：產品功能結構思維導圖
使用者角色：說明角色涉及到的actor、system的描述
非功能需求：效能需求、資料埋點需求等
3、全域性說明
許可權說明：登入前後許可權說明
互動說明：異常提示、toast、對話方塊等說明
其他規則：排序規則、搜尋規則、載入機制等
4、文件綜述
名詞解釋：術語與縮寫的描述
修訂記錄：修改描述記錄
有了這些模組就可以依次內容填充，這樣整個PRD文件就非常完善了。另外在互動原型上想寫明功能、視覺等需求也可以在Axure原型控制項上批註。可分別自定義字段：
業務說明、功能說明、互動說明、視覺說明、技術邏輯。如下圖：
整個如何寫PRD文件就介紹完了，我日常工作中就是按這樣的思路去寫的。為了能提高效率我做了乙個模板（如下圖）
4樓：鼎問
常見的文件描述風格與選用標準包括自然語言描述、圖形化模型描述、形式化規格描述三種。
自然語言為主，輔之以圖形化模型，需要的地方少量使用形式化規格描述：這是現在最常見的組合形式，對於絕大多數資訊系統、軟體產品而言都是十分適合的方法。
圖形化模型為主，輔之以自然語言作為補充，需要的地方少量使用形式化規格描述：是RUP所推薦的方法，專案團隊對模型標準有較高的認識時可以考慮這種方法，它在需求管理方面會更加方便一些，但出現交流障礙的可能性更高，特別是和終端使用者代表的交流。
以形式化規格語言為主，輔之以圖形化模型，以自然語言為補充：適用於質量要求很高的領域，例如航天、軍工中的一些重要專案。
典型軟體需求規格說明書模板
提取碼：hxkw
提取碼：mbl2
提取碼：iwgu
提取碼：juxk
提取碼：f1o9
5樓：小小魚愛陽光
如何寫乙份易用的產品需求文件？ - 小小魚愛Sunny的回答 - 知乎https://www.
6樓：
自己摸爬滾打一年多，同時也跟著產品leader學習，主要是做前台產品，乙份相對完整的產品（互動）文件可以包含以下部分。
1.文件說明。主要包括對文件的作用、目的說明；版本記錄。
2.產品說明。主要包括產品定位；產品目標；目標使用者；商業模式；功能結構。
3.業務說明。主要包括業務流程；業務資料。
4.產品原型。此部分一般會與互動設計師共同維護。
5.關聯系統需求。主要是給後台提的需求。
這一年多來做的算是一款創業產品。最開始的時候，作為乙個產品新人，此前沒有任何產品經驗，在沒有互動的情況下，我最開始嘗試的就是產品原型圖，因為有設計的基礎，很快就上手了。但是久而久之，其實更像乙個傳達需求的「互動設計師」。
在leader的指點下，我也參考他的完整的乙份PRD，就是上述的幾個部分。這樣寫下來，其實會促使自己去反思產品的定位、核心功能、以及整個業務邏輯和以後的發展方向。
團隊採用的是敏捷開發，因此在最初的時候我們不追求美觀和全面，只要能清楚目前這個階段需要什麼，快速迭代和實現就OK了。在整個團隊磨合以後，作為產品的我就開始思考如何改善自己的產品文件了。
5.關於產品原型。
順便提到一句，一位前輩跟我說的：「產品經理處理的都不是一般情況，只有把「二般」情況處理好才能成功。」這句話在我現在看來，應該就是說我們應該去思考一些邊界情況和特殊情況下應該如何處理，這個在寫需求的時候應該特別提到，這也是我自己經常會忽略的，以後應該引起注意。
關於產品經理與互動設計師的界限，其實會有重合的部分。其實一般你的互動設計師會跟你說你的需求只需要用文字或者口頭描述清楚即可，不需要具象化，因為他可能會有自己的想法，而且會不知道應該在你的基礎上進行修改還是新建乙份文件好，可能會浪費大家的時間。因此有2個建議：
乙個是如剛剛所提到，自己維護乙份完整的文件，按照你喜歡的風格和習慣的排版；二是以乙份文件的形式記錄你的需求，主要需要涵蓋以下幾個內容：序號、需求模組、需求型別、具體描述、期望目標、需求收益、需求提出人、備註、完成情況。
總之文件只是工具，最重要的是因時制宜、因地制宜，在不斷磨合中探索出方便自己團隊交流的文件。
7樓：
我覺得吧。新人剛上手就去寫prd文件不合適。
先從小功能做起來，寫用例，寫實現。
可以借用一些物件導向的思維。
然後才是對系統性的文件的涉獵，
系統性文件，新人總是犯看問題角度不全的問題。
當然了，老鳥的系統化流程也是一次次吃虧總結出來的。
新人可以一邊總結經驗一邊概括，或者套用一些成熟的案例。
比如使用者體驗要素之類的書。
當然了，很多個人風格的方法也很多啦，至於適合不適合自己，就兩說了，法無定法吧。
還有乙個，要結合實際情況，領導的風格，公司的流程之類的。
雖然大家給出了很多的答案，但是我覺得吧，最好還是總結一套自己用順手的吧，畢竟產品形態千差萬別。
就醬。我是菜鳥，隨便說說的，哈哈～
8樓：roselle Ro
首先，prd文件主要目的記錄與交付。也就是說完整的文件你沒經過整個產品資訊流並理解的話是不可能寫的好的。
其次，書寫能力。簡潔易懂、言之有物之類寫作要求並沒有什麼不同。
然後，有針對性表達和規範，搞清楚給誰看。
@董弈 那個特別好，新人還是從準確描述每個小功能需求點開始吧。
9樓：葛葛噠
作為乙個產品實習生，從小白開始慢慢學習如何寫乙份產品需求文件。
同為實習生，我猜咱們疑惑的點是一樣的，應該不知道從何下手，這很蛋疼。理論答案再多似乎都沒辦法引導我如何下手，苦惱了許久，我厚著臉皮問leader要來了之前她寫過的需求文件，連格式都沒敢大改直接寫。
乙份1000多字的需求文件改了寫些了改用了四天時間。寫完瞬間像是排了宿便，暢通無比，OK，交到leader那邊，leader表示還算滿意，但她馬上提了一些問題，我愣住了，很多問題我壓根就沒有考慮到。
然後我回到自己的工位上開始思考，恩，為什麼找產品經理都要求邏輯感強，如果你的邏輯感弱爆了那麼在需求設計的時候就會很頭疼，每個介面的跳轉返回你都要考慮到，並形成文字和原型。
然後就是不要天馬行空地提需求，明白技術的侷限性，那些在開發眼裡是很無聊的。
還有就是產品其實更多的是看到除卻那些視覺互動之外的本質的東西，所以平時自己體驗的時候可以進行過濾，多考慮本質的框架，除非要分析視覺。
以上是我只實習了5天得出的小結論。
好了說點乾貨：
乙份完整的需求文件（至少但不侷限於）要包括這些：
1、產品目的/
2、功能描述
3、頁面流程
4、統計等
流程和描述要比較詳盡，統計這塊也很重要，形式其實不限的，但是盡量簡明，因為是要給開發看的，他們希望拿到的文件越簡單越好。
產品經理對產品實習生的期待是什麼？
海投網 產品經理對產品實習生的期待是什麼？產品實習生應該具備哪些必備技能？你的學校是211 985嗎？你的專業是生物工程，是不是和產品經理的職位有點遠？你在學校有沒有跟我們現在產品相關的專案經歷？你會用Axure 會寫PRD 會畫流程圖嗎？作為乙個懷揣產品夢，一心想進入產品經理這個 高大上 崗位的你...
如何看待阿里的產品經理實習生題目？
言寸 也許以我剛入職的乙個人來說，評價這個東西似乎還為時過早，不過仍然忍不住想說幾句。我覺得其實有思想人很多很多很多，我相信只要有合適的機會，這麼多的人之中成功的肯定不少，選拔的方式真的只是乙個方式，僅僅是公司為了淘汰大部分的人而設定的乙個門檻而已，通過門檻的有很大的可能就是他們需要找的人。甚至對於...
各位產品經理，在校生應聘產品類實習生，自薦信的內容如何體現網際網路產品工作所需的敏銳觀察力和邏輯分析能力？怎樣證明個人特點適合網際網路產品工作？
BeAGiver 1.走出舒適區 2.保持好奇心 3.具有同情心如何培養對市場敏銳的觀察力？你有沒有養過流浪狗，流浪狗都有敏銳的觀察力。你看那個過的太爽的哈士奇，每個都像白痴一樣，它看不懂你要幹嘛。我從國中畢業，就乙個人生活，到台北念書，到現在回不了家。所以我們在外面的時候，你的父母親在家裡，你再家...