產(chǎn)品看似掌控大局，但是很多事情都不是自己能完成的，發(fā)需求成了產(chǎn)品經(jīng)理的日常，給設(shè)計發(fā)，給技術(shù)發(fā)，給策劃發(fā)…

需求發(fā)出去之后，收回來的東西不滿意也是常有的事情，于是吐槽也成了日常，然而吐槽也并沒有什么卵用…

金玉良言：所有問題都是自己的問題！別吐槽！想想我能做什么！

提需求的3大要點

下面說明3個提需求的要點：

一、需求是人做的，人心是肉長的

需求之所以復(fù)雜就是因為需求是人來做的，如果是機器來做就太簡單了：只要輸入正確的命令，機器會準(zhǔn)確的幫你實現(xiàn)好。

有了人的存在，需求就會存在delay、錯誤、品質(zhì)不夠等問題。

但這并不能成為需求實現(xiàn)不理想的接口，為何別人的需求可以加塞在你的前面？為何別人提的需求實現(xiàn)品質(zhì)就比你的高？

同一個忙，你找陌生人，朋友，親人來幫，其過程和結(jié)果肯定是不一樣的！

那你能不能讓對方成為你的朋友甚至哥們，就要看你的本事了。

二、發(fā)需求的方式

我相信所有人都經(jīng)歷過這么一種場景：

你發(fā)了需求，但是對方?jīng)]有看到，于是在交付的那天你什么都沒有收到！

別怪別人！怪自己！

發(fā)需求的方式強烈建議2種結(jié)合：郵件+口頭

郵件：很正式，內(nèi)容完整，并且容易回溯

口頭：最好是口頭，因為消息和郵件是繁多的，很容易被忽略，但是語言的交流是印象深刻的。如果無法實現(xiàn)口頭交流，最好是通過IM再提醒一下，讓對方明確的回復(fù)已經(jīng)看到郵件，加深印象。

三、需求內(nèi)容需要符合“SMART原則”

• Specific——需求必須是具體的，明確的，別摸凌兩可
• Measurable——需求必須是可以衡量的，要能夠評價他的好壞
• Attainable——需求必須是可以達(dá)到的（這個也是對方經(jīng)常拿出來的理由，遇到之后參見要點一）
• Relevant——需求必須和其他目標(biāo)具有相關(guān)性，沒有意義的需求是浪費時間，要告訴對方意義何在
• Time-based——需求必須具有明確的截止期限

SMART原則非常實用，如果想詳細(xì)的了解這個原則，可以點擊這里——SMART原則 via MBA智庫

技術(shù)需求怎么提

給技術(shù)提過需求的都有過類似的經(jīng)歷：

• 為什么需求這么簡單，但是技術(shù)做出來的東西還是有問題？
• 我的需求文檔已經(jīng)很詳細(xì)了，為什么不按照文檔里的來做？

……

這些所有的不愉快往往都跟自己提需求的方式有很大關(guān)系，而不能只怪技術(shù)同學(xué)！

下面就對比一下錯誤的提需求方式和正確的提需求方式：

錯誤的姿勢

錯誤的方式：

1. 腦袋里想好要什么
2. 將想要的東西寫成需求文檔
3. 將需求文檔發(fā)給技術(shù)去做
4. 等結(jié)果

錯誤的方式往往都是錯誤的觀念導(dǎo)致的。

錯誤的觀念：技術(shù)是干活的，只需要按照我說的做就行了，不需要你自由發(fā)揮。

大部分給技術(shù)提需求的人都不是技術(shù)出身，對技術(shù)并不了解，如果技術(shù)淪為一個純執(zhí)行，那么就成了“外行指導(dǎo)內(nèi)行”，何況技術(shù)部門又不歸產(chǎn)品管，自然有很多矛盾存在。

另外，我們腦海中想要的東西寫到文檔中一定無法100%的還原，技術(shù)再去看這個文檔，理解過程又有一定折損，就導(dǎo)致我們想的和最終做出來的東西相差甚遠(yuǎn)。

核心問題：產(chǎn)品和技術(shù)之間信息是不對等的！每一步過程都有信息折損，導(dǎo)致了最終產(chǎn)出不理想。

