中文字幕无码av不卡一区,亚洲综合AV永久无码精品一区二区,黑人巨大白妞出浆,黄色高清无码免费看,久久久久免费精品国产,久久无码人妻丰满熟妇区毛片,欧美日韩国产综合草草,久久福利网站,亚洲一区二区三区中文字幕在线,av国内精品久久久久影院

在產品開發過程中，產品需求文檔（PRD）扮演著至關重要的角色。然而，即便是經驗豐富的產品經理也可能在PRD的撰寫邏輯上存在誤區。本文旨在深入探討PRD撰寫的核心要點，提供系統化的方法論，以確保文檔的邏輯性和全面性。

最近模擬面試了幾個產品同學，發現一個問題，雖然有些人已經有幾年經驗，但是在問到寫PRD的思路時，卻答得不通順，邏輯很亂。

也不是他們不會寫PRD，而是寫的思路是亂的、錯的，沒有成體系的方法。

這還讓我挺驚訝的，產品經理這個崗位，都進入下行周期了，產品的基礎技能，網上已經有非常多成熟的資料，他們竟然連最最基礎又核心的PRD，都沒有吃透，屬實有點不應該。

現在大部分公司，要求產品經理既要有高度，又要能落地，上至產品規劃，下產品需求，都要干，寫好PRD，對于產品經理來說，非常重要。

寫PRD最重要的是什么？

我發現很多產品經理寫PRD，都是從模板開始。在網上找到一個覺得很完善的模板，然后就套著模板寫，模板包含什么，就寫什么。

還有一些是對著原型寫，大部分寫的是交互說明，其實只是PRD里面的一部分而已。

01 寫PRD最重要的是什么？

是邏輯啊！

PRD是分層次的，需要從不同的維度去寫。

新項目和迭代的項目，側重點又有一些不一樣。

02 新項目PRD怎么寫？

從0到1的新項目，最重要的是梳理清楚業務流程、系統架構和功能結構。

業務流程是整個項目設計的起點，梳理不同角色完成業務目標的過程。

業務流程可以推導出系統架構。

系統架構是把滿足業務的所有系統遍歷出來，再按照一定結構進行組織的過程。

每個系統又包含不同的功能，把所有功能梳理出來，可以指導后續具體的產品設計。

對于一個新項目來說，PRD的結構大致是這樣的：

1、項目背景。描述當前遇到的問題，或市場機會。要達到什么目標，以及大致的方案是什么樣的

2、整體說明。業務流程、系統架構、功能結構、全局通用說明（名詞解釋，全局交互等）

3、功能需求。按照系統→功能模塊→功能點的方式，進行拆分，一個功能點就是一個設計模塊

4、非功能需求。包括安全性，并發，數據統計等

03 迭代項目的PRD怎么寫？

迭代項目，要么是新增功能點，要么是對已有功能點的優化。

迭代的項目，最重要的是弄清楚單個功能點的需求是怎么寫的。

寫PRD，很大一部分時間都是在寫具體的功能，所以寫好單個功能的需求非常重要。

對于單個功能點來說，主要包括以下部分：

功能描述：這個功能滿足哪些用戶需求，解決用戶什么問題。

業務流程：用戶和系統是怎么交互的，主要流程是什么，分支流程是什么，異常流程是什么。

業務規則：系統在執行邏輯判斷的時候，依據的規則是什么。

界面交互：注意，寫PRD一定是前面的步驟梳理清楚以后，才是寫界面交互，界面交互的細節非常多，也是經常容易遺漏寫不全的模塊。一個功能里通常包含多個頁面，寫界面交互的時候，第一個是要梳理清楚各個頁面之間的跳轉關系，第二是要梳理單個頁面里的交互。一個頁面，通常包含這些部分：

– 頁面描述：進入頁面的默認內容，進入下一個頁面后再返回，頁面怎么處理。不同狀態下頁面的區別，進入頁面的權限等。

– 字段描述：輸入型表單規則，有哪些輸入型，錄入方式是什么，是否必填，有哪些規則。輸出型的展示規則：展示哪些字段，展示的邏輯是什么。

– 交互描述：點擊后跳轉到哪里，界面元素有哪些變化，有哪些控件，不通狀態的展示，操作權限等。

– 異常情況：網絡異常、接口異常、加載超時，該怎么處理

– 埋點/日志：哪些事件要做埋點，數據怎么存

交互寫多了以后，你應該能夠形成一份自己的交互走查清單，以確保需求完整，類似下圖的自查清單：

迭代里優化功能的需求，大概是需求的某個模塊進行調整，可能是業務流程，可能是業務規則，也可能是具體的交互。

這類需求主要是要說清楚，現在用戶的使用場景是什么樣的，為什么要改，修改前是怎樣的，修改后是怎樣的。

04 寫在最后

以上，提供一個寫PRD的思路，對于新項目來說，重點是說清楚項目背景和整體的設計，然后再以功能為單元進行具體的設計。

對于迭代類的PRD，重點是描述每個功能的所有元素，如果是修改的話，弄清楚用戶的使用場景，為什么要改，改成什么樣。

實際上，PRD的具體形式，不必過于看中，可以用axure+批注，也可以用word文檔，重點是邏輯，重點是思路。