? 需求制定糖荒、描述與交付是產(chǎn)品經(jīng)理最基本最基本的技能之一杉辙。這件事是否做好，決定了開發(fā)是否高效捶朵，進(jìn)一步說甚至影響產(chǎn)品與開發(fā)的關(guān)系蜘矢。
? ? 如果產(chǎn)品的需求描述有誤，必定導(dǎo)致程序開發(fā)走上一個(gè)錯(cuò)誤的方向综看。而程序開發(fā)走在錯(cuò)誤方向上時(shí)品腹，一般都只會(huì)在開發(fā)完成驗(yàn)收產(chǎn)品后才會(huì)發(fā)現(xiàn)功能開發(fā)與需求原意不符。這時(shí)候再讓開發(fā)返工重做红碑，必定會(huì)為開發(fā)帶來巨大的麻煩舞吭，工作量大不說，很可能還會(huì)遇到巨大的時(shí)間壓力析珊，還可能因此而導(dǎo)致同事關(guān)系惡化（老是要開發(fā)返工重做羡鸥、調(diào)整代碼，開發(fā)肯定想砍人爸已啊＞逶 ）。
????? 那么奕剃，在需求制定有什么需要注意衷旅？如何做好需求制定捐腿、描述與交付呢？需要注意以下關(guān)鍵點(diǎn)柿顶。
1茄袖、從程序角度把握需求的本質(zhì)
? ? 大多數(shù)語(yǔ)言都是面向?qū)ο笳Z(yǔ)言。在這些語(yǔ)言中嘁锯，需求的本質(zhì)就是描述清楚涉及對(duì)象绞佩、以及對(duì)象之間的相互關(guān)系（方法），以及對(duì)象作用前猪钮、作用后的屬性數(shù)據(jù)存儲(chǔ)（數(shù)據(jù)存儲(chǔ)）品山。把需求拆分為這三個(gè)方面，基本上可以把需求清楚描述烤低，把我需求的實(shí)現(xiàn)代價(jià)以及存在的技術(shù)風(fēng)險(xiǎn)肘交。
2、需求描述完成后需要與相關(guān)開發(fā)人員溝通
? ? 需求描述清楚后與相關(guān)技術(shù)人員溝通很重要扑馁。技術(shù)人員與產(chǎn)品經(jīng)理永遠(yuǎn)都是處于一個(gè)信息不對(duì)稱的狀態(tài)下涯呻。
? ? （1）程序員可能無(wú)法理解需求的來源以及為什么這個(gè)需求一定要這樣做。這時(shí)候把需求拋出來與大家一起討論腻要，讓涉事人員批評(píng)指正复罐，很可能從業(yè)務(wù)上、需求本身發(fā)現(xiàn)不合理之處雄家。若果相關(guān)質(zhì)疑言之有理效诅，則需要及時(shí)調(diào)整需求。
? ? （2）產(chǎn)品經(jīng)理永遠(yuǎn)無(wú)法知道產(chǎn)品實(shí)現(xiàn)技術(shù)中的所有細(xì)節(jié)趟济。即使需求本身從商業(yè)上乱投、用戶價(jià)值上是合理的，但也未必就代表這個(gè)需求能夠順利實(shí)現(xiàn)顷编。因?yàn)楫a(chǎn)品經(jīng)理對(duì)很多技術(shù)細(xì)節(jié)可能是不了解戚炫、甚至不理解的。跟程序員溝通媳纬，然他們指出需求中的邏輯沖突双肤、實(shí)現(xiàn)代價(jià)和實(shí)現(xiàn)風(fēng)險(xiǎn)，進(jìn)而再對(duì)需求進(jìn)行調(diào)整钮惠。
3茅糜、需要清楚描述需求調(diào)整的背景
? ? 盡管完成上述1、2還遠(yuǎn)遠(yuǎn)不夠萌腿，有一次我就遇到了這種情況限匣。
? ? 產(chǎn)品：看看明天進(jìn)行版本更新
? ? 開發(fā)：可以，但現(xiàn)在再重構(gòu)，明天更新有點(diǎn)麻煩
? ? 產(chǎn)品：嗯米死，那看吧盡量更新
? ? （次日锌历，程序員完成了系統(tǒng)的更新）
? ? 產(chǎn)品：更新好了就可以，這次更新最主要是修復(fù)一個(gè)XXbug
? ? 程序：奥屯病究西？。物喷。卤材。你早說啊，如果這側(cè)更新只是為了修復(fù)這個(gè)bug峦失，我可以單獨(dú)修復(fù)啊扇丛，不用停止當(dāng)前的重構(gòu)進(jìn)程。（話畢尉辑，這位程序媛拿起了一把西瓜刀
? ? 產(chǎn)品需求的本質(zhì)是滿足用戶或某種場(chǎng)景的需求帆精。我們?cè)诿枋鲂枨蟮臅r(shí)候既要把需求的細(xì)節(jié)描述清楚，更要把需求的目的描述清楚隧魄。因?yàn)橹挥邪涯繕?biāo)描述清楚卓练，其他人才能夠判斷這些需求細(xì)節(jié)（邏輯、流程等等）是否達(dá)到需求目標(biāo)的最優(yōu)途徑购啄。如果需求描述中的不是最優(yōu)方案襟企，開發(fā)人員可能會(huì)根據(jù)技術(shù)情況提出一些更簡(jiǎn)單和有效的方法以解決問題，提高開發(fā)效率狮含。
4顽悼、需求描述與交付一定要善用舉例子
? ? 流程圖誠(chéng)然是一種很好的需求描述的方法。但是某些情況下還不足夠辉川，比如某些需求涉及的要素未有名詞表示表蝙，自創(chuàng)名字又會(huì)讓需求描述變得晦澀難懂拴测。這是最好就用舉例子的方法乓旗，程序員能夠從例子中抽象出程序語(yǔ)言，然后對(duì)需求點(diǎn)進(jìn)行一一實(shí)現(xiàn)集索。
?? 本文只是個(gè)人的日秤煊蓿總結(jié)和所思所想，文筆拙劣务荆，歡迎討論和批評(píng)指正妆距！
