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

編輯導(dǎo)讀：需求需求，戴在每個(gè)產(chǎn)品經(jīng)理頭上的緊箍咒。當(dāng)我們處理完一個(gè)又一個(gè)的需求后，不禁會(huì)問(wèn)，需求的盡頭是什么？對(duì)于這個(gè)問(wèn)題，作者給出了自己的解答，一起來(lái)看看吧。

產(chǎn)品經(jīng)理的工作和需求密不可分 ，那么你有沒(méi)有思考過(guò)一個(gè)問(wèn)題：需求的盡頭是什么？

不妨來(lái)跟我一起找答案吧！

假設(shè)你是R企銷(xiāo)售平臺(tái)的產(chǎn)品經(jīng)理，A是R企的產(chǎn)品，并在你負(fù)責(zé)的平臺(tái)上銷(xiāo)售。現(xiàn)在A的產(chǎn)品經(jīng)理找到你，對(duì)你提出了一個(gè)需求：用戶1通過(guò)銷(xiāo)售平臺(tái)購(gòu)買(mǎi)了產(chǎn)品A，不論用戶1是否離職，都不影響訂單的升級(jí)續(xù)費(fèi)等操作，也不影響A的使用。

一、判斷是否是偽需求

首先，我們需要了解產(chǎn)品A的定位和銷(xiāo)售模式。

A是一款項(xiàng)目協(xié)作類(lèi)的軟件，在銷(xiāo)售平臺(tái)上的銷(xiāo)售方式分為兩種：個(gè)人和企業(yè)。

• 個(gè)人訂單，只有購(gòu)買(mǎi)人有查看&操作訂單權(quán)限。
• 企業(yè)訂單，購(gòu)買(mǎi)人以及同企業(yè)的成員都有操作按鈕，也能夠正常使用。

由此我們可以下一個(gè)結(jié)論：這是一個(gè)偽需求！

但你真的覺(jué)得這合理嗎？我們依然從兩種銷(xiāo)售方案的角度分析。

• 我們分析A這個(gè)軟件本身，這是一款項(xiàng)目協(xié)作類(lèi)軟件，它的使用場(chǎng)景是多人協(xié)作辦公。因此，哪怕是個(gè)人購(gòu)買(mǎi)，實(shí)際上卻是公司或項(xiàng)目使用，那么有可能出現(xiàn)人員離職的情況。所以針對(duì)個(gè)人訂單，離職轉(zhuǎn)交是真需求。
• 有操作按鈕一定代表能正常使用嗎？正常使用的定義是什么？前面的背景說(shuō)到，銷(xiāo)售平臺(tái)與A是兩個(gè)系統(tǒng)，涉及到兩個(gè)系統(tǒng)，那么底層的數(shù)據(jù)是否互通就顯得尤為重要。對(duì)于兩個(gè)系統(tǒng)，正常使用是在銷(xiāo)售平臺(tái)上操作后，數(shù)據(jù)也應(yīng)傳到A上。在實(shí)際操作后發(fā)現(xiàn)，企業(yè)訂單中，只有購(gòu)買(mǎi)人的操作是有效的！即非購(gòu)買(mǎi)人操作后的訂單信息未傳輸?shù)紸的數(shù)據(jù)庫(kù)中。

由此，我們抽絲剝繭發(fā)現(xiàn)這是一個(gè)真需求！

二、查看競(jìng)品玩法

確定需求后，我們需要查看頭部的企業(yè)中類(lèi)似產(chǎn)品的銷(xiāo)售模式，拓寬思路。

1. 阿里云-云效

在阿里云平臺(tái)購(gòu)買(mǎi)云效時(shí)，利用企業(yè)id取代用戶id來(lái)確認(rèn)訂單信息。因此，如果購(gòu)買(mǎi)云效的用戶離職，后續(xù)企業(yè)人員仍可使用企業(yè)id進(jìn)行升級(jí)、續(xù)費(fèi)，從根源上避免了離職人轉(zhuǎn)交的需求。

2. 華為云-軟件開(kāi)發(fā)平臺(tái)

軟件開(kāi)發(fā)平臺(tái)并未強(qiáng)制限制購(gòu)買(mǎi)主體為企業(yè)，是利用用戶id來(lái)確認(rèn)訂單信息。

查看購(gòu)買(mǎi)記錄與軟件開(kāi)發(fā)平臺(tái)頁(yè)面，并未發(fā)現(xiàn)訂單轉(zhuǎn)交的按鈕。提交工單詢(xún)問(wèn)后得知，若以個(gè)人為主體購(gòu)買(mǎi)軟件開(kāi)發(fā)平臺(tái)，離職后會(huì)導(dǎo)致訂單無(wú)法升級(jí)續(xù)費(fèi)，企業(yè)將無(wú)法使用軟件開(kāi)發(fā)平臺(tái)。只有將個(gè)人賬號(hào)做企業(yè)認(rèn)證，或直接以企業(yè)方式購(gòu)買(mǎi)，無(wú)論是否離職都不會(huì)對(duì)訂單或使用造成影響。顯然，華為云是通過(guò)角色來(lái)控制權(quán)限，并未做離職人轉(zhuǎn)交的邏輯。

