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

在本文作者看來，PRD像解分情況討論題，最后得分早在你決定分幾種情況時已經落定，這篇文章將重點討論解題思路。

PRD，產品需求文檔，像廚藝切磋里的終極菜單的──蛋炒飯，人人會寫的PRD其實藏著很多智慧、并時時暴露著你的思維死角。正兒八經當了一年的產品，寫PRD的心態翻天覆地，從當做寫文檔、表格要漂亮、原型要精致，到認識到這是項目的基石，項目成員對你的信任度、項目的開發效率、項目最后的成就從發出PRD那一刻就開始發生著微妙的變化。
我現在希望，我們之間最質樸的交流，是我的PRD能回答你。

解題基本功

PRD的一切都圍繞著需求：需求從哪里來、怎么落地這個需求、怎么衡量需求的落地效果。有PM笑稱產品的日常就是在解應用題，只是“水池的進水速度、出水速度”這樣的條件沒有寫在題干里。PRD相當于你交出的考卷，解題背景、解題思路和最后得分一目了然。

我說PRD像解分情況討論題，最后得分早在你決定分幾種情況時已經落定，這篇文章將重點討論解題思路。根據我的踩坑經驗，考慮缺失的苦果或早或晚會猝不及防的出現，讓你狼狽一陣子。現在學乖的我至少會考慮三個大方面的需求：

1. 功能需求。需要增加產品支持的使用場景，例如微信增加“搜一搜”，來讓用戶在微信中獲取更多的內容、再次重打“用完即走”這句話的臉。這個很好理解，加功能或者優化已有功能以豐富應用場景，是大多數產品的日常，尤其在創業公司。
2. 性能需求。自己狠狠踩過了調用接口超時的坑，才開始關注功能相關的性能問題。當時做需求中包含一個觸發數據同步的功能，我只簡單說明了同步流程。到用外網數據庫測試時才發現，當數據量較大時，調用同步接口會超時，而不得不臨時改變策略。類似問題還出現在批量上傳沒有考慮數量上限、下載不考慮是否需要異步處理、沒考慮過圖像清晰度和加載時間的平衡、完全不考慮瀏覽器兼容等。盡管有經驗的研發會自己處理性能問題，有經驗的產品應該在研發做技術設計之前拋出自己對性能的要求。
3. 安全需求。看別人狠狠踩過了沒有反爬蟲策略的坑，才開始關注安全性問題。除了反爬蟲外，有些功能需要進行敏感詞屏蔽（同步過濾和異步召回）、防刷單機制等。安全需求暫時涉獵較少，不展開描述。

十四字思考自查表

畫一張腦圖，主題叫做“落地需求”，第一級標題劃定為“功能需求”、“性能需求”、“安全需求”，子標題是什么呢？換句話說，就是該怎么思考落地方案呢？

高人傳我七字箴言“增查改刪顯算傳”。結合本人的經驗，狗尾續貂為十四字：

“增查改刪顯算傳，異常情況也要盤?！?/p>

“增查改刪顯算傳”的每個字的擴展，可以用“5W2H”來幫助思維延伸。問問自己這個操作是否必要（why）、操作的權限如何分配（who）、操作的時效限制（when）、交互邀請和提示怎么做（where）、可操作內容是什么（what）、操作的主流程和異常情況是什么（how）、整個操作要多少步驟（how much）。下面具體說說：

• “增”我理解為創建過程。創建的入口在哪？創建的條件是什么？有什么輸入參數，必填嗎？
• “查”我理解為查找。是否支持查找？以什么方式查找，搜索、標簽or排序？全局搜索or類目下搜索？精確搜索or模糊搜索？什么情況下搜索屏蔽結果？搜索結果可以進行什么操作？如何退出搜索？靜態標簽or動態標簽？
• “改”我理解為編輯。編輯的入口在哪？編輯的條件是什么？什么參數支持編輯？
• “刪”我理解為刪除。刪除的對象是什么？刪除的條件是什么？怎么刪除？是否可以撤回？需不需要回收站？
• “顯”我理解為顯示。顯示的內容是什么？顯示內容的優先級的邏輯是什么？視覺元素顯示的優先級是什么？層級關系是什么？
• “算”我理解為數學相關。增查改刪顯傳的數值限制是多少？有什么計算或數量變化規則？用戶需要的內容數量是多少？是否需要顯示總數？
• “傳”我理解為傳輸，包括轉發、分享、下載等。這里需要思考傳輸是否需要處理狀態。
• “異”我理解為異常情況。小到增查改刪各個步驟的可能出現的錯誤情況、大到預估服務器的最大并發，產品能感知到自己解決方案的風險越多、對異常情況準備越充分，就是省錢省力。對異常情況的預知能力，一定程度上反映了產品的經驗值。

