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

在產(chǎn)品經(jīng)理的工作中，臨時(shí)需求算是最常見(jiàn)的一種需求類型了。經(jīng)常是毫無(wú)預(yù)兆就一個(gè)需求丟過(guò)來(lái)，產(chǎn)品經(jīng)理一臉懵逼。這種時(shí)候，這個(gè)需求是做呢？還是不做呢？如何處理為好呢？

作為一個(gè)產(chǎn)品人，可能都經(jīng)歷過(guò)下面的場(chǎng)景：

版本需求早已敲定，開(kāi)發(fā)、測(cè)試正在緊鑼密鼓地進(jìn)行中，你也正投身于這個(gè)版本的uat測(cè)試以及下一個(gè)版本的規(guī)劃中，眼看著沒(méi)幾天就要上線發(fā)版了，這時(shí)候業(yè)務(wù)小姐姐跑過(guò)來(lái)說(shuō)：“我這邊有個(gè)需求，挺重要的，可不可以幫我加到這個(gè)版本一起做呀？”

上線時(shí)間沒(méi)變，臨時(shí)增加一個(gè)需求，這時(shí)候我們是做還是不做呢？

一、什么是臨時(shí)需求

首先我們要明確什么是臨時(shí)需求。一般而言，在原本版本功能需求已定稿的情況下臨時(shí)添加的需求都可以統(tǒng)稱為臨時(shí)需求，根據(jù)這些需求解決的不同問(wèn)題，我們又可以分為下面三類：

1. 缺陷型需求：為了解決現(xiàn)有功能缺陷的需求

我們常見(jiàn)的為了解決系統(tǒng)bug提出的需求是一種缺陷型需求。但缺陷型需求不等同于系統(tǒng)bug，而是需求層面的bug。

比如產(chǎn)品提供了昵稱的需求，但沒(méi)有約定昵稱的字?jǐn)?shù)，導(dǎo)致出現(xiàn)超長(zhǎng)字符的昵稱，屬于需求上的缺陷。這一類需求的特點(diǎn)是：對(duì)現(xiàn)有業(yè)務(wù)有重大影響、一般而言比較緊急。所以，此類需求必須要快速做出決策。

為了便于理解，將缺陷需求的處理流程梳理如下：

第一步，判斷是否會(huì)影響版本上線時(shí)間。如果不會(huì)，就把這個(gè)臨時(shí)需求加進(jìn)版本，并且可以按原計(jì)劃完成；反之，就進(jìn)行下一步判斷。

第二步，判斷是否有滿足需求的B方案，且不會(huì)影響版本計(jì)劃。如果有且接受B方案，那就使用B方案；反之，就進(jìn)行下一步判斷。

第三步，判斷是否可以增設(shè)人手/外援完成。如果可以，那就請(qǐng)調(diào)資源增設(shè)人手/外援完成。反之，就進(jìn)行下一步判斷。

第四步，判斷是否可以加班按期完成。如果可以，就拜托開(kāi)發(fā)測(cè)試同事一起加班完成；反之，就進(jìn)行下一步判斷。

第五步，判斷是否可以砍掉別的需求。如果可以，就砍掉一些沒(méi)有這個(gè)重要緊急并且還沒(méi)有開(kāi)始做的需求，把這個(gè)臨時(shí)需求加進(jìn)去。反之，就進(jìn)行下一步判斷。

第六步，判斷是否可以延期上線。如果可以，就延期上線；反之，就拒絕增加到版本需求。

我之前做定價(jià)系統(tǒng)的時(shí)候，有個(gè)新增服務(wù)的功能，大概流程如下：

服務(wù)owner在系統(tǒng)發(fā)起新增服務(wù)的申請(qǐng)，填寫(xiě)服務(wù)相關(guān)信息，提交后生成審批簽報(bào)，所有的領(lǐng)導(dǎo)審批通過(guò)后，回寫(xiě)信息，系統(tǒng)自動(dòng)生成服務(wù)編碼，該服務(wù)新增成功。

這個(gè)功能上線前在測(cè)試環(huán)境進(jìn)行UAT測(cè)試是沒(méi)問(wèn)題的，但是隔了一段時(shí)間在生產(chǎn)環(huán)境中正式使用的時(shí)候發(fā)現(xiàn)，審批通過(guò)后，系統(tǒng)無(wú)法生成服務(wù)編碼，也就是無(wú)法成功新增服務(wù)。

最后排查原因，發(fā)現(xiàn)就是測(cè)試環(huán)境的服務(wù)編碼都是用的將近十位數(shù)的編碼，而實(shí)際的服務(wù)編碼都是四位數(shù)或者五位數(shù)，導(dǎo)致在生產(chǎn)環(huán)境無(wú)法正常生成編碼。

這個(gè)功能上的缺陷，導(dǎo)致后續(xù)的一系列動(dòng)作無(wú)法進(jìn)行（無(wú)法進(jìn)行定價(jià)刷新、服務(wù)目錄發(fā)布等等）。