三、梳理解決方案

我們了解了競(jìng)品玩法后，提出以下三種解決方案。

1. 利用企業(yè)id確認(rèn)訂單信息

在看完競(jìng)品-阿里云的銷(xiāo)售模式后，你是否覺(jué)得醍醐灌頂？我們從起點(diǎn)開(kāi)始就錯(cuò)了：既然A是一款項(xiàng)目協(xié)作的軟件，對(duì)于此類(lèi)軟件，支持個(gè)人購(gòu)買(mǎi)明顯不合理。

有了質(zhì)疑，我們?cè)俳Y(jié)合個(gè)人購(gòu)買(mǎi)和企業(yè)購(gòu)買(mǎi)的場(chǎng)景，仔細(xì)分析區(qū)別。

• S企的采購(gòu)部購(gòu)買(mǎi)了產(chǎn)品，但是企業(yè)購(gòu)買(mǎi)需要上傳公司的營(yíng)業(yè)執(zhí)照在銷(xiāo)售平臺(tái)認(rèn)證，財(cái)務(wù)部不愿提供信息或很麻煩。
• 個(gè)人工作室買(mǎi)了產(chǎn)品A想二開(kāi)，無(wú)法提供營(yíng)業(yè)執(zhí)照等信息。
• 這個(gè)平臺(tái)和產(chǎn)品已經(jīng)運(yùn)行一段時(shí)間了，之前存在一些真實(shí)的訂單，我們不方便更改軟件的購(gòu)買(mǎi)方式。

結(jié)合上述場(chǎng)景，若我們把購(gòu)買(mǎi)方式貿(mào)然限制為企業(yè)購(gòu)買(mǎi)，會(huì)失去（1）（2）類(lèi)客戶，并且導(dǎo)致（3）類(lèi)用戶出問(wèn)題。華為并未限制個(gè)人購(gòu)買(mǎi)軟件開(kāi)發(fā)平臺(tái)應(yīng)該也是出于這三點(diǎn)的考量。

oh，此路不通！

2. 修復(fù)bug，使企業(yè)內(nèi)非購(gòu)買(mǎi)人的訂單操作生效

這個(gè)方案和軟件開(kāi)發(fā)平臺(tái)的銷(xiāo)售模式相似，即個(gè)人訂單個(gè)人使用，企業(yè)訂單管理員均可操作。但若A仍保留個(gè)人購(gòu)買(mǎi)的模式，那么個(gè)人訂單中，離職后仍可正常使用或升級(jí)續(xù)費(fèi)的需求無(wú)法被滿足。

此方案的優(yōu)勢(shì)在于改動(dòng)少，但是不能滿足個(gè)人訂單的場(chǎng)景需求。因此也不會(huì)采納。

3. 新增個(gè)人和企業(yè)訂單的離職人轉(zhuǎn)交功能

優(yōu)點(diǎn)：更貼合用戶習(xí)慣，符合認(rèn)知

缺點(diǎn)：銷(xiāo)售平臺(tái)中不僅銷(xiāo)售這一個(gè)產(chǎn)品，需要A做特殊的邏輯，銷(xiāo)售平臺(tái)的開(kāi)發(fā)工作量重

優(yōu)點(diǎn)：銷(xiāo)售平臺(tái)無(wú)需做特殊邏輯，僅提供修改接口即可

缺點(diǎn)：A的開(kāi)發(fā)工作量重

兩種方案都各有利弊，根據(jù)實(shí)際的項(xiàng)目情況，A較之銷(xiāo)售平臺(tái)可提供更多的技術(shù)資源，因此選擇方式（2）。

四、冰山露出來(lái)的只是一角，潛伏在冰山下的才是一個(gè)優(yōu)秀的產(chǎn)品經(jīng)理需要看到的

到現(xiàn)在為止，你是否發(fā)現(xiàn)了流程的不合理處？

1. 企業(yè)訂單中，所有成員都有操作權(quán)限？

顯然不合理，應(yīng)該限制企業(yè)管理員才能以企業(yè)方式購(gòu)買(mǎi)，如非企業(yè)管理員的用戶只支持個(gè)人購(gòu)買(mǎi)。

但，真的這么簡(jiǎn)單嗎？

結(jié)合離職人轉(zhuǎn)交的功能，若企業(yè)管理員將訂單轉(zhuǎn)交給了企業(yè)成員，那么就存在非企業(yè)管理員可以再次以企業(yè)方式購(gòu)買(mǎi)產(chǎn)品。因此，我們不僅需要在購(gòu)買(mǎi)時(shí)做角色校驗(yàn)，還需在再次購(gòu)買(mǎi)和升級(jí)續(xù)費(fèi)時(shí)校驗(yàn)。

2. 個(gè)人訂單和企業(yè)訂單的續(xù)費(fèi)問(wèn)題

