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

需求是一個很玄的東西，總會影響產(chǎn)品經(jīng)理和開發(fā)的關(guān)系。為此，本文作者分享了一種可拯救產(chǎn)品與開發(fā)關(guān)系的良藥——“高內(nèi)聚低耦合”。因為“高內(nèi)聚低耦合”的產(chǎn)品設(shè)計能保證“可復(fù)用／可擴展／夠靈活／可維護”，從而提升產(chǎn)品迭代效率／增進(jìn)和開發(fā)的感情。

產(chǎn)品經(jīng)理做功能規(guī)劃時一定經(jīng)常遇到這樣的問題：

1. 需求變更或產(chǎn)品設(shè)計不合理導(dǎo)致修改成本很高時，產(chǎn)品被開發(fā)罵，甚至被打。
2. 需求評審時，開發(fā)會說“不要相信產(chǎn)品經(jīng)理“／”這里不要聽他的，到時候肯定會讓我們改” ，信任崩壞。

其實，產(chǎn)品一點也不想改需求?？墒菢I(yè)務(wù)情況不斷在變，導(dǎo)致和開發(fā)的關(guān)系總是被改需求這件事破壞。

怎么辦？

• 首先，沖突是不可避免的。承認(rèn)產(chǎn)品和開發(fā)中任務(wù)目標(biāo)和思考方式上存在差異，不必太過緊張，在沖突中協(xié)作并推進(jìn)項目是常態(tài)。
• 其次，需求總是會改的。與其承諾不改，不如讓產(chǎn)品改起來十分順滑。這就要努力去理解開發(fā)的工作特征，在設(shè)計產(chǎn)品的時候做個“有腦子的pm”。

今天和大家分享其中非常重要的一點——產(chǎn)品設(shè)計中的 *高內(nèi)聚低耦合* 就是拯救產(chǎn)品開發(fā)關(guān)系的良藥。

什么是高內(nèi)聚低耦合？

這犀利的措辭一看就是來自開發(fā)界的術(shù)語。高內(nèi)聚是說一個功能模塊最好僅完成一個獨立的子功能并且完成的很好。低耦合是指模塊與模塊之間盡量獨立／聯(lián)系少／接口簡單。

這個原則出現(xiàn)的背景是為了讓程序“可復(fù)用／可擴展／夠靈活／可維護”。干過一陣子產(chǎn)品的人對這幾個詞應(yīng)該都不陌生。對于程序設(shè)計者來說，這幾個詞是十分重要的，不亞于產(chǎn)品經(jīng)理口中的“用戶體驗”（原則or擋箭牌）。

那么，怎么能讓你的需求設(shè)計符合以上原則呢？

分3步：

1. 把一個具體的問題抽象成一類問題；
2. 根據(jù)用戶體驗流程劃分功能模塊；
3. 針對每個功能設(shè)計封閉的解決方案。

下面一個一個講：

1、從對象到類，從具體到抽象，產(chǎn)品經(jīng)理要盡量解決一類問題而不是一個問題

比如老板說這周要上一個大轉(zhuǎn)盤抽獎的活動，送兩部iPhone7拉升一下用戶活躍。大轉(zhuǎn)盤幾乎時每個產(chǎn)品經(jīng)理／開發(fā)的噩夢，拿到題目立即打開axure開始飆車？no！先把這個具體到活動需求升級到一類問題來考慮：

• 這次的大轉(zhuǎn)盤送iPhone7，下次送話費怎么改？
• 大轉(zhuǎn)盤是個抽獎活動，下次老板又看上了砸金蛋怎么改？
• 這次是獎勵新用戶的，下次換成會員才可以抽獎怎么改？
• 大轉(zhuǎn)盤是運營型產(chǎn)品，萬一下個月要對接外部合作者引流怎么改？
• 甚至下次開始做轉(zhuǎn)發(fā)集贊送禮品了，怎么改？

你要從“策劃一個（抽獎）活動系統(tǒng)”的角度來思考，目標(biāo)定為解決快速支持運營（抽獎）活動這一類問題；如此得出的方案才有可能是“通用”的，支持比較多的“變種”。

2、繪制用戶體驗流暢圖，按照“單一責(zé)任原則”劃分功能模塊

不同的角色甚至同一角色都可能有不同的任務(wù)目標(biāo)，需要逐一分析。

比如在大轉(zhuǎn)盤類產(chǎn)品中，一個參與用戶在活動中的體驗流程是：

①用戶看到活動頁面→②系統(tǒng)判斷活動有效性→③用戶執(zhí)行抽獎操作→④系統(tǒng)判斷用戶是否符合參與條件→⑤系統(tǒng)給出獎勵結(jié)果→⑥輸出結(jié)果頁面給用戶→⑦用戶執(zhí)行領(lǐng)獎操作

