BRD（Business Requirement Document）是要說與產(chǎn)品相關(guān)的內(nèi)容，核心關(guān)注點是產(chǎn)品本身的商業(yè)屬性，即產(chǎn)品本身的商業(yè)價值、本產(chǎn)品的具體盈利模式、本產(chǎn)品可行的運營方式、本產(chǎn)品的成本投入與未來收益預估。一言以蔽之：說明要搞什么玩意，這玩意有啥好處。
MRD（Market Requirement Document）要展現(xiàn)產(chǎn)品本身的市場屬性，市場分析、競品分析、用戶分析、需求分析、功能需求（非功能說需求）。概括地說就是需要搞明白：設計怎樣（具備哪些功能）的一款產(chǎn)品來投入市場滿足市場需求，以及為什么要這樣設計。
PRD（Product Requirement Document）則主要解決怎樣設計產(chǎn)品，而這個問題的思考結(jié)果最終落實到設計怎樣的產(chǎn)品功能以及怎樣設計產(chǎn)品功能。在明確了設計怎樣的產(chǎn)品功能以后，通常會采用業(yè)務流程、功能流程、原型設計等多種手段來說明怎樣設計功能，進而完成可直接被開發(fā)認知并實現(xiàn)的產(chǎn)品功能和產(chǎn)品體驗。在這一步要考慮未來的運營模式。
PRM（Product Review Meeting），召集產(chǎn)品各相關(guān)人員，收集反饋信息并優(yōu)化PRD，直到確定無異議的最終開發(fā)版本。
PDP（Product Development Plan）,確定任務排期，確定相關(guān)責任人，確定各個相關(guān)責任人的產(chǎn)出交付時間。優(yōu)先做最核心功能，或者是對整個系統(tǒng)起支撐作用的功能，而不一定是用戶當前最最需要的功能。
PTM（Product Tracking Monitoring），產(chǎn)品組的人要對各個相關(guān)負責人進行跟蹤和監(jiān)控確保相關(guān)人員的產(chǎn)出在規(guī)定的時間內(nèi)，而產(chǎn)品經(jīng)理不需要事事親為，但要做到事事心中有數(shù)，哪里需要資源支持就給予相應的資源支持，目的只有一個確保承諾時間內(nèi)的產(chǎn)出。
PDI（Product Devlopment Iteration）,產(chǎn)品進入不斷的開發(fā)迭代之中，每次迭代都要收集新的功能需求并在迭代周期內(nèi)完成。產(chǎn)品通過這樣一個不斷的打磨過程逐漸的走向完善。在這個過程中要把握一項基本原則：首先解決的是核心功能從無到有的問題，其次才是核心功能體驗優(yōu)化的問題，再次才是核心功能以外的其他需求。
PQA（Product Quality Assurance），產(chǎn)品在不斷的迭代過程中，要通過測試來保證迭代過程中的產(chǎn)品質(zhì)量，避免在上線時出現(xiàn)Bug爆發(fā)，影響產(chǎn)品正常上線。
PRO（Product Release Operation），產(chǎn)品發(fā)布與運營。確保技術(shù)支持到位，各種監(jiān)控方案提前準備好；選擇多種可行的運營方案作為備選。
CUF（Collect User Feedback），收集用戶反饋，收集新的需求，制作新的PRD。在用戶需求收集的過程中要時刻記住一點，聽用戶說，但是不要按照用戶的做。用戶的需求是要經(jīng)過深層的分析、提煉、整合和篩選的。