對(duì)于A這個(gè)產(chǎn)品，我們保留了個(gè)人訂單和企業(yè)訂單兩種購(gòu)買(mǎi)方式，這就涉及到一個(gè)場(chǎng)景：第一年C以個(gè)人方式購(gòu)買(mǎi)了產(chǎn)品，第二年C以企業(yè)方式購(gòu)買(mǎi)，發(fā)現(xiàn)沒(méi)有升級(jí)續(xù)費(fèi)的優(yōu)惠價(jià)，且A的使用有效期沒(méi)有疊加。為了避免這個(gè)問(wèn)題，我們需要對(duì)已購(gòu)買(mǎi)過(guò)A的用戶的購(gòu)買(mǎi)方式做限制，即若C以個(gè)人方式購(gòu)買(mǎi)過(guò)產(chǎn)品，后續(xù)C也僅支持個(gè)人購(gòu)買(mǎi)。

但，真的這么簡(jiǎn)單嗎？

首先，如何定義已購(gòu)買(mǎi)的用戶？是提交訂單后，還是付款后算購(gòu)買(mǎi)。如果提交訂單后就算購(gòu)買(mǎi)，那么用戶發(fā)現(xiàn)購(gòu)買(mǎi)方式選擇錯(cuò)誤取消訂單后，卻發(fā)現(xiàn)無(wú)法修改購(gòu)買(mǎi)方式；如果付款后算購(gòu)買(mǎi)，那么用戶先提交一個(gè)個(gè)人訂單不付款，再提交一個(gè)企業(yè)訂單后，接著支付兩個(gè)訂單。那么就會(huì)存在一個(gè)用戶既有個(gè)人訂單又有企業(yè)訂單，限制無(wú)效。好像走進(jìn)了一個(gè)死胡同。不妨跳出這兩個(gè)方案來(lái)看，加一些別的限制組成方案C：付款后就算購(gòu)買(mǎi)，但是用戶若有未付款訂單，則不允許再提交新的訂單。

其次，結(jié)合離職人轉(zhuǎn)交的功能，針對(duì)同一款產(chǎn)品，可能存在一個(gè)用戶既有個(gè)人訂單又有企業(yè)訂單的情況。比如，用戶1以個(gè)人方式購(gòu)買(mǎi)了A，后續(xù)用戶2將企業(yè)訂單轉(zhuǎn)交給用戶1。因此，再轉(zhuǎn)交前還需加被轉(zhuǎn)交人的校驗(yàn)邏輯。

五、總結(jié)啟發(fā)

需求的盡頭是什么？還是需求，不過(guò)這個(gè)需求是從冰山下挖出來(lái)的更深層次的需求。

所以我們思考一個(gè)需求，他不應(yīng)是一個(gè)點(diǎn)，而是一條線，更復(fù)雜的時(shí)候是一個(gè)面或多個(gè)面。

以銷(xiāo)售平臺(tái)為例，對(duì)于用戶來(lái)說(shuō)，只是在A上增加了一個(gè)轉(zhuǎn)交的按鈕，但是銷(xiāo)售平臺(tái)的功能一環(huán)扣一環(huán)，關(guān)聯(lián)性非常強(qiáng)，需要產(chǎn)品看到更多，以下兩種方法可以輔助我們思考。

1. 流程圖思考法

當(dāng)我們?cè)谠O(shè)計(jì)離職轉(zhuǎn)交時(shí)，可以畫(huà)一個(gè)簡(jiǎn)單的流程圖來(lái)幫助我們梳理上游和下游，關(guān)鍵的節(jié)點(diǎn)標(biāo)注所需的數(shù)據(jù)。

比如，訂單結(jié)算需要用戶信息，那么需要銷(xiāo)售平臺(tái)和A做用戶打通或用戶綁定，才能支持離職轉(zhuǎn)交操作；訂單結(jié)算需要個(gè)人/企業(yè)實(shí)名信息，若A未提供，則銷(xiāo)售平臺(tái)需要在每一次提交訂單時(shí)做實(shí)名校驗(yàn)，增加去實(shí)名的跳轉(zhuǎn)引導(dǎo)；轉(zhuǎn)交后可能涉及到退款，而退款僅支持原路退回，那么我們需要在用戶支付時(shí)或轉(zhuǎn)交時(shí)添加提示。

2. 權(quán)限矩陣思考法

只考慮訂單數(shù)據(jù)流轉(zhuǎn)過(guò)程是遠(yuǎn)遠(yuǎn)不夠的，因?yàn)橛唵芜€涉及到多個(gè)角色，多種狀態(tài)。

不同角色在訂單的不同狀態(tài)下，可操作的按鈕不一致，例如企業(yè)成員僅能在訂單狀態(tài)為生效中時(shí)使用產(chǎn)品而無(wú)法查看訂單詳情，而企業(yè)管理員應(yīng)從未授權(quán)時(shí)就能夠查看訂單詳情了。

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

題圖來(lái)自Unsplash，基于CC0協(xié)議。