勤于修煉，方得始終

我想“面向對象”和“面向過程”這兩種建模方式不止適用于編程，也很適用于產品的日常解題。這篇文章中重點說的是一種“面向過程”的思考方式，小、具體、細致，對產品的抽象思維能力沒有提出太多的要求，非常適合用來鍛煉產品基本功，以達成思維層級一的目標：完整的閉環。

最近做的一個后臺功能，主流程就是用戶上傳CAD文件、完成必須入參填寫，完成上傳的一個過程。用這個例子來帶大家走一遍“十四字箴言”的思考流程。

1. 增

（1）創建條件

• 完成素材上傳的需要的必須參數有哪些（文件、名稱、尺寸、材質等）？
• 用戶上傳的CAD文件內容的要求是什么？
• 名稱長度、字符的要求是什么？
• 尺寸范圍是什么？
• 支持添加的材質是什么？

（2）異常情況

• 不符合要求的文件處理方式是什么？
• 超過長度的名稱怎么處理？
• 超過尺寸范圍怎么辦？

2. 查

查詢方式：

• 添加材質時，如何快速查找到需要的素材？
• 搜索支持的字符是哪幾種？
• 模糊搜索還是精確搜索？
• 如何退出搜索結果？

3. 改

（名稱和尺寸的編輯不贅述）

（1）編輯入口

重新上傳文件的入口存在于幾個地方？設置區域組合關系、設置區域與材質映射關系時是否需要重新上傳文件的入口？

（2）編輯條件

已經設置好區域的組合關系后，是否支持再次編輯區域成組方式？

（3）編輯邏輯

再次編輯成組時，如何確定每個區域材質信息？

4. 刪

所有右上角的“×”關閉路徑是什么？

5. 顯

（1）點擊狀態

上傳完成之前，完成上傳、繼續上傳按鈕是否可點擊？在進行區域成組操作時，進入材質映射步驟的按鈕是否可點擊？

（2）顯示內容

初次打開頁面、上傳中間狀態、上傳完成狀態分別顯示什么？

6. 算

區域和材質的映射關系是一對一還是多對一？

7. 傳

加載狀態：讀取文件、渲染圖片等狀態是否需要考慮加載狀態？加載中、加載成功、加載失敗等。

以上是我在提筆寫PRD前，按照十四字口訣列出的思考自查表。

平時在進行競品功能調研的時候，也可借助這張自查表較為完整的列出功能的實現邏輯、以及邊緣情況的處理方案。有時候在調研過程中，看到競品產品對細節處細膩的處理，會有種想要大呼對手高明的沖動。

大家不妨試試用這套邏輯來分析一個功能練練手，例如淘寶的“我的收藏”、微信通訊錄等，勤于修煉、方得始終。

思維層級的遞進

沉淪于面向過程的思考會失去系統的分析的高度，說人話就是功能做的太多不要忘記抽象和沉淀，否則容易迷失在細節圍城的迷宮。

入行這一年修煉的最多的還是具體的細節邏輯，沉淀這一套通用解法，面對各種場景也能有一些思考的線頭。

下一步就是鍛煉“面向對象”的系統性思考方法，有所心得再與大家分享。

作者：zhihui

來源：微信公眾號【周一產品】

本文由 @zhihui 授權發布于人人都是產品經理，未經作者許可，禁止轉載。

題圖來自 Pexels，基于 CC0 協議