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

產(chǎn)品經(jīng)理如何避免和技術(shù)人員的爭論，提出一份優(yōu)質(zhì)PRD顯得格外重要。這篇文章從功能關(guān)聯(lián)性、通用CASE、備選方案3個角度出發(fā)，教你寫一份沒有遺漏的PRD。

細(xì)數(shù)產(chǎn)品經(jīng)理和技術(shù)之間的口舌大戰(zhàn)，往往是因為評審過程中需求有遺漏大家需要會議上花時間討論，又或者是開發(fā)到一半技術(shù)發(fā)現(xiàn)有個點有遺漏，雙方互相責(zé)怪導(dǎo)致爭執(zhí)。

多次發(fā)生后，技術(shù)會對事情的不滿演變?yōu)閷Ξa(chǎn)品經(jīng)理的不信任，以致于對產(chǎn)品經(jīng)理做的決策潛意識表示質(zhì)疑。

在這種潛意識下，產(chǎn)品經(jīng)理在推進需求時，極有可能首先遇到的是技術(shù)的反駁而不是認(rèn)可，導(dǎo)致低效推進。

大家應(yīng)該都聽過第一印象效應(yīng)，指交往雙方形成的第一次印象對今后交往關(guān)系的影響。產(chǎn)品經(jīng)理如果能在第一次和技術(shù)對接的過程里，表現(xiàn)出邏輯嚴(yán)密和用例細(xì)致，那么一個“靠譜”的首次印象就會給你貼上。在往后的多次對接中，再不斷鞏固這樣的“靠譜”印象，自然而然后續(xù)的對接會非常順利，而且會在技術(shù)形成一種隱性的威信感。

但反之，一旦產(chǎn)給技術(shù)的印象總是遺漏CASE，需求說不清楚的話，一個“不靠譜”的標(biāo)簽就會長時間跟著你，往后要撕掉就更難。

今天就PRD遺漏這個話題，為大家總結(jié)了3個技巧，希望對大家有幫助。

一、做好功能關(guān)聯(lián)性，避免功能模塊缺失

功能模塊的影響點一定是要全面考慮到的，絕對不能遺漏！遺漏的嚴(yán)重后果有2個：

• 本次評審基本白瞎，產(chǎn)品技術(shù)測試UI的時間都會被浪費。
• 遺漏的功能模塊無法短時間討論出結(jié)果，只能是重新梳理重新評審，項目推進一定會delay。

建議產(chǎn)品經(jīng)理把自己負(fù)責(zé)的產(chǎn)品做一份功能模塊關(guān)系（mind腦圖或者axure原型圖都可以），尤其是新手產(chǎn)品經(jīng)理強烈推薦做一份，這樣會很大程度規(guī)避這個問題。

電商購物車的功能模塊關(guān)系示例：

（購物車管理和下單部分留給讀者朋友自己補充）

在設(shè)計類似的模塊關(guān)系圖時，有幾個點需要大家注意：

1. 在組織結(jié)構(gòu)時，一開始不要陷入細(xì)節(jié)，從大到小進行組織

比如上述有一點是描述“哪些場景是無法加入購物車”的。這個結(jié)構(gòu)往下拆會先到商品原因、賬號原因、數(shù)量原因和系統(tǒng)原因這樣的維度，我們先確定好這幾個點有無遺漏，不要一開始就陷入商品沒庫存不能加、價格變了不能加這樣的邏輯里，然后我們再看每個細(xì)項包含哪些內(nèi)容。

2. 從場景出發(fā)

保證不遺漏的最好方式就是按場景細(xì)化，我們把購物車分為下面3個大場景：1）購物車?yán)锷唐返倪M出；2）購物車自身的管理；3）購物車提交訂單。

這樣的方式可以讓我們非常容易的想到是否遺漏場景，就算想不起來，拿出手機打開購物車點一點，也還能想到是否其他場景可以補充。

3. 對照產(chǎn)品，按頁面順序羅列功能點，然后往框架里面丟

這是比較“笨”但是非常有效的辦法。我們可以打開購物車頁面，記錄每個頁面有哪些功能點，每個功能點觸發(fā)后還有哪些功能點。全部記錄后，再把每一個功能點往上述的框架里面放。

上述這一步做完，當(dāng)你接到一個新需求的時候，就可以很快的判斷影響點了。比如“在購物車頂部添加用戶地址選擇”這個功能時，你可以很快的判斷，這個功能對商品加入購物車和購物車下單是沒有影響的，影響面在于對購物車管理和商品移除購物車這2個地方。

二、匯總通用CASE大全，作為自查清單

相信很多產(chǎn)品經(jīng)理都有一份自查清單，便于對比自己的方案是否遺漏了某些異常的場景。這里我梳理了一份自查XMIND清單拋磚引玉，大家可以根據(jù)自己負(fù)責(zé)的產(chǎn)品維護補充。

三、做好備選方案的拋棄理由

這塊可能有點不好理解，很多產(chǎn)品經(jīng)理也并不重視，但是如果做的好，在技術(shù)面前的形象會更高大一分。

相信大家遇到過這樣的場景：當(dāng)評審時帶的A方案時，技術(shù)會經(jīng)常問為什么不用B方案。如果此時我們拿出準(zhǔn)備好的數(shù)據(jù)或者邏輯說明拋棄B的理由，會讓大家覺得是有備而來，而不是草草完成任務(wù)。

舉一個電商賣家后臺商品上下架例子，可以有2個方案實現(xiàn)：

• A：創(chuàng)建完商品保存后，在商品列表有一個單獨的【預(yù)售設(shè)置】
• B：創(chuàng)建商品資料的頁面同時加上預(yù)售時間設(shè)置

你希望做的是A方案，當(dāng)你評審的時候可能技術(shù)有會挑戰(zhàn)，既然要做預(yù)售，為什么不放到一起。如果事先想到這個方案就可以準(zhǔn)備好如下應(yīng)對：

• 不是所有的商品都需要預(yù)售
• 創(chuàng)建資料是商品資料組做，而預(yù)售是采購組做，是2個團隊在做。

如此提前準(zhǔn)備好可能出現(xiàn)的場景及應(yīng)對的方案，評審會事半功倍。

當(dāng)我們負(fù)責(zé)新的產(chǎn)品時，如果你的交接人有留存類似的文檔，可以能夠讓我們更快的上手。如果有讀者經(jīng)常有需求遺漏的話，強烈建議大家試一試。

我們作為產(chǎn)品經(jīng)理，在把需求提給技術(shù)之前，做好充分的準(zhǔn)備，即能幫助自己高效的推進，也能尊重技術(shù)團隊的時間。

更重要的是，一旦技術(shù)認(rèn)為你靠譜，在后續(xù)的對接中會有意想不到的化學(xué)反應(yīng)，技術(shù)GG們會主動幫助你思考業(yè)務(wù)場景，幫助你考慮哪里有遺漏，到了這個階段是真的配合的很爽。

作者：歸歸類；公眾號：歸歸類，微信號：gglei666

本文由@歸歸類 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理，未經(jīng)作者許可，禁止轉(zhuǎn)載

題圖來自Unsplash，基于CC0協(xié)議