本文將深入探討策略產(chǎn)品經(jīng)理在輸出需求文檔時應(yīng)重點考慮的幾個方面，包括可解釋性、數(shù)據(jù)安全機制設(shè)計，以及性能評估，旨在幫助產(chǎn)品經(jīng)理全面完善PRD，避免潛在的產(chǎn)品失敗風(fēng)險。

今天跟大家聊一個產(chǎn)品經(jīng)理的基本能力，如何才能寫一份好的策略產(chǎn)品需求文檔。

最近看了很多PRD，發(fā)現(xiàn)一個特別重要的點，大家在輸出需求的時候會更關(guān)注策略邏輯，功能交互等規(guī)則，邏輯類內(nèi)容。

但是，現(xiàn)實中我們會經(jīng)?？吹揭驗榉沁壿嬓藻e誤導(dǎo)致產(chǎn)品失敗的一些案例，嚴重可能會引起線上事故。

比如在互聯(lián)網(wǎng)醫(yī)療行業(yè)，如果線上出售的藥品包含OTC（over the counter，非處方藥）藥品，這種情況下，頁面交互設(shè)計體驗再好，不符合行業(yè)規(guī)范都是無法通過應(yīng)用市場審核，甚至面臨行政處罰。

因此，產(chǎn)品經(jīng)理在定義策略產(chǎn)品的需求時，除了邏輯規(guī)則，更多應(yīng)該關(guān)注非規(guī)則類約束。

下面幾個是策略產(chǎn)品經(jīng)理在輸出需求文檔的時候重點考慮的幾個非規(guī)則類約束。

一、可解釋性

“可解釋”廣義上是指在用戶需要了解或解決一件事情時，他們可以獲得所需要的信息，主要是為了提升用戶對于產(chǎn)品的信任度，在個性化推薦系統(tǒng)中就有很多的應(yīng)用。

下圖是亞馬遜的首頁的一個推薦模塊，在模塊的左上角會標記“根據(jù)您的所購商品推薦商品”，這是根據(jù)用戶最近的行為給出的推薦解釋。

亞馬遜推薦商品模塊

除了上述類型的推薦解釋，還可以應(yīng)用商品本身的特色來進行推薦解釋。下圖是京東為你推薦模塊，其中“甄選健康原料”，“重量僅522g”，“商場同款”等都是一種推薦策略產(chǎn)品可解釋性的表現(xiàn)。

京東為你推薦的推薦解釋

二、數(shù)據(jù)安全機制設(shè)計

產(chǎn)品安全性是近幾年被頻繁提及的一個話題，尤其是用戶個人數(shù)據(jù)的安全，這其中尤為重要的就是用戶數(shù)據(jù)的授權(quán)使用環(huán)節(jié)。

Facebook泄露數(shù)以億計的用戶數(shù)據(jù)，導(dǎo)致很多用戶的信息被不明機構(gòu)濫用，被視為近十年最嚴重的數(shù)據(jù)泄露事故，這其中更讓人不解的是很多用戶竟然不明不白的就授予了產(chǎn)品個人數(shù)據(jù)的使用權(quán)。

數(shù)據(jù)在策略產(chǎn)品中的重要性不言而喻，因此獲取用戶數(shù)據(jù)授權(quán)是其中的一個必需的流程。在設(shè)計用戶數(shù)據(jù)授權(quán)策略時，需要考慮：

• 哪些數(shù)據(jù)需要獲得用戶的授權(quán)？
• 授權(quán)的期限是多長？
• 關(guān)閉授權(quán)后的再觸發(fā)機制怎么設(shè)計？

隨著大眾數(shù)據(jù)安全意識的提高，濫用用戶數(shù)據(jù)，甚至泄露用戶數(shù)據(jù)會對企業(yè)造成難以估計的影響，因此用戶數(shù)據(jù)的安全性需要在策略需求中重點考慮。下圖是餓了么在獲取QQ登錄的授權(quán)頁：

用戶在互聯(lián)網(wǎng)產(chǎn)品上的行為可以分為兩種：顯性行為和隱形行為。顯性行為是指用戶主動發(fā)起的，如：點擊，評論，贊同，評分等等；隱形行為是指并非用戶主動產(chǎn)生的，而是產(chǎn)品通過一定的手段收集到的用戶行為，如：停留，注意力等。

產(chǎn)品在使用由用戶主動發(fā)起的行為數(shù)據(jù)時，產(chǎn)品經(jīng)理來只需要設(shè)計好對應(yīng)的授權(quán)協(xié)議，并且保證用戶的知情權(quán)，讓用戶不會覺得被侵犯；但是，對于隱形行為的使用則更可能觸犯用戶的個人隱私，主要包含個人的私生活、日記、照相薄、生活習(xí)慣、通信秘密、身體缺陷等等。

在設(shè)計個性化推薦系統(tǒng)的時候，經(jīng)常會用到用戶的瀏覽行為來推測用戶的偏好以及意圖，在制定推薦召回策略的時候，會把涉及到個人隱私的行為或者商品進行過濾，保證用戶在產(chǎn)品端的體驗。

三、性能的評估

按照通用的定義，軟件性能是軟件的一種非功能特性，它關(guān)注的不是軟件是否能夠完成特定的功能，而是在完成該功能時展示出來的品質(zhì)，也就是說軟件性能是衡量軟件完成任務(wù)質(zhì)量高低的一個標準。比如響應(yīng)時間，吞吐量，并發(fā)用戶數(shù)，資源利用率等，都可以用來衡量一個軟件的運行情況。

在很多團隊的軟件項目管理中，軟件性能會在軟件研發(fā)完成之后，由專業(yè)的測試人員來進行測試，產(chǎn)品經(jīng)理則不會關(guān)注。但是對于策略產(chǎn)品來講，性能是必須要關(guān)注的一個點，因為大部分策略需求都需要用到數(shù)據(jù)來進行運算和邏輯開發(fā)，這其中帶來的不確定性極有可能引發(fā)線上事故。

作為策略產(chǎn)品經(jīng)理不必太過關(guān)注系統(tǒng)層面的性能，比如接口性能，研發(fā)人員在架構(gòu)設(shè)計階段會進行評估的。但是，需要在策略需求階段對當(dāng)前產(chǎn)品的數(shù)據(jù)需求進行預(yù)研。主要包括兩個方面：

首先，是當(dāng)前產(chǎn)品數(shù)據(jù)現(xiàn)狀的調(diào)研，比如當(dāng)前頁面近一個月日均流量數(shù)據(jù)，峰值流量等，并且在PRD中進行陳述，主要是為了給研發(fā)工程師在開發(fā)過程中進行正確的架構(gòu)設(shè)計；

其次，是針對策略需求中涉及到軟件性能的指標進行正確的定義。比如在人群畫像標簽的計算當(dāng)中，哪些標簽是需要實時計算同步，哪些標簽需要離線計算、T+N同步，兩種需求的解決方案完全不一樣，明顯前一個需求對系統(tǒng)時效性的要求更高。

如果涉及到接口服務(wù)的調(diào)用，還需要為接口提供方提供數(shù)據(jù)預(yù)研結(jié)果，比如QPS（每秒查詢率，Queries-per-second），它是對一個特定的查詢服務(wù)器在規(guī)定時間內(nèi)所處理流量多少的衡量標準，以便對方評估調(diào)用可行性。QPS一般的計算方式如下所示：

QPS=(總PV數(shù) * 80%) / (每天秒數(shù) * 20%)

即每天80%的訪問集中在20%的時間，這20%時間叫做峰值時間。