上次我們寫了一篇關於如何去理解PRD的作用以及怎麼去寫PRD的文章。產品經理基本功之PRD

今天我們聊聊新人產品經理在實踐中經常會犯的一些問題。

01、缺乏整體感

很多新人產品經理寫PRD，一上來就是先開始寫系統互動、功能用例。覺得前面一大片的背景描述、範圍描述、功能清單，都不是重點。認為真正的PRD精華內容就是在說需求細節。

我想說的是，認真對待需求背景、產品目標、範圍描述、功能清單等這種提綱挈領的模組內容。寫好這些模組，讓你的PRD文件能有了一個清晰的輪廓。在進行需求評審時，大家也是先理解清楚需求背景、目標、範圍，以及我們要做的那幾個要點，有了一個通篇的概念後，才是對細節的理解。沒有整體感，細節就失去了意義。

02、缺乏結構化

這個可能是新人經常會遇到的問題。我們在描述一個功能時，喜歡像寫一篇小作文一樣，洋洋灑灑，用很多“所以”，“並且”，“注意”等連線詞，把我們的上下文邏輯聯絡起來。

這種方式沒有錯，但是增加了閱讀人的理解成本。須知研發實現的程式碼是結構化的，我們的PRD要用簡潔並且結構化的語言、圖形將功能需求描述清楚。

大家讀一讀以下這段關於使用者註冊的功能描述：

使用者進入註冊頁面後填寫手機號、驗證碼、邀請碼(非必填)進行註冊。手機號作為唯一標識，如果手機號已經註冊過就提示使用者去登入，如果手機號沒有註冊過且驗證碼填寫正確就提示註冊成功，驗證碼填寫錯誤提示驗證碼填寫錯誤。

是不是有一點覺得“乍一看好像是這麼回事”，但具體有什麼規則“我還要仔細縷縷”?寫得人費勁，讀起來也費勁。

我們用結構化的語言重新整理一下這段話：

使用者註冊步驟：

第1步：使用者開啟APP未登入使用者入口預設顯示登入頁面，使用者點選【新使用者註冊】進入註冊頁面;

第2步：使用者選擇需要註冊後，提示使用者輸入以下資訊：

手機號作為唯一標識，校驗規則：

-如果手機號已經註冊過：提示使用者直接去登入，進入登入頁面。

-如果手機號沒有註冊過+驗證碼填寫正確：註冊成功，否則提示錯誤。

說明：如何定義已經註冊過：有手機號碼在使用者表中，且使用者狀態為有效。

在PRD撰寫時，如何組織你的語言描述?提供三個方法：

(1)善用場景化思維

順著一個前因後果(使用者場景)去組織你的功能路徑說明、邏輯說明。這種就是要梳理用例，把一個一個用例描述清楚，你的功能邏輯也就描述清楚了。

(2)善用模組化思維

區分哪些是流程、哪些是邏輯判斷、哪些是分支流程、哪些是異常處理。而不要把所有的內容都糅雜在一段文字內。

(3)善用結構化表達

善於使用視覺表達，圖表會表達更清晰，用圖+文字的方式，能夠減少很多不必要的贅述。如果需要寫比較多的邏輯規則描述，避免大段文字。可以用數字標號、或者一些突出的顏色來表示重點。

03、細節過多或者過少

既不能細節蔓延，也不能缺乏細節，如何選取重點要描述的細節呢?不同的產品形態和需求規模，細節的顆粒度都不相同。

有一個比較好的判斷方式，如果你不說明這裡，研發會不會事後追問。產品經理也可以把PRD作為一個產品，允許自己有一些不完美，事先不用面面俱到、事無遺漏。可以在每一次的PRD文件評審後，根據你的讀者(研發、互動)的反饋中去找到那個適合你自己產品形態的“度”。

最後，始終牢記產品經理為什麼要寫PRD。千萬不要為了寫文件而寫文件。理解你的交付背後的意義，然後認真對待他，高效完成。

作者介紹：@薄荷點點，高階資料產品經理；擅長資料BI、資料+AI智慧產品，擅長0到1；資料《大資料實踐之路》作者之一；“資料人創作者聯盟”成員

產品經理基本功之PRD實踐篇

相關文章