很多交互設(shè)計師(Interaction Designer)都會抱怨：產(chǎn)品經(jīng)理(PD)在寫商業(yè)需求文檔(BRD)時，連各個方案的線框圖(Wireframe)都出好了，我們還有什么發(fā)揮空間呀，照著做就是了。

　　我覺得與其這樣自暴自棄倒，不如仔細想想為什么產(chǎn)品經(jīng)理要把各種方案都考慮得很細。我想應(yīng)該有以下一些原因：

　　一、為了幫助自己思考。產(chǎn)品經(jīng)理經(jīng)常要考慮方案的可行性，不思考一些比較細致的解決方案，有時候很難估計一些問題，如項目是否可行，項目要花多少人力物力。

　　二、為了給別人講解。產(chǎn)品經(jīng)理在解釋自己的商業(yè)需求時，如果只單單講一些復(fù)雜的而抽象的商業(yè)邏輯，有時很難讓聽眾理解。很可能老板會問：你到底想要做什么？

　　三、為了確保項目的可控。產(chǎn)品經(jīng)理把項目交給在給設(shè)計師和工程師完成時，很怕他們沒有按自己的期望完成。本來想要一個悍馬，結(jié)果發(fā)現(xiàn)最后拿到了一個QQ。

　　面對已經(jīng)比較細致的解決方案，許多交互設(shè)計師無從下手，只能在產(chǎn)品經(jīng)理的方案上小修小補，提一些類似“老爺，袍子臟了，脫下了洗洗吧”之類的建議。我覺得與其這樣，倒不如先把問題弄清楚，再考慮解決方案。問題本身都沒弄清楚，就提解決方案，不是在搞問題，而是在被問題搞。不要被產(chǎn)品經(jīng)理畫的線框圖限制住，多問問自己他的商業(yè)需求是什么，要解決什么問題，而不是忙著拋出自己的解決方案。

　　例如，一些產(chǎn)品經(jīng)理會這樣給你講他的商業(yè)需求：現(xiàn)在，老板家老鼠很多，我覺得應(yīng)該做個捕鼠夾，方的那種，上面有鐵絲，還有誘餌什么的，就放奶酪吧。這是我的產(chǎn)品Demo。好了，看看這方案，有什么問題，提出來。如果沒有，就按照這個做吧。

　　有些交互設(shè)計師就開始照著這個Demo開始做線框圖了，然后就視覺設(shè)計師出視覺稿，接著就……。

　　是不是應(yīng)該等等呀。那個Demo不是商業(yè)需求，而是完成這個商業(yè)需求的解決方案，而且應(yīng)該僅僅是解決方案之一。商業(yè)需求是消滅老鼠。產(chǎn)生這個需求的問題是什么呢？老板家有老鼠了。我們要解決的問題是鼠患，而不是如何做一個老鼠夾。

　　弄清楚問題本身，我們的設(shè)計思路就不會僅僅局限在如果完成一個未必靠譜的解決方案上。消滅老鼠未必要用老鼠夾，難道不能養(yǎng)只貓呀？難道不能用老鼠藥么？難道就不能有其它解決方案么？

　　經(jīng)驗不足的交互設(shè)計師最容易犯的錯誤之一就是沒能清楚問題本身，就盲目地出一些解決方案，甚至為個不靠譜的解決方案跟別人爭個頭破血流。在我們跟人家爭執(zhí)按鈕上的文案時，在我們跟人家討論評價分數(shù)應(yīng)該用星星還是黃瓜表示時，在我們跟人家探討把搜索結(jié)果的過濾條件放在上邊還是左邊時，我們是不是先要問問自己，我們到底要解決什么問題，我們要解決的問題真正是我們需要解決的么？

　　原文：http://www.2beusable.com/?p=43