緊急任務成了攔路虎時，你可以把它和你的長期愿景和目標進行比較，以此來確定其重要程度。把多數(shù)時間投入到重要任務上，而在一周中劃出一小段時間來集中處理緊急任務。

作為產(chǎn)品經(jīng)理，了解一個請求的真實成本至關重要。一些成本為顯性成本——當下的功能開發(fā)成本和時間成本，以及后續(xù)的支持維護成本。

還有一些隱性的機會成本。開發(fā)時間有限，所以不同功能的構建時間此消彼長。選擇構建功能A會延遲功能B的構建。

假設功能A重要但不緊急，功能B緊急但不重要。但由于某個因素，功能B的構建可能會成為緊急任務，使得功能B看起來至關重要。

在功能B上花時間能夠消除你的短期壓力，但長遠來看則會造成一定的后果：

▨ 某項重要功能的發(fā)布將被推遲

▨ 你需要承擔這項重要功能推遲發(fā)布所帶來的后果

▨ 這一切都將給你的工作增加復雜性，造成不必要的額外成本

為了控制成本，一個產(chǎn)品無法滿足每一個功能需求。所以，鮮有重要決策會顯得十萬火急。因為這些決策通常需要經(jīng)過深思熟慮，確保恰當?shù)墓δ芊秶?/span>

專注于核心策略能夠增加產(chǎn)品實力，進而提高競爭者效仿的難度，增加產(chǎn)品對當前用戶的價值，幫助潛在用戶了解企業(yè)。

好產(chǎn)品的廣度以寸計，而深度以里計。缺乏深度的產(chǎn)品在解決辦法上存在缺陷，重要功能缺失，因此，其用戶體驗通常較為糟糕。幾個設置精良的功能要好過多個復雜的功能。建立穩(wěn)固的核心功能后，或許你才需要考慮添加其它的功能。

一些成就可能看似不值一提，沒有什么實際意義，但事實常常恰恰相反：它們會迅速失控。

每當我們追求短期成就時，這個錯誤都會帶來后續(xù)麻煩：用戶會有更多的后續(xù)要求，開發(fā)時間也會隨之延長。最后的結果要么是解決方案慘不忍睹，要么是由于恰當?shù)慕鉀Q方案需要充足的時間，計劃失控。

用戶能夠很快就找出問題。他們在提出問題的同時，通常還會附上自己的建議解決方案。如果10個用戶都提出了相似問題，那么幾乎可以確定的是，他們也會給出10個不同的建議解決方案。

多數(shù)用戶的處事作風不同，他們的處理方式未必是最優(yōu)選項。專注核心問題能夠讓團隊構建出用戶真正需要的解決方案，而非他們自以為需要的方案。

找出一個能夠滿足多數(shù)用戶需求的解決方案并加以實施。史蒂夫·喬布斯有句名言：“多數(shù)時候，在你揭曉答案以前，人們并不了解自己的真實需求。”

即便一個完美的問題解決方案并沒有與用戶最開始的要求契合，但體驗過后，他們還是很有可能會感到心滿意足。

一個體現(xiàn)了主觀能動性的問題解決方案能夠減少解決問題所需的時間，控制產(chǎn)品復雜程度的增加。

有些人認為發(fā)展藍圖正走向消亡，但發(fā)展藍圖永存，因為它直觀地展現(xiàn)了你的長期目標。而你需要找到自己的長期目標，以此來確定當前任務的重要程度。或許，真正走向消亡的是制定發(fā)展藍圖的能力。

只有重要任務才應被列入發(fā)展藍圖。發(fā)展藍圖上的某些任務令人手忙腳亂時，問題也就隨之而來。緊急但不重要的任務不應該出現(xiàn)在發(fā)展藍圖上，你應該把它們劃在單獨的區(qū)域，對它們進行優(yōu)先處理。

發(fā)展藍圖中任務的增減事關重大，因此做出變更時應考慮銷售、開發(fā)等各個產(chǎn)品團隊的意見。如果團隊所增加的任務難以實現(xiàn)，或任務在不斷增減，這就說明任務評估過程不夠嚴格。很可能那些令人手忙腳亂的任務已經(jīng)悄然在發(fā)展藍圖上占據(jù)一席之地。

一個常見誤解是，產(chǎn)品經(jīng)理應該單槍匹馬，確定所有的發(fā)展戰(zhàn)略或產(chǎn)品策略。實際上，產(chǎn)品經(jīng)理的任務是確保最優(yōu)的產(chǎn)品決策。而實現(xiàn)這一點的唯一途徑就是了解決策對各個商業(yè)環(huán)節(jié)的影響。不要讓自大妨礙你做出正確選擇。

遵循以下簡單規(guī)則能使發(fā)展藍圖成為幫助團隊專注重要任務的利器。

一些工作能夠幫助你朝著發(fā)展藍圖上的任務不斷前進，而一些工作則令人手忙腳亂，難以規(guī)避，把80%的時間花在前者，20%的時間花在后者。

注意把重要任務和繁忙任務區(qū)分開來，因為倒向繁忙任務可能就會造成重要任務的完成時間延遲。
 

來源：紅杉匯（ID：Sequoiacap）作者：喬·范奧斯（Joe Van Os）編譯：洪杉