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