需求的優先順序之所以重要是因為牽涉到分配公司的it資源。決定什麼時間做什麼事，在商業利益下，一點小的時間就可能被競爭對手「超彎道」
近期需求也是堆積的非常滿，層次機會分享產品經理在職場中如何有效的接受和抵擋「下周五，我就要上線」
需求的**是誰
給予產品經理提需求的，不同企業的**會有不同。但大體外界分為
除開上級需求，這裡我們多提及一些來自業務和運營的需求。產品工作中其實運營需求也是業務之一，但分開的原因是業務人員對於需求的把握並不是以產品思維落地的。
「我這裡就希望有乙個xx功能」
「我的客戶xx說希望這樣做，你看我們都要推廣了，真的很著急」
上訴的case，是典型業務人員找上門來的說法。產品經理除了過濾其需求外，還要問圍繞需求做幾個背景調研
有一句話是我對從後台產品新人說的：「沒有做不完的需求，只有數不盡不合理的需求」
為此前面的過濾雖然沒提，但確實真實工作中最為重要的事情。這裡的過濾涉及到很多方面，除了正常的工作外，有時還會有職場潛規則、產品經理話語權、部門話語權、別人對你的期待等等。但這裡今天就不聊
剛好，藉此機會回顧下之前聊過關於需求優先順序怎麼排。後台產品難點，需求優先順序清理
上圖來自網路，其要說明的是產品經理如何過濾需求的思考維度。開發資源、核心業務、需求直接價值等，去過濾該需求。
上線優先順序一樣怎麼辦
通過上面的需求過濾和優先順序排序後，我們也可能會遇到類似場景，甲乙雙方的需求都很重要，但身為產品經理的人只有你乙個，你會怎麼辦？
這個時候我常處理的辦法是交給需求方去爭論。盡可能的雙方可以達成乙個需求前後優先順序。當這個方法確實無法落地，我會讓其走郵件的方式告知相關團隊負責人等，同步。
每個需求或商業模式的方案一定有乙個主要負責人，產品經理雖然沒有經理那樣的職權，但確實需要同步目前的問題和困難給予上級。並且產品經理自己也要清楚當前整體產品規劃中，那一些模組或功能是當前的企業主要利益。
有句古諺叫做：千萬不要撿了芝麻，丟了西瓜。
心中要有一桿秤
除了接受外部需求外，產品經理要學會說：no。曾經聽說過，在生活中我們要學會對陌生人或朋友說no。其實這個道理在工作中也是這樣，如果從產品角度需求確實不合理，那麼千萬不要為了解決需求而做需求。
對於後台產品經理更是這樣，當業務人員上來提：「我希望加某個字段，應該很簡單」，可能工作量很少，產品經理埋頭加上。後面上線了，反而發現該欄位無法在其他表單打通等問題
近期專題
產品經理對接第三方case，國內外4家公司聯動落地專案
《人生的意義》,我們永不停歇忙著去做什麼？
產品落地的細緻活，標準文案
後台產品，1個case|專欄正式上架
學會「引導」，讓需求快速落地
降價處理的另一種方式，產品人pk需求方
生活處處，離不開產品經理
一本給自己與產品人的書：從零到壹。
為什麼要重構？這裡有7個原因
字型 小中 3 難以通過重構手法完成的設計改動 通過重構，可以排除所有設計錯誤嗎？是否存在某些核心設計決策，無法以重構手法修改？在這個領域裡，我們的統計資料尚不完整。當然某些情況下我們可以很有效地重構，這常常令我們倍感驚訝，但的確也有難以重構的地方。比如說在乙個專案中，我們很難 但還是有可能 將 無...
這裡有個banner的設計方法，不知當講不當講！
眾所周知，滬江網校一年有幾次大促，作為集團門面的hujiang.com在 2014 年改版後正好趕上了 1212 大促，於是迎來了新版第一次投放大促banner的機會。這次大促的banner投放，點選率感人於是這個位置自然而然的變成了大促時必用的banner位，而且每次投放效果都異常的好，尤其是最近...
2023年雲計算報告 這裡有5個關鍵點不可不知
雲計算 按需和基於網際網路的彈性計算服務，近年來它已經成功應用於許多方面。從面向消費者的網路生產力應用程式到企業資料庫管理套件，比如谷歌docs，企業依賴的工具越來越多地轉向雲端。但是，提出一項雲策略並不是容易的工作。在未來十年，公有雲解決方案將主導整個雲計算市場。但，業務的約束，例如對安全的擔憂和...