這時(shí)候業(yè)務(wù)小姐姐就按耐不住了，跑過(guò)來(lái)說(shuō)：“這個(gè)問(wèn)題你得盡快幫我發(fā)版解決啊，不然沒(méi)法開(kāi)展業(yè)務(wù)了”。這時(shí)候，作為產(chǎn)品，拿到這樣的臨時(shí)需求的時(shí)候我們確實(shí)需要認(rèn)真思考：該不該在這個(gè)版本加上？

經(jīng)過(guò)評(píng)估，這個(gè)問(wèn)題沒(méi)有備選的B方案，現(xiàn)在不修復(fù)的話，定價(jià)后續(xù)工作無(wú)法開(kāi)展，而且還會(huì)影響到其他的業(yè)務(wù)，所以當(dāng)時(shí)我們把這個(gè)反饋給了開(kāi)發(fā)，評(píng)估了人天和當(dāng)前的計(jì)劃任務(wù)不沖突后，也順利的加到了當(dāng)前版本。

像上面舉的這個(gè)例子，是一個(gè)非常緊急的缺陷型需求；所以作為臨時(shí)需求被提出時(shí)，我們需要以最快的響應(yīng)時(shí)間去應(yīng)答用戶，盡快給出解決方案，確保正常的業(yè)務(wù)運(yùn)轉(zhuǎn)不會(huì)受到影響。

當(dāng)然，在實(shí)際的工作中，我們遇到的缺陷型需求不都是非常緊急的，可能只是重要，但是使用頻率不高，那像這樣的缺陷型需求我們就可以暫時(shí)先放進(jìn)需求池，根據(jù)優(yōu)先級(jí)評(píng)定排期。

2. 強(qiáng)化型需求：完善現(xiàn)有功能，使得用戶體驗(yàn)得到進(jìn)一步提升的需求

強(qiáng)化型需求的特點(diǎn)是：大多屬于一些優(yōu)化性的需求，是在原有業(yè)務(wù)需求上，迎合用戶操作習(xí)慣、頁(yè)面美化等新增加的需求，做了用戶滿意度會(huì)提升，不做用戶滿意度會(huì)下降，重要但不緊急的。

此類需求的應(yīng)對(duì)策略，總結(jié)起來(lái)就一句話：一個(gè)原則，兩個(gè)方式。

應(yīng)對(duì)原則：當(dāng)前版本不處理，但要跟業(yè)務(wù)溝通清楚后續(xù)的應(yīng)對(duì)方案，達(dá)成雙方都認(rèn)可的目標(biāo)。

應(yīng)對(duì)方式一：如果該需求對(duì)用戶滿意度影響大，那么放到下一個(gè)版本規(guī)劃中；

應(yīng)對(duì)方式二：如果該需求對(duì)用戶滿意度影響較小，可以考慮不做此類需求。

還是定價(jià)系統(tǒng)的新增服務(wù)頁(yè)面，這個(gè)頁(yè)面的功能按鈕在多個(gè)版本做下來(lái)，由最初的2個(gè)加到6個(gè)，前期在實(shí)現(xiàn)的時(shí)候沒(méi)太考慮美觀度，就單純的在原有的基礎(chǔ)上直接加按鈕，導(dǎo)致后面這些功能按鈕排成了長(zhǎng)長(zhǎng)的一行，顯得整個(gè)頁(yè)面非常不美觀，最終逃不過(guò)業(yè)務(wù)小姐姐的吐槽，急切要求進(jìn)行整理整頓——這確實(shí)是當(dāng)初設(shè)計(jì)這些功能按鈕的時(shí)候沒(méi)有考慮全面，所以造成了現(xiàn)在的問(wèn)題。

不過(guò)，評(píng)估下來(lái)，這個(gè)需求并不影響當(dāng)前的業(yè)務(wù)開(kāi)展，不需要著急忙慌加到當(dāng)前版本，后續(xù)版本再進(jìn)行優(yōu)化就可以。

所以，當(dāng)業(yè)務(wù)臨時(shí)加的需求是強(qiáng)化型需求的時(shí)候，作為產(chǎn)品方要做的就是把它記錄下來(lái)，放進(jìn)需求池，和現(xiàn)有剩余的需求進(jìn)行優(yōu)先級(jí)排期，不用緊急加到當(dāng)前版本里面，畢竟這種強(qiáng)化型的需求它不會(huì)影響業(yè)務(wù)的正常進(jìn)度，不應(yīng)該打亂現(xiàn)有的開(kāi)發(fā)節(jié)奏。

3. 獨(dú)立型需求：獨(dú)立于現(xiàn)有功能之外的需求

獨(dú)立型需求指的是現(xiàn)有業(yè)務(wù)之外的新增需求，是一個(gè)新的功能體系。這一類需求，通常是一些跟現(xiàn)有業(yè)務(wù)存在一定邏輯關(guān)系的需求點(diǎn)，是出于整體考量而提出的需求。

