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

提起需求，那得從很久很久以前說起。

01?日取其半，萬世不竭

作為產品經(jīng)理，我們每天都離不開各種各樣的需求，需求的來源往往十分廣泛，可能來自老板、運營、市場、客服、用戶中的任何一個人，也可能來自突如其來的靈光一閃。這些需求往往天馬星空，可做可不做，偶爾還自帶必須、馬上需要的屬性。產品經(jīng)理往往在需求方和有限的研發(fā)資源之間糾結，游擊，被敵視，直到變得強大。

而不管看或者不看，需求總是在那里，不喜不悲。直到某個灑滿陽光的午后，老板把你叫到跟前，說道：那個XXXXX的需求，上了么？

腦海中開始飛速旋轉，搜索起這些關鍵字，卻得到了一個“找不到對象”的答復，不得不坦白此時心中所想。直到被吐槽完畢后，才想起數(shù)天前，與老板閑聊時候一帶而過的過程中曾經(jīng)提及。

此時追悔已是無用，摸了摸強且禿的前額，決定痛改前非，好好梳理一下需求。

02?什么是需求

講到這里，我們先來談談什么是需求。這里我拋出一個自己的定義：需求是用戶在一定時期內未經(jīng)滿足的需要。

這里包含了兩個維度的概念，一是時間維度，是要在一定時期，因為需求總是有其生命周期的，剛開始的時候，需求不旺盛，最后的時候，需求已經(jīng)變得可有可無。

二是空間維度，需要未被滿足，如果已經(jīng)滿足了，他也不是需求，而是已經(jīng)成型的方案或產品。

產品經(jīng)理的工作重心，就是發(fā)掘產生價值的用戶需求，并在合適的時間點讓需求得以實現(xiàn)。

03?需求池的誕生

需求總是在源源不斷的產生，相應的研發(fā)資源總是有限的，不可能無限制的滿足所有人的需求，這個時候，就需要工具來管理和沉淀需求，這就是產品經(jīng)理常用的——需求池。

需求池正如其字面意義，需求的池子，滿滿一個池子里，全是需求。

可事情總是有輕重緩急之分，需求也可謂是千奇百怪。例如根據(jù)手機殼改變軟件主題顏色，又或者通過機器推薦資訊實現(xiàn)商業(yè)目標。

實際上，需求不分對錯，有些看起來天馬行空的需求，只要能擇時去做，是能體現(xiàn)很大價值的，而很有價值的需求，時機不對，依然能拖垮整個企業(yè)。共享單車如果不是伴隨著移動互聯(lián)網(wǎng)的發(fā)展，是很難做出后來的成績的（當然OFO的滑坡又是另一個課題了）

所以，我比較主張需求不分大小，不分緩急，一律進入需求池進行沉淀。這樣可以簡化流程，也可以避免需求的遺漏。

在這里解答一下為什么急的需求也要進需求池，而不是立即開始行動？

• 一是因為緊急需求往往時間緊迫，通常沒有時間進行深入思考，導致為了滿足需求而做需求，記錄進入需求池的過程本身也是一個思考的過程，給緊急情況設置一重緩沖，降低失敗率。
• 二是因為研發(fā)都需要進行排期，忽略實際情況悶著腦袋往前沖，偶爾一次可能還好，而緊急的情況隨時都有發(fā)生，發(fā)生重大錯誤的概率也將隨之增加。

我的做法是，緊急需求也納入需求池進行管理，要合理安排產品版本，不能因為緊急需求的突然增加打亂既定的工作計劃，緊急情況對原定計劃有較大影響時，適當給原定工作計劃進行延期。

04?需求池的真身

說了這么多，需求池到底長成什么樣子？

需求池的具體形態(tài)是一張二維圖表，用人話表述就是一張excel表格，大概長下邊這個樣子。

下面對一些主要的字段進行說明：

