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

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

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

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

　　三、為了確保項目的可控。產品經理把項目交給在給設計師和工程師完成時，很怕他們沒有按自己的期望完成。本來想要一個悍馬，結果發現最后拿到了一個QQ。

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

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

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

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

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

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

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