起點(diǎn)課堂會員權(quán)益
職業(yè)體系課特權(quán)
線下行業(yè)大會特權(quán)
個(gè)人IP打造特權(quán)
30+門專項(xiàng)技能課
1300+專題課程
12場職場軟技能直播
12場求職輔導(dǎo)直播
12場專業(yè)技能直播
會員專屬社群
榮耀標(biāo)識 當(dāng)我們談?wù)撔枨髸r(shí)，我們到底在談?wù)撌裁矗?/h2>
編輯導(dǎo)語：在我們的日常工作中會接收到來自不同方面的需求，一個(gè)產(chǎn)品是由很多需求慢慢組建而成，需求對于每個(gè)產(chǎn)品來說是非常重要的；從初期的需求分析到后期的實(shí)現(xiàn)，中間要經(jīng)歷一個(gè)漫長的周期；本文作者詳細(xì)分析了一個(gè)需求完整的生命周期，我們一起來了解一下。
作為軟件行業(yè)從業(yè)者，無論崗位是產(chǎn)品、UI、測試或是開發(fā)人員，我們每天都在面對著不同層次、不同性質(zhì)的需求處理方案；有的需求條條順順，大家都能理解這個(gè)忽然產(chǎn)生的idea，有的需求則不然，每個(gè)小時(shí)都可能變了變樣子。
需求，是橫在產(chǎn)品與各崗位之間難以跨過的長長溝壑。
本文將從需求的產(chǎn)生開始，按照如何產(chǎn)生、如何進(jìn)行分析，再到需求實(shí)現(xiàn)落地，需求變更的行文思路進(jìn)行闡述；試圖分析一個(gè)需求完整的生命周期，將過往工作中踩過的坑暴露出來，對其進(jìn)行總結(jié)復(fù)盤，提升自己對需求理解的同時(shí)也為剛?cè)胄械漠a(chǎn)品從業(yè)人員或有志于進(jìn)入本行業(yè)的相關(guān)人員起到建議與幫助。
![當(dāng)我們談?wù)撔枨髸r(shí)，我們在談?wù)撌裁础? /></p>
<p style=]( "當(dāng)我們談?wù)撔枨髸r(shí)，我們在談?wù)撌裁础? src=")
需求生命周期
一、需求的產(chǎn)生
無論是ToB，還是ToC，一個(gè)需求的產(chǎn)生離不開業(yè)務(wù)邏輯與產(chǎn)品本身。
筆者認(rèn)為，需求首先來源與外部，在由外部逐漸過度到內(nèi)部迭代，之后會進(jìn)入外部內(nèi)部同時(shí)并行的狀態(tài)；外部需求不斷產(chǎn)生，為產(chǎn)品注入新鮮血液，使產(chǎn)品更好的發(fā)展，內(nèi)部需求則不斷完善自身，為了適應(yīng)新需求不間斷的提供支持。
![當(dāng)我們談?wù)撔枨髸r(shí)，我們在談?wù)撌裁础? /></p>
<p style=]( "當(dāng)我們談?wù)撔枨髸r(shí)，我們在談?wù)撌裁础? src=")
象限圖
需求從來不是憑空產(chǎn)生的， 但是很可能很表面或看起來不合理，每一個(gè)看似不合理的需求都有目的性，而這個(gè)目的性不一定是不合理的，產(chǎn)品從業(yè)者的目標(biāo)則是將需求的不合理翻譯為本身合理，并判斷其目的的價(jià)值。
1. 翻譯需求
這是一個(gè)專門的學(xué)問，前輩們花了無數(shù)的口舌也無法對每個(gè)步驟都講的清楚明白；在本篇文章內(nèi)筆者只對自己的工作方式進(jìn)行簡短描述，合適與否則根據(jù)工作流程與習(xí)慣的匹配程度有關(guān)。
我常常會在工作中采用這樣的方案，本質(zhì)上是基于WHY、WHAT、HOW的工作法則。
2. 需求的組成
一個(gè)需求的價(jià)值由于它的使用場景決定的，一碗面，在景區(qū)、飛機(jī)場等場所，由于運(yùn)輸不便，食材稀缺等等原因，可以買到88塊甚至更多一碗，但是在大家小區(qū)樓下也就是十幾元一碗就可以買到；同樣，將梳子賣給和尚，也是由于場景決定的價(jià)值所在，所以我們在在考慮一個(gè)需求的組成時(shí)，可以給出這樣的結(jié)論：
- 需求的使用場景帶來需求的價(jià)值；
- 需求的價(jià)值決定需求的真?zhèn)危?/li>
![當(dāng)我們談?wù)撔枨髸r(shí)，我們在談?wù)撌裁础? /></p>
<p style=]( "當(dāng)我們談?wù)撔枨髸r(shí)，我們在談?wù)撌裁础? src=")
需求的組成部分
3. 多問為什么
即在每個(gè)需求提出時(shí)，需要讓需求提出者盡可能的多描述需求，包括為什么想要這個(gè)功能？是否是原來功能的迭代升級就可以滿足？實(shí)現(xiàn)了這個(gè)功能之后打算什么做？是否會有后續(xù)的計(jì)劃？找到每個(gè)回答里的關(guān)鍵字在進(jìn)行延伸，總之，就是拋出一切能想到的問題。
但是很多時(shí)候，一個(gè)問題的提出者，在提出問題時(shí)并不明白究竟想要一個(gè)什么樣的回答，沒關(guān)系，解決辦法就是不要在無謂的爭論下去；在大概的商討過按照你自己的想法做出來第一版原型稿后，他總能知道哪些不是他想要的，這時(shí)，就會拿出很多想法與“建議”，畢竟，否定別人對每個(gè)人來說都很容易。
![當(dāng)我們談?wù)撔枨髸r(shí)，我們在談?wù)撌裁础? /></p>
<p style=]( "當(dāng)我們談?wù)撔枨髸r(shí)，我們在談?wù)撌裁础? src=")
需求翻譯方法論
4. 多溝通
多溝通是指多跟項(xiàng)目內(nèi)部的技術(shù)人員溝通，如果你不能通過硬實(shí)力說服Team內(nèi)的技術(shù)人員按照你的的方案實(shí)施，那么最好有那么一兩個(gè)關(guān)系較好的；在想要做某個(gè)功能，或在工作過程中遇到了哪些問題，可以多跟他們商量。
有時(shí)技術(shù)會提出更好的解決方案，對于剛?cè)胄羞€不太懂技術(shù)也不太懂需求的產(chǎn)品人員來講，避免出現(xiàn)類似“根據(jù)手機(jī)殼更換主題顏色”的需求是十分必要的。
另外，開發(fā)人員作為最下游的實(shí)施人員，大多數(shù)時(shí)候只是被動執(zhí)行產(chǎn)品做好的規(guī)劃，我們在問其對某個(gè)需求的意見時(shí)，也意味著我們希望開發(fā)人員能夠主動參與到需求規(guī)劃中，讓開發(fā)人員有一種“我也為需求貢獻(xiàn)了想法并有機(jī)會能夠?qū)嵤钡恼J(rèn)知；這種行為的好處會直接體現(xiàn)在對功能細(xì)節(jié)的處理程度上，他們會更加認(rèn)真對待你的需求，因?yàn)楫a(chǎn)品在前期也尊重了他們意見。
5. 多天馬行空
要知道并不是指對需求天馬行空的想象，我們首要確定的就是對某個(gè)需求的定義，如果需求變來變?nèi)ィ裉焓茿，明天是B，那你只會離你的需求越來越遠(yuǎn)。
所謂想象是指在保持一個(gè)標(biāo)準(zhǔn)下進(jìn)行的，每個(gè)功能并不是只有一種解決方案，每一個(gè)按鈕也可以放在不同的位置。我們在處理每個(gè)功能的時(shí)候，盡量進(jìn)行不同的功能結(jié)構(gòu)方式，有時(shí)會有意想不到的效果。
二、示例
我前陣子接手了一個(gè)管理社區(qū)精神病患者的項(xiàng)目，項(xiàng)目背景是，近年來，精神病患者肇事肇禍、擾民害民的案（事）件在各地時(shí)有發(fā)生；如何創(chuàng)新管理模式，減少精神病患者肇事肇禍行為的發(fā)生，正在成為各地普遍面臨的一個(gè)難題。
針對這個(gè)背景，里面有一個(gè)具體的需求是為精神病人設(shè)置電子圍欄；社區(qū)、社工認(rèn)為，精神病患者雖在平日里與正常人無異，但是一旦發(fā)病則無法控制自身行為，對社會、群眾安全及患者本身都存在一定隱患；因此，社區(qū)提出了建立電子圍欄的想法，如果精神病人發(fā)病或超出圍欄邊境時(shí)自動發(fā)出警告通知，及時(shí)采取防范措施。
![當(dāng)我們談?wù)撔枨髸r(shí)，我們在談?wù)撌裁础? /></p>
<p style=]( "當(dāng)我們談?wù)撔枨髸r(shí)，我們在談?wù)撌裁础? src=")
需求分析表
按照上文所講的分析方法，可以快速的幫助理清思路，從而得到一個(gè)較為清晰的需求分析表，我們已經(jīng)確定自己已基本了解本需求產(chǎn)生的原因與想要達(dá)到的目的，在假設(shè)已滿足其余關(guān)鍵需求的基礎(chǔ)上。
接下來，請你以你的理解為中心，大刀闊斧的嘗試設(shè)計(jì)一下本功能吧~
以下是我能夠提供的需求設(shè)計(jì)方案：
![當(dāng)我們談?wù)撔枨髸r(shí)，我們在談?wù)撌裁础? /></p>
<p style=]( "當(dāng)我們談?wù)撔枨髸r(shí)，我們在談?wù)撌裁础? src=")
設(shè)計(jì)方案
![當(dāng)我們談?wù)撔枨髸r(shí)，我們在談?wù)撌裁础? /></p>
<p style=]( "當(dāng)我們談?wù)撔枨髸r(shí)，我們在談?wù)撌裁础? src=")
GPS定位
![當(dāng)我們談?wù)撔枨髸r(shí)，我們在談?wù)撌裁础? /></p>
<p style=]( "當(dāng)我們談?wù)撔枨髸r(shí)，我們在談?wù)撌裁础? src=")
電子圍欄報(bào)警
![當(dāng)我們談?wù)撔枨髸r(shí)，我們在談?wù)撌裁础? /></p>
<p style=]( "當(dāng)我們談?wù)撔枨髸r(shí)，我們在談?wù)撌裁础? src=")
軌跡追蹤
![當(dāng)我們談?wù)撔枨髸r(shí)，我們在談?wù)撌裁础? /></p>
<p style=]( "當(dāng)我們談?wù)撔枨髸r(shí)，我們在談?wù)撌裁础? src=")
SOS警報(bào)
三、管理你的需求
1. 需求池
管理需求的方式似乎容易了很多，“提出的時(shí)間”、“優(yōu)先級”、“需求的描述”、“處理人”或者“實(shí)施的版本”；這些關(guān)鍵字你在任何一個(gè)項(xiàng)目協(xié)同的平臺上都能夠找得到，并且還能夠根據(jù)需求不同來自定義相應(yīng)的字段，十分的好用。
但有的時(shí)候，現(xiàn)實(shí)沒有我們想象的那么方便，比如你們公司對數(shù)據(jù)的保密性很強(qiáng)，不肯將項(xiàng)目內(nèi)容轉(zhuǎn)移到線上，亦或者公司環(huán)境導(dǎo)致同事大多習(xí)慣使用EXCLE、WORD等方式進(jìn)行處理數(shù)據(jù)，那么推進(jìn)大家使用線上協(xié)同進(jìn)行工作的難度就一下子增加了很多。
為了你自己好，最好不要過多依賴過于便捷的內(nèi)容，過于簡單就能得到的幫助會逐漸剝奪你思考的能力，一旦脫離平臺，你會忘記如何配置他們，所以在多數(shù)情況下，你需要建立屬于自己的需求池。
本文不會對需求持的要素進(jìn)行大篇幅的介紹，這些內(nèi)容其他作者的文章會有更好的見解，不同的組合方式會適應(yīng)不同的場景，如何將別人的變成自己的才是正經(jīng)事；如果你一定要在本文找到答案，在文章的末尾我會附上一些內(nèi)容。
2. 需求沉淀
在實(shí)際的工作過程中，經(jīng)常會需要客戶/用戶每天每時(shí)每刻都在反饋系統(tǒng)某處出現(xiàn)了BUG或提出問題，而有的產(chǎn)品人的解決方案是收到了BUG就原封不動轉(zhuǎn)述提交給=進(jìn)行更改或開發(fā)，停留在BUG只是BUG的層面上。
不僅會造成重復(fù)的工作量，也會打斷開發(fā)人員正在進(jìn)行的工作或書寫的邏輯；產(chǎn)品無法對負(fù)責(zé)的需求負(fù)責(zé)，也會給人造成只是需求的中間人，無法把控需求的印象。
我傾向于將BUG作為廣義上的需求的一種，狹義需求當(dāng)作一種正向需求，而產(chǎn)生的BUG先定義成待確定、未進(jìn)行分析的需求
無論是通過某種方式分析后，你有可能發(fā)現(xiàn)它并不是BUG，可能是由于某處邏輯不清晰產(chǎn)生的，也可能是由于字段填寫不對稱造成使用誤解。
只用五秒種是看不到問題的本質(zhì)的。
但有時(shí)我也會對某種情況產(chǎn)生疑惑，有人會覺得這樣的匆忙是正在工作的表現(xiàn)，如果將問題梳理的僅僅有條，提高效率縮短了處理所需要的時(shí)間，反而因?yàn)闆]被看到所以被質(zhì)疑；也有開發(fā)人員不介意更改或過多的處理臨時(shí)的需求。
目前正在考慮這個(gè)問題。
四、為什么更改？
我們必須要承認(rèn)更改需求的需求客觀存在的事實(shí)，也必須要承認(rèn)我們每天都在面對著這些問題。
“ 唯一不變的，就是變化本身?！薄官e塞·約翰遜
1. 需求的認(rèn)知
人們認(rèn)識世間事物的過程總是由淺入深，最開始展現(xiàn)出來的總是冰山一角，無論是甲或乙對某一需求的理解與規(guī)劃也是隨著時(shí)間及了解的深入程度才逐漸變得清晰明了；而初始提出的方案漸漸不能滿足后續(xù)的發(fā)展。
2. 溝通的層面
項(xiàng)目中，每個(gè)步驟都環(huán)環(huán)相扣，隨著團(tuán)隊(duì)規(guī)模的擴(kuò)大，參與的人員越來越復(fù)雜，對同一事物溝通的次數(shù)也越來越多，哪些重要的、必須要注意的細(xì)節(jié)則更容易在言語間流失。
3. 技術(shù)的壁壘
同一個(gè)功能，不同的產(chǎn)品階段、不同的參與人員，都會產(chǎn)生不同的結(jié)果，而技術(shù)日新月異的更迭為我們提供了更多樣的處理方式；方案并不是一成不變的，我們需要做的只是在合適的時(shí)間選擇合適的方案。
五、結(jié)語
馬斯洛的方法論最上級的需求是“自我實(shí)現(xiàn)”，產(chǎn)品工作的有趣之處大部分也源自于此，自己的理想與目標(biāo)經(jīng)過無數(shù)的日夜后實(shí)現(xiàn)落地，提供創(chuàng)意的人在其中會獲得極大的成就與滿足；而需求，是一切的開始與結(jié)束，是一切發(fā)展的基石，產(chǎn)品從業(yè)者始終在學(xué)習(xí)如何更好的理解它。
當(dāng)你真正理解你的需求的時(shí)候，需求自然也會理解你。
需求池的要素：
![當(dāng)我們談?wù)撔枨髸r(shí)，我們在談?wù)撌裁础? /></p>
<p style=]( "當(dāng)我們談?wù)撔枨髸r(shí)，我們在談?wù)撌裁础? src=")
要素梗概
本文由 @kolulu 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理，未經(jīng)許可，禁止轉(zhuǎn)載
題圖來自?Unsplash，基于 CC0 協(xié)議
更多精彩內(nèi)容，請關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號或下載App
編輯導(dǎo)語：在我們的日常工作中會接收到來自不同方面的需求，一個(gè)產(chǎn)品是由很多需求慢慢組建而成，需求對于每個(gè)產(chǎn)品來說是非常重要的；從初期的需求分析到后期的實(shí)現(xiàn)，中間要經(jīng)歷一個(gè)漫長的周期；本文作者詳細(xì)分析了一個(gè)需求完整的生命周期，我們一起來了解一下。
作為軟件行業(yè)從業(yè)者，無論崗位是產(chǎn)品、UI、測試或是開發(fā)人員，我們每天都在面對著不同層次、不同性質(zhì)的需求處理方案；有的需求條條順順，大家都能理解這個(gè)忽然產(chǎn)生的idea，有的需求則不然，每個(gè)小時(shí)都可能變了變樣子。
需求，是橫在產(chǎn)品與各崗位之間難以跨過的長長溝壑。
本文將從需求的產(chǎn)生開始，按照如何產(chǎn)生、如何進(jìn)行分析，再到需求實(shí)現(xiàn)落地，需求變更的行文思路進(jìn)行闡述；試圖分析一個(gè)需求完整的生命周期，將過往工作中踩過的坑暴露出來，對其進(jìn)行總結(jié)復(fù)盤，提升自己對需求理解的同時(shí)也為剛?cè)胄械漠a(chǎn)品從業(yè)人員或有志于進(jìn)入本行業(yè)的相關(guān)人員起到建議與幫助。
需求生命周期
一、需求的產(chǎn)生
無論是ToB，還是ToC，一個(gè)需求的產(chǎn)生離不開業(yè)務(wù)邏輯與產(chǎn)品本身。
筆者認(rèn)為，需求首先來源與外部，在由外部逐漸過度到內(nèi)部迭代，之后會進(jìn)入外部內(nèi)部同時(shí)并行的狀態(tài)；外部需求不斷產(chǎn)生，為產(chǎn)品注入新鮮血液，使產(chǎn)品更好的發(fā)展，內(nèi)部需求則不斷完善自身，為了適應(yīng)新需求不間斷的提供支持。
象限圖
需求從來不是憑空產(chǎn)生的， 但是很可能很表面或看起來不合理，每一個(gè)看似不合理的需求都有目的性，而這個(gè)目的性不一定是不合理的，產(chǎn)品從業(yè)者的目標(biāo)則是將需求的不合理翻譯為本身合理，并判斷其目的的價(jià)值。
1. 翻譯需求
這是一個(gè)專門的學(xué)問，前輩們花了無數(shù)的口舌也無法對每個(gè)步驟都講的清楚明白；在本篇文章內(nèi)筆者只對自己的工作方式進(jìn)行簡短描述，合適與否則根據(jù)工作流程與習(xí)慣的匹配程度有關(guān)。
我常常會在工作中采用這樣的方案，本質(zhì)上是基于WHY、WHAT、HOW的工作法則。
2. 需求的組成
一個(gè)需求的價(jià)值由于它的使用場景決定的，一碗面，在景區(qū)、飛機(jī)場等場所，由于運(yùn)輸不便，食材稀缺等等原因，可以買到88塊甚至更多一碗，但是在大家小區(qū)樓下也就是十幾元一碗就可以買到；同樣，將梳子賣給和尚，也是由于場景決定的價(jià)值所在，所以我們在在考慮一個(gè)需求的組成時(shí)，可以給出這樣的結(jié)論：
- 需求的使用場景帶來需求的價(jià)值；
- 需求的價(jià)值決定需求的真?zhèn)危?/li>
需求的組成部分
3. 多問為什么
即在每個(gè)需求提出時(shí)，需要讓需求提出者盡可能的多描述需求，包括為什么想要這個(gè)功能？是否是原來功能的迭代升級就可以滿足？實(shí)現(xiàn)了這個(gè)功能之后打算什么做？是否會有后續(xù)的計(jì)劃？找到每個(gè)回答里的關(guān)鍵字在進(jìn)行延伸，總之，就是拋出一切能想到的問題。
但是很多時(shí)候，一個(gè)問題的提出者，在提出問題時(shí)并不明白究竟想要一個(gè)什么樣的回答，沒關(guān)系，解決辦法就是不要在無謂的爭論下去；在大概的商討過按照你自己的想法做出來第一版原型稿后，他總能知道哪些不是他想要的，這時(shí)，就會拿出很多想法與“建議”，畢竟，否定別人對每個(gè)人來說都很容易。
需求翻譯方法論
4. 多溝通
多溝通是指多跟項(xiàng)目內(nèi)部的技術(shù)人員溝通，如果你不能通過硬實(shí)力說服Team內(nèi)的技術(shù)人員按照你的的方案實(shí)施，那么最好有那么一兩個(gè)關(guān)系較好的；在想要做某個(gè)功能，或在工作過程中遇到了哪些問題，可以多跟他們商量。
有時(shí)技術(shù)會提出更好的解決方案，對于剛?cè)胄羞€不太懂技術(shù)也不太懂需求的產(chǎn)品人員來講，避免出現(xiàn)類似“根據(jù)手機(jī)殼更換主題顏色”的需求是十分必要的。
另外，開發(fā)人員作為最下游的實(shí)施人員，大多數(shù)時(shí)候只是被動執(zhí)行產(chǎn)品做好的規(guī)劃，我們在問其對某個(gè)需求的意見時(shí)，也意味著我們希望開發(fā)人員能夠主動參與到需求規(guī)劃中，讓開發(fā)人員有一種“我也為需求貢獻(xiàn)了想法并有機(jī)會能夠?qū)嵤钡恼J(rèn)知；這種行為的好處會直接體現(xiàn)在對功能細(xì)節(jié)的處理程度上，他們會更加認(rèn)真對待你的需求，因?yàn)楫a(chǎn)品在前期也尊重了他們意見。
5. 多天馬行空
要知道并不是指對需求天馬行空的想象，我們首要確定的就是對某個(gè)需求的定義，如果需求變來變?nèi)ィ裉焓茿，明天是B，那你只會離你的需求越來越遠(yuǎn)。
所謂想象是指在保持一個(gè)標(biāo)準(zhǔn)下進(jìn)行的，每個(gè)功能并不是只有一種解決方案，每一個(gè)按鈕也可以放在不同的位置。我們在處理每個(gè)功能的時(shí)候，盡量進(jìn)行不同的功能結(jié)構(gòu)方式，有時(shí)會有意想不到的效果。
二、示例
我前陣子接手了一個(gè)管理社區(qū)精神病患者的項(xiàng)目，項(xiàng)目背景是，近年來，精神病患者肇事肇禍、擾民害民的案（事）件在各地時(shí)有發(fā)生；如何創(chuàng)新管理模式，減少精神病患者肇事肇禍行為的發(fā)生，正在成為各地普遍面臨的一個(gè)難題。
針對這個(gè)背景，里面有一個(gè)具體的需求是為精神病人設(shè)置電子圍欄；社區(qū)、社工認(rèn)為，精神病患者雖在平日里與正常人無異，但是一旦發(fā)病則無法控制自身行為，對社會、群眾安全及患者本身都存在一定隱患；因此，社區(qū)提出了建立電子圍欄的想法，如果精神病人發(fā)病或超出圍欄邊境時(shí)自動發(fā)出警告通知，及時(shí)采取防范措施。
需求分析表
按照上文所講的分析方法，可以快速的幫助理清思路，從而得到一個(gè)較為清晰的需求分析表，我們已經(jīng)確定自己已基本了解本需求產(chǎn)生的原因與想要達(dá)到的目的，在假設(shè)已滿足其余關(guān)鍵需求的基礎(chǔ)上。
接下來，請你以你的理解為中心，大刀闊斧的嘗試設(shè)計(jì)一下本功能吧~
以下是我能夠提供的需求設(shè)計(jì)方案：
設(shè)計(jì)方案
GPS定位
電子圍欄報(bào)警
軌跡追蹤
SOS警報(bào)
三、管理你的需求
1. 需求池
管理需求的方式似乎容易了很多，“提出的時(shí)間”、“優(yōu)先級”、“需求的描述”、“處理人”或者“實(shí)施的版本”；這些關(guān)鍵字你在任何一個(gè)項(xiàng)目協(xié)同的平臺上都能夠找得到，并且還能夠根據(jù)需求不同來自定義相應(yīng)的字段，十分的好用。
但有的時(shí)候，現(xiàn)實(shí)沒有我們想象的那么方便，比如你們公司對數(shù)據(jù)的保密性很強(qiáng)，不肯將項(xiàng)目內(nèi)容轉(zhuǎn)移到線上，亦或者公司環(huán)境導(dǎo)致同事大多習(xí)慣使用EXCLE、WORD等方式進(jìn)行處理數(shù)據(jù)，那么推進(jìn)大家使用線上協(xié)同進(jìn)行工作的難度就一下子增加了很多。
為了你自己好，最好不要過多依賴過于便捷的內(nèi)容，過于簡單就能得到的幫助會逐漸剝奪你思考的能力，一旦脫離平臺，你會忘記如何配置他們，所以在多數(shù)情況下，你需要建立屬于自己的需求池。
本文不會對需求持的要素進(jìn)行大篇幅的介紹，這些內(nèi)容其他作者的文章會有更好的見解，不同的組合方式會適應(yīng)不同的場景，如何將別人的變成自己的才是正經(jīng)事；如果你一定要在本文找到答案，在文章的末尾我會附上一些內(nèi)容。
2. 需求沉淀
在實(shí)際的工作過程中，經(jīng)常會需要客戶/用戶每天每時(shí)每刻都在反饋系統(tǒng)某處出現(xiàn)了BUG或提出問題，而有的產(chǎn)品人的解決方案是收到了BUG就原封不動轉(zhuǎn)述提交給=進(jìn)行更改或開發(fā)，停留在BUG只是BUG的層面上。
不僅會造成重復(fù)的工作量，也會打斷開發(fā)人員正在進(jìn)行的工作或書寫的邏輯；產(chǎn)品無法對負(fù)責(zé)的需求負(fù)責(zé)，也會給人造成只是需求的中間人，無法把控需求的印象。
我傾向于將BUG作為廣義上的需求的一種，狹義需求當(dāng)作一種正向需求，而產(chǎn)生的BUG先定義成待確定、未進(jìn)行分析的需求
無論是通過某種方式分析后，你有可能發(fā)現(xiàn)它并不是BUG，可能是由于某處邏輯不清晰產(chǎn)生的，也可能是由于字段填寫不對稱造成使用誤解。
只用五秒種是看不到問題的本質(zhì)的。
但有時(shí)我也會對某種情況產(chǎn)生疑惑，有人會覺得這樣的匆忙是正在工作的表現(xiàn)，如果將問題梳理的僅僅有條，提高效率縮短了處理所需要的時(shí)間，反而因?yàn)闆]被看到所以被質(zhì)疑；也有開發(fā)人員不介意更改或過多的處理臨時(shí)的需求。
目前正在考慮這個(gè)問題。
四、為什么更改？
我們必須要承認(rèn)更改需求的需求客觀存在的事實(shí)，也必須要承認(rèn)我們每天都在面對著這些問題。
“ 唯一不變的，就是變化本身?！薄官e塞·約翰遜
1. 需求的認(rèn)知
人們認(rèn)識世間事物的過程總是由淺入深，最開始展現(xiàn)出來的總是冰山一角，無論是甲或乙對某一需求的理解與規(guī)劃也是隨著時(shí)間及了解的深入程度才逐漸變得清晰明了；而初始提出的方案漸漸不能滿足后續(xù)的發(fā)展。
2. 溝通的層面
項(xiàng)目中，每個(gè)步驟都環(huán)環(huán)相扣，隨著團(tuán)隊(duì)規(guī)模的擴(kuò)大，參與的人員越來越復(fù)雜，對同一事物溝通的次數(shù)也越來越多，哪些重要的、必須要注意的細(xì)節(jié)則更容易在言語間流失。
3. 技術(shù)的壁壘
同一個(gè)功能，不同的產(chǎn)品階段、不同的參與人員，都會產(chǎn)生不同的結(jié)果，而技術(shù)日新月異的更迭為我們提供了更多樣的處理方式；方案并不是一成不變的，我們需要做的只是在合適的時(shí)間選擇合適的方案。
五、結(jié)語
馬斯洛的方法論最上級的需求是“自我實(shí)現(xiàn)”，產(chǎn)品工作的有趣之處大部分也源自于此，自己的理想與目標(biāo)經(jīng)過無數(shù)的日夜后實(shí)現(xiàn)落地，提供創(chuàng)意的人在其中會獲得極大的成就與滿足；而需求，是一切的開始與結(jié)束，是一切發(fā)展的基石，產(chǎn)品從業(yè)者始終在學(xué)習(xí)如何更好的理解它。
當(dāng)你真正理解你的需求的時(shí)候，需求自然也會理解你。
需求池的要素：
要素梗概
本文由 @kolulu 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理，未經(jīng)許可，禁止轉(zhuǎn)載
題圖來自?Unsplash，基于 CC0 協(xié)議
新產(chǎn)品的落地差不多經(jīng)歷了這些環(huán)節(jié)：
用戶需求>-產(chǎn)品需求采集 >產(chǎn)品策劃 >產(chǎn)品交互設(shè)計(jì) >產(chǎn)品視覺設(shè)計(jì) >產(chǎn)品頁面重構(gòu) >產(chǎn)品研發(fā) >產(chǎn)品測試 >產(chǎn)品發(fā)布 >需求收集 >迭代
—
那從用戶需求到原型生成，是怎么抽象到具象的？ 就像生活中 蓋房子，拿到的原材料都鋼筋 混凝土， 產(chǎn)出的高樓卻各不同；
公司餐廳，廚師拿到的原材料是番茄和面，產(chǎn)出的卻是番茄臊子面，為啥不是湖湯面。
就像你在設(shè)計(jì)工作中， 我覺得研究用戶、組織、競品、政策， 這些都是原材料， 經(jīng)你輸出出原型時(shí)，基本就具體化了，我看網(wǎng)稱為具象就也這么說了。 張三拿到同樣的原材料，輸出了臊子面，李四卻輸出了糊湯面，這個(gè)過程發(fā)生了什么。
是魔法~
這么調(diào)皮？
邏輯性很強(qiáng)
謝謝~正在努力學(xué)習(xí)中~