1. ID：這是需求的唯一ID，增加一個需求ID則增加1；
2. 端口：記錄需求所涉及的端口，例如安卓、iOS、后臺，這里是對需求做一個初步的劃分，如果涉及到多端，一般記為綜合或拆分成多條子需求（大企業(yè)拆分比較好，小企業(yè)直接記為綜合）；
3. 模塊：記錄需求所涉及到的模塊，例如登錄注冊、用戶管理、財務管理等；
4. 需求名稱：一句話簡單描述需求是做什么的，例如根據(jù)手機殼顏色更換軟件主題色；
5. 需求描述：更詳細描述需求的相關信息，例如需求提出的背景、需求要達成什么目的、需求的詳細說明等；
6. 需求來源：粗略記錄需求的來源方，例如產品、市場、領導等；
7. 優(yōu)化類型：記錄當前需求的類型，例如是新功能，功能優(yōu)化，bug修復；
8. 優(yōu)先級：記錄需求的優(yōu)先級，一般用高中低或數(shù)字表達，需求的優(yōu)先級是動態(tài)的，會隨著企業(yè)的戰(zhàn)略目標不斷發(fā)生改變；
9. 復雜度：很多需求池模板中不會包括復雜度這一項，其實加入復雜度是有一定好處的，他可以幫助你在眾多需求中找到優(yōu)先級雖然并不高，但是調整后就能很大提升使用體驗的需求；
10. 提出時間：記錄需求被提出的時間，用于區(qū)分需求產生的年代（有些項目真的可以沉淀下來很有年代感的需求）；
11. 提出人：提出這個需求的人，有助于在需求詳細設計時追蹤到原始需求；
12. 跟進人：決定在某個版本實現(xiàn)需求時，指定跟進的產品經(jīng)理；
13. 狀態(tài)：需求當前的狀態(tài)，根據(jù)不同的階段，可以分為進入需求池（初始狀態(tài)）→待論證（需求有待進一步論證）→待設計（論證完成后有價值并決定近期開展后續(xù)工作）→設計中（正在進行詳細設計）→設計完成→研發(fā)中（已經(jīng)正式安排研發(fā)排期）→已上線（需求正式上線），此外還有個特殊的狀態(tài)——已關閉，針對需求因各種原因提前終止其生命周期；
14. 預計實現(xiàn)版本：對產品計劃上線的版本進行計劃（和研發(fā)版本不一定是一致的），產品部門規(guī)劃的預計實現(xiàn)版本往往會提前研發(fā)幾個版本，提前有所規(guī)劃后，可以和相關部門的同事提前溝通，提升版本的成功率；
15. 實際完成版本：版本上線后，更新需求實現(xiàn)的版本號，以便后期追溯；
16. 上線時間：記錄版本實際上線的日期；
17. 備注：針對各種情況進行補充說明，例如需求關閉的原因。

通過記錄上面的信息，就可以通過篩選功能對需求進行方便的查看和分析。

05?有必要這么復雜么

不得不說，上邊的需求池真的太復雜了，一共17個字段，不過稍微分析一下可以發(fā)現(xiàn)，其中：

• 不用過腦子的字段有4個（ID、需求來源、提出時間、提出人）
• 稍微過下腦子的字段有5個（端口、模塊、需求名稱、優(yōu)化類型、復雜度）
• 需要腦袋瓜飛速運轉的字段有3個（需求描述、優(yōu)先級【優(yōu)先級真的很重要】、狀態(tài)）
• 以及剩下5個水到渠成時自然就可以填好的字段（跟進人、預計實現(xiàn)版本、實際完成版本、上線時間、備注）

這么一想是不是簡單多了，核心就是腦袋瓜需要飛速旋轉的那么三個字段。舉個例子，公司Q2季度的目標是提升訂單轉化，那么我們至少在Q1就需要提前分析獲客流程、產品展示、下單流程相關的需求，并提前了解運營是否存在活動需求，相關的所有需求優(yōu)先級自然會更高。但相關需求的優(yōu)先級仍然存在先后，這還是由于研發(fā)資源、渠道資源始終有限。這個時間段思考的重點在于如何在恰當?shù)臅r間滿足恰當?shù)男枨蟆?/p>

