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

下面這篇文章是筆者整理分享給剛剛踏入B端產品行業的新人的關于PRD模板的內容，大家一起往下接著看看學習學習吧！

一、模板

因為貼不了鏈接，我先截圖吧。有需要演示地址的，到時候看怎么給吧。

我的這份PRD模板有四個層級：

修訂記錄：文檔的修訂歷史，記錄文檔版本號、修訂人、修訂時間、修訂內容等。

全局說明：

①介紹這個系統（模塊）的背景信息（解決什么問題、解決的價值是什么，或者上一層的產品規劃概述等）。

②定義全局術語。

③定義全局規范，比如流程畫法、原型圖畫法等。

版本號或迭代輪次：因為這份文檔是針對某個系統（模塊）的完整功能，可能包含多次迭代開發或多個版本增量開發，每個迭代或版本的功能需要歸集到一起。根據不同人的習慣，也可以一次迭代或版本就寫一份文檔，或者迭代與版本放在另外的頁面單獨記錄更改內容。

版本或迭代概覽：

1. 介紹本次迭代要解決哪些問題，問題的背景、價值等，或者上一層級的產品規劃方案、迭代計劃等。
2. 本次迭代的關鍵用例。
3. 本次迭代的功能清單，涉及到的流程清單。

功能模塊：具體每個功能模塊的文件夾，比如渠道管理、訂單管理等。每個功能模塊下也有功能模塊概覽、功能模塊的詳細功能。在功能模塊下面，首先要詳細描述業務對象、業務對象關系、涉及到的業務流程、業務規則等，其次要畫出原型圖，并標注對應的邏輯、UI等信息。

這么說著有點抽象，等周末有空了整理一個簡單的案例，結合著說應該更有體感。

重點重點：這套模板是給B端產品新人的。我這套模板只是拋磚引玉，你覺得能用的就用，覺得垃圾的就暗暗罵兩句XX，不要跟我計較。

這套模板還不完整，只是把框架整理出來了，我會利用業余時間更新。

二、痛苦與困惑

1. 痛苦

我工作快9年了，做過開發、運營，在6年前轉B端產品經理后一直干到現在，目前在一家營收5~10億的公司負責數字化建設。

回想起成長歷程，我認為在轉型最開始的那兩三年是最煎熬的。缺少體系的方法論，很多基礎能力都不具備，可供參考的B端產品沒能力找到。長期處于迷茫、焦慮狀態，用線上線下課程、大佬寫的書籍、請教前輩等方式，試圖緩解焦慮。但根本沒用，因為接收到的信息太多了，反而更焦慮。

我記得轉型第一年，深深的無力感加上焦慮，導致我有三個多月的時間直接頹廢了。不想上班，不想學習，不想出去玩兒，不想見任何人。上班能混就混，下班宅在家里看視頻動漫小說，看膩了就躺在床上。

那段時間我經常晚上跑到樓棟的頂層（一般是曬衣服被子的地方），看著城市的燈光和月亮發呆，腦子里是各種幻想，用這種方式來減緩壓力，還是有一定作用的。一句話總結就是：心有不甘但不想行動，壓力巨大但無力改變。

在這段期間，我沒遇到什么奇遇（比如看了某本書、某條金句等就豁然開朗），就是硬熬過來的。大概是習慣了就好了，也可能是某些能力需要時間的沉淀。后來了解到達克效應，我想那三個多月我大概是處于絕望之谷吧。

我問過身邊的同事，大家都有這種經歷，越是想提升自己的人經歷的越多。我基本上每年都會有一陣兒，只不過現在被磨煉出來了，那種撕心裂肺的痛苦會減輕很多，也能適當的放松自己。

2. 困惑

在學習、實踐過程中，我發現不管是學習的課程、讀的書和文章，還是我自己在工作中實踐經驗，始終有2個最主要的問題一直驅動我成長，直到現在我仍然在探索。

重點重點：下面是我個人的觀點，如果讓你感覺不適，是我的問題，大家不要跟我計較。

1）B端產品的核心是什么？

或者用另一句話來問，B端產品在做規劃的時候，最開始的、最堅固的起點是什么？我學習了很多的課程，貴的上萬的線下課，便宜的幾百的口水課，老師們講的有干貨，但始終沒給我滿意的回答。

有的老師沒回答這個問題，講解的是某些技巧。比如B端產品工作流程，怎么做需求調研等等。

有的老師說的不夠深入，講的是如何在開需求評審會的時候不會讓技術挑戰你。比如要梳理流程，推敲清楚邏輯關系，提前跟技術組長過一下方案，了解一些技術常識等等。

有的老師說會深入一些，講的是解決你的用戶/或客戶的問題。比如挖掘需求，通過換崗等方式深入了解業務，盡量去做競品分析等等。

最近這一兩年，我認為逐漸有很少的B端產品的文章可能說到了核心點，那就是從企業經營角度找B端產品的核心。

不管你負責企業內部的信息化、數字化，還是在軟件公司（如SaaS、傳統軟件等）負責給客戶設計系統，B端產品經理要面臨的是企業經營問題，對外的拓展，對內的管理，向外要收入，向內要利潤。畢竟盈利性企業存在的第一目的是為股東賺錢，第二目的是為股東持續賺錢，第三目的是為股東持續賺大錢。

2）我該從哪里下手？

產品經理成長的不同的階段，都會面臨這個問題。你學了很多的理論，講起來滔滔不絕，但實際讓你做的時候就覺得無處下手。當一個產品新人收到需求或接到新任務時，往往采取的方法有：

1. 比較不好的，趕緊畫原型。在某課程里學到的畫原型的方法，需要幾個頁面，每個頁面有幾個按鈕，搜索欄應該長這樣，列表操作欄應該長這樣，功能的邏輯說明應該放在頁面的右邊，要區分UI、邏輯說明，方便技術查看。
2. 稍微好一些的，按流程干活。從某課程里學到了產品工作流程，先約需求方調研需求，再設計流程，再設計功能邏輯，找導師或前輩指點指點，找需求方或者TA的老大指點指點，找技術組長指點指點，準備妥當后提交需求評審計劃，然后在評審會上滔滔不絕并答疑，最終排期開發跟進進展，上線前喊著需求方一起驗收一下，上線后跟蹤功能使用的情況和效果，再進入到下一輪的迭代。
3. 再好一些的，關注整體設計，知道這個版本或迭代的位置。公司的產品大牛規劃了公司多個產品的整體架構，你的部門拆解架構并設計了這個產品的架構，你所在的小組組長設計了負責模塊的地圖并輸出了迭代計劃。你分析了收到的需求/任務，對標到產品的哪個模塊，計劃在哪次迭代用什么功能解決，甚至能知道為什么優先級是這么排的。根據這些信息，跟你的領導溝通一下，這次的需求/任務要哪一次迭代做，誰來做，如果是你做那大概要怎么做。
4. 更好一些的，會建模。知道系統的本質是信息的流轉，產品經理畫這畫那的關鍵就是怎么把問題分析清楚，怎么把解決方案抽象成模型，然后用技術實現模型。

我相信，很多的B端產品新人在成長過程中，都會經歷我經歷過的痛苦，也會面臨我面臨的困惑。希望各位新人要堅持，只要你熱愛這個行業，你就要咬牙堅持。

我寫這些的原因是想通過分享經驗，能幫助你們減輕一點點痛苦，解答一點點困惑。因為工作比較忙，有空了就不定期更新，希望能達成我的目的。

轉載聲明

原創不易，轉載請注明出處。

若發現未經授權轉載者，一律舉報。

注意：未經作者同意不得二次轉載。