此類需求，要分階段來(lái)看：

如果當(dāng)前業(yè)務(wù)正處于開(kāi)發(fā)階段，業(yè)務(wù)還未成型，那么不建議納入到當(dāng)前的開(kāi)發(fā)任務(wù)中；

如果當(dāng)前業(yè)務(wù)已經(jīng)到了使用階段，業(yè)務(wù)整體邏輯已經(jīng)開(kāi)始成型，需要豐富更多的業(yè)務(wù)進(jìn)來(lái)，那么可以考慮加入到當(dāng)前的開(kāi)發(fā)任務(wù)中，將此類需求放進(jìn)需求池，和現(xiàn)有剩余的需求進(jìn)行優(yōu)先級(jí)排期，在下一個(gè)版本規(guī)劃中實(shí)現(xiàn)。

繼續(xù)拿定價(jià)系統(tǒng)舉例：

某天，業(yè)務(wù)小姐姐去樓下吃飯的時(shí)候，遇到快樂(lè)平安組的一個(gè)同事，他們一邊吃飯一邊進(jìn)行思想上的碰撞，最后碰撞出個(gè)非常好的點(diǎn)子：要將定價(jià)服務(wù)目錄對(duì)接快樂(lè)平安（公司內(nèi)部的溝通工具），實(shí)現(xiàn)一鍵跳轉(zhuǎn)實(shí)時(shí)溝通的功能。業(yè)務(wù)小姐姐一回辦公室就跑過(guò)來(lái)找我，跟我說(shuō)了一下這個(gè)訴求，讓我盡快實(shí)現(xiàn)這個(gè)妙不可言的需求。

定價(jià)系統(tǒng)現(xiàn)有的服務(wù)目錄是一個(gè)獨(dú)立的存在，用戶查看服務(wù)介紹的時(shí)候，如果對(duì)某個(gè)服務(wù)感興趣，需要自行記住服務(wù) owner，然后去郵件或者快樂(lè)平安找到這個(gè)人，再跟他進(jìn)行溝通，也就是說(shuō)在系統(tǒng)功能層面這里是存在業(yè)務(wù)斷點(diǎn)的，如果加上這個(gè)功能，就可以打通這個(gè)斷點(diǎn)。

這個(gè)功能如果可以實(shí)現(xiàn)的話，用戶體驗(yàn)定會(huì)大大提升。

這個(gè)需求提出時(shí)，定價(jià)系統(tǒng)已經(jīng)在業(yè)務(wù)中正常運(yùn)行了，可以將此需求納入到需求池中，但是作為臨時(shí)需求加到現(xiàn)有版本的話就沒(méi)有必要了。

二、臨時(shí)需求發(fā)生時(shí)如何決策

上文中，我們有介紹臨時(shí)需求的概念，也大致說(shuō)了一下如何去應(yīng)對(duì)業(yè)務(wù)小姐姐臨時(shí)提的缺陷型需求、強(qiáng)化型需求、獨(dú)立型需求。

在這個(gè)段落，我們一起提煉總結(jié)一下，來(lái)說(shuō)說(shuō)臨時(shí)需求發(fā)生時(shí)該如何進(jìn)行決策：

1. 判斷需求屬性：根據(jù)需求的特點(diǎn)，判斷臨時(shí)提出的需求是屬于缺陷型需求、強(qiáng)化型需求、獨(dú)立型需求中的哪一種。
2. 分析需求：根據(jù)需求屬性，結(jié)合實(shí)際情況分析需求對(duì)現(xiàn)有業(yè)務(wù)的影響，以判斷需求的重要程度。
3. 制定應(yīng)對(duì)措施：根據(jù)需求的重要程度，并結(jié)合實(shí)際的開(kāi)發(fā)進(jìn)度、開(kāi)發(fā)計(jì)劃以及開(kāi)發(fā)資源，制定具體的實(shí)現(xiàn)方案。除缺陷型需求，其他基本上都是放到后期版本規(guī)劃中。
4. 溝通并確定方案：與業(yè)務(wù)和開(kāi)發(fā)分別溝通方案的可行性，最終達(dá)成意見(jiàn)一致的方案。
5. 執(zhí)行方案：根據(jù)最終方案，執(zhí)行并監(jiān)控執(zhí)行結(jié)果。

三、總結(jié)

在產(chǎn)品開(kāi)發(fā)過(guò)程中，業(yè)務(wù)小姐姐跑過(guò)來(lái)加臨時(shí)需求的情況時(shí)有發(fā)生，掌握一定的決策方法，做到臨危不亂，這是我們作為產(chǎn)品人必備的素質(zhì)。

希望通過(guò)本文能給大家?guī)?lái)一些小啟發(fā)，愿大家一起在產(chǎn)品的道路上越走越好。

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

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