06?定時回顧需求

需求池總不能像一只貔貅一樣，只進不出。收集需求不是目的，達成公司長期戰(zhàn)略目標才是。

需求池是需要定期回顧的，可以以天、以周、以月為時間維度進行回顧，可以自己看、拉著產品團隊一起看、可以拉著研發(fā)一起看，也可以拉著業(yè)務部門代表或目標用戶一起看。總之，需求池只是一個開始，是夢想開始騰飛的地方。

07?一點瞎扯

好了，經(jīng)過半年的時間，需求池越發(fā)豐滿，原來的小池塘也慢慢變成了一片汪洋大海，我們也將被老板以及各個業(yè)務部門的唾沫星子給淹沒，如何從口水中脫身，是一門藝術。

這里先思考一下，為什么會產生需求？

因為我們總是有很多未經(jīng)滿足的需要。

所有的需求都應當被滿足么？

當然不是，需求存在優(yōu)先級，機會成本擺在那里。

用戶總有需求沒有滿足，怨氣很大怎么辦？

轉移注意力，或者滿足他。

沒法滿足怎么辦？

轉移注意力。

忽略上邊那段精神分裂般的自問自答，但核心邏輯是，需求得不到滿足是一件很不爽的事情，但需求總是不可能被滿足的，比較好的做法是，坦誠相待，轉移注意力，給予期待。

需求池的目的是沉淀需求，而不是實現(xiàn)每一個需求。作為產品經(jīng)理，不應該將所有的期待都著眼于通過研發(fā)的方式解決，而是可以通過第三方工具、優(yōu)化業(yè)務流程等更多元的方式去嘗試解決。用戶不是一個群體，而是一個個活生生的人，他們有著各自的習慣、各自的思想，不能滿足他的時候，總要想一些其他的辦法。

小米的MIUI早期一直通過論壇收集用戶的需求，也積極給與反饋，當你看到MIUI重視了你的問題并予以實現(xiàn)的時候，那種幸福感已經(jīng)遠遠超過實現(xiàn)了你的需求那么簡單。

08?一些工具

經(jīng)過摸索，有以下工具可以在整理需求的過程中給你帶來一定幫助。

（1）釘釘

釘釘可以自定義流程，這為沒有獨立開發(fā)OA的企業(yè)帶來了福音，我比較喜歡請人事進行協(xié)助，自定義需求提交流程和緊急需求提交流程，這主要是針對公司內部人員提交需求。其中，

需求提交流程是：任何人可以在釘釘提交需求→任何人的直接上級明確需求的基本內容，判斷是否符合企業(yè)價值，符合則通過→產品部負責人接收需求，并分配給相關產品經(jīng)理進行后續(xù)調研→產品經(jīng)理了解需求詳細信息，并進行初步分析，并在釘釘回復需求的后續(xù)進展，反饋優(yōu)先級并記錄到需求池。

緊急需求是針對臨時的，會打亂既定生產計劃但又不得不進行調整的需求，與普通需求提交流程相比，在產品部負責人接受需求后，需要了解緊急需求所會造成的影響，告知主管的上級領導進行決策，通過后則盡快進入設計和研發(fā)上線流程。

在這個過程中，需求可以自由的流轉給其他人，相關人員也可以及時了解到最新的進展，需求提出后不容易遺漏，每個需求都會被重視，并且產品經(jīng)理可以在有空的時間進行回復，不至于總是被打斷手中的工作。

（2）石墨文檔/騰訊文檔/SVN

這幾種工具能方便的讓團隊合作編輯EXCEL，需求池的動態(tài)可以很方便的共享給其他人。另一方面，需求池屬于敏感信息，這幾種產品都支持權限設置，不需要企業(yè)進行額外的研發(fā)即可實現(xiàn)。

————END————

作者：路人，公眾號：孚說產品

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

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