正確的姿勢

正確的方式：

1. 不聊技術(shù)聊業(yè)務(wù)，先讓技術(shù)同學(xué)充分的理解業(yè)務(wù)流程是什么，技術(shù)在業(yè)務(wù)中間的作用是什么
2. 在技術(shù)同學(xué)理解業(yè)務(wù)的基礎(chǔ)上共同討論解決方案，列出可行的方案
3. 業(yè)務(wù)人員和技術(shù)人員綜合各種因素選擇一種適合當(dāng)前的“最佳方案”
4. 雙方達(dá)成一致后再最后形成文檔
5. 文檔中包含前端表現(xiàn)細(xì)節(jié)和后端流程圖（想了解文檔怎么寫可以百度一下“PRD”）

核心問題改進：

讓技術(shù)同學(xué)充分的參與進來，一同商量，確保在方向性上大家高度的保持一致！

業(yè)務(wù)同學(xué)的解決方案不一定是最佳的，所以要發(fā)揮技術(shù)同學(xué)的優(yōu)勢，讓他們也來出方案，討論方案。

不要在一棵樹上吊死！方案細(xì)節(jié)不著急展開，先多出方案，然后再評估方案，確定方案

設(shè)計需求怎么提

說到設(shè)計就需要強調(diào)一下前文說到的“人心都是肉長的”，設(shè)計人員非常感性，關(guān)系好圖就做的好，心情好圖就做的好。

所以設(shè)計需求的重點不在于提需求的時間點，而在于平時關(guān)系和感情的積累！

設(shè)計和技術(shù)的差異

下面把設(shè)計和技術(shù)來對比一下，讓大家有一個直觀的感受：

下面就是具體的建議了：

給設(shè)計足夠的提前量

“這個需求今天就要！”這句話誰聽到誰不爽！

大部分需求都是可以騰出足夠的提前量的，如果渠道沒有主動給你，你就主動去要。要過的需求定期整理和更新（畢竟沒有哪家是每天改版玩的）

時間越多，圖的效果就會越好！

優(yōu)化流程，避免返工

設(shè)計最煩的就是做好的東西白做了，所以一定要避免返工。

在大批量改尺寸之前一定要把好關(guān)，不過關(guān)的圖就不要改尺寸，直到所有相關(guān)人員（項目組，運營，市場，老板，渠道方）都過目了，都點頭了，再開始改尺寸。

一旦開始改尺寸了就不要BB了，改完就得用。如果任何人在任何時間都能否決設(shè)計，那設(shè)計就會做大量的無用功。

注：上面提到的母版是最初的設(shè)計，大批量生產(chǎn)的圖都是通過這個母版修改尺寸得到的

規(guī)范的提需求

需求怎么提也很重要，如果郵件來來回回，設(shè)計需要的信息不夠后補來補去，整個需求分散在N個郵件里，你指望設(shè)計耐心的幫你把需求拼湊齊全？

設(shè)計需求的模板很有必要，主要解決幾個問題：

1. 模板能夠避免信息遺漏，保證需求提交一次到位
2. 統(tǒng)一的模板也能避免設(shè)計看漏
3. 規(guī)范的文檔避免扯皮，都以文檔為準(zhǔn)
4. 有些輔助信息雖然不是必須的，不過可能會幫助設(shè)計做的更好

設(shè)計模板下載地址：鏈接: http://pan.baidu.com/s/1eRdIxKA 密碼: 2nbk

需求模板里最重要的信息：尺寸，文案，風(fēng)格參考

附錄

找風(fēng)格參考和找素材的一些網(wǎng)站：

• 花瓣
• 站酷
• CGTalk
• Flickr

最重要的：關(guān)系要到位?。?！

說到溝通技巧，此處省略10w字，需要的只能自行腦補。

如果溝通上比較短板，那就花錢吧，平時的水果零食啥的都給設(shè)計大爺分一些，別吃獨食。有事沒事請大家吃點零食。

設(shè)計兄弟幫你加班干活的時候請人家吃點東西，喝點飲料。

來源：西山居手游運營團隊

原文地址：http://73team.cn/