1. 最初應(yīng)該如何劃分事件模塊？我的經(jīng)驗是參考生活經(jīng)驗并根據(jù)你當(dāng)前所要處理的任務(wù)目標(biāo)來確定粒度的粗細(xì)，比如現(xiàn)在我們在設(shè)計一個抽獎的活動系統(tǒng)，我的劃分粒度就先到組成這個系統(tǒng)的大模塊。如果現(xiàn)在我們開始設(shè)計抽獎的前端頁面，我們的劃分粒度就要拆解到頁面的組成部分。
2. 如何確定模塊規(guī)劃符合高內(nèi)聚低耦合的標(biāo)準(zhǔn)？一個判斷標(biāo)準(zhǔn)是：單一責(zé)任原則。簡單說就是一個模塊只做一件事，只承擔(dān)一項職責(zé)，因為承擔(dān)的責(zé)任越多，它被復(fù)用的可能性就越小。如果承擔(dān)的職責(zé)過多，就相當(dāng)于將這些職責(zé)耦合在一起，當(dāng)其中一個職責(zé)變化時，可能會影響其他職責(zé)的運作，于是就會導(dǎo)致開發(fā)罵娘——“這個功能改不動”、“這相當(dāng)于重做一個”

為了方便操作，我個人總結(jié)如下圖：

左邊舉例：假設(shè)將“④系統(tǒng)判斷用戶是否符合參與條件→⑤系統(tǒng)給出獎勵結(jié)果”規(guī)劃為一個功能模塊A，我們將會發(fā)現(xiàn)A的輸出結(jié)果有兩種類型，一個類型是用戶老王不是注冊用戶不具備抽獎資格（假設(shè)活動要求平臺注冊用戶才能抽獎），另一個類型是老王具備抽獎資格但是沒有抽中（假設(shè)完全隨機抽獎）。在這種情況下，出現(xiàn)兩種類型的結(jié)果輸出，說明該模塊的耦合度高了——應(yīng)該拆成2個模塊，一個專門判斷用戶是否有資格來抽一把，一個專門判斷有資格的用戶得到哪個獎品。

①用戶看到活動頁面→②系統(tǒng)判斷活動有效性→③用戶執(zhí)行抽獎操作→**A 系統(tǒng)給出獎勵結(jié)果**→⑥輸出結(jié)果頁面給用戶→⑦用戶執(zhí)行領(lǐng)獎操作

右邊舉例：假設(shè)將“⑤系統(tǒng)給出獎勵結(jié)果”拆成兩個模塊“A 用戶抽中哪個獎品→B 該獎品是否已達(dá)最大量”，我們將會發(fā)現(xiàn)要得到用戶中獎結(jié)果一定要模塊A和B同時起作用才行，也可以說A和B在承擔(dān)同一個責(zé)任。說明該模塊的內(nèi)聚度低——應(yīng)該合并成1個模塊。

①用戶看到活動頁面→②系統(tǒng)判斷活動有效性→③用戶執(zhí)行抽獎操作→④系統(tǒng)判斷用戶是否符合參與條件→**A 用戶抽中哪個獎品→B 該獎品是否已達(dá)最大量（已抽完或每日限量）**→⑥輸出結(jié)果頁面給用戶→⑦用戶執(zhí)行領(lǐng)獎操作

3、針對每個功能模塊，明確輸入和輸出，設(shè)計完整封閉的解決方案，打造對上下游的黑盒

根據(jù)第2部分的用戶體驗流程，把活動系統(tǒng)劃分歸類出以下模塊：

1. 活動頁面管理：頁面創(chuàng)建、編輯、banner圖替換、轉(zhuǎn)盤樣式切換、活動規(guī)則頁編輯等；
2. 活動有效性管理：基礎(chǔ)信息配置、活動時間設(shè)定、定時上線下線等；
3. 參與條件管理：配置參與活動的各項條件，比如用戶等級、性別、購物滿××元等；
4. 獎池系統(tǒng)：獎品配置、數(shù)量限制、概率參數(shù)調(diào)整等。

我們以“參與條件管理?！眽K為例：

• 輸入：供判斷的一堆參數(shù)，較大可能會隨業(yè)務(wù)變化而增減
• 黑盒：內(nèi)部工作單元，根據(jù)參數(shù)輸入執(zhí)行具體的判定
• 輸出：告訴抽獎系統(tǒng)該用戶上否有資格參與抽獎，yes/no

如下圖：

厘清之后，該功能模塊和上下游切割的就比較干凈了：僅完成判斷用戶是否有資格參與抽獎的任務(wù)，高內(nèi)聚。上游對接判斷的參數(shù)條件，根據(jù)業(yè)務(wù)需求增加入?yún)⒑蛯?yīng)的判斷模塊即可，下游只輸出是否可以參加有獎的信息，低耦合。

總結(jié)

“高內(nèi)聚低耦合“的產(chǎn)品設(shè)計能保證“可復(fù)用／可擴展／夠靈活／可維護”，從而提升產(chǎn)品迭代效率／增進(jìn)和開發(fā)的感情。

產(chǎn)品經(jīng)理可參考以下方法規(guī)劃產(chǎn)品模塊：

1. 從對象到類，從具體到抽象，產(chǎn)品經(jīng)理出手是要解決一類問題而不是一個問題；
2. 繪制用戶體驗流暢圖，按照“單一責(zé)任原則”劃分功能模塊；
3. 對每個功能模塊，明確輸入和輸出，設(shè)計完整封閉的解決方案，打造對上下游的功能黑盒。

最后，本人無技術(shù)背景，技術(shù)出身的pm如果想打我，請不要打臉。

作者：kk，前騰訊產(chǎn)品經(jīng)理，創(chuàng)業(yè)中，柚子生活COO。個人公眾號：K星異客。

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