《UCD火花集2：有效的網際網路産品設計 互動/資訊設計 使用者研究讨論》一2.3 互動設計師容易犯的錯誤：把自己禁锢在解決方案之中

本節書摘來自異步社群《ucd火花集2：有效的網際網路産品設計 互動/資訊設計 使用者研究讨論》一書中的第2章，第2.3節，作者 ucdchina，更多章節内容可以通路雲栖社群“異步社群”公衆号檢視

ucd火花集2：有效的網際網路産品設計 互動/資訊設計 使用者研究讨論

文/呆聾瞎

很多互動設計師（interaction designer）都會抱怨：産品經理（pd）在寫商業需求文檔（brd）時，連各個方案的線框圖（wireframe）都出好了，我們還有什麼發揮空間呀，照着做就是了。

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

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

為了給别人講解。産品經理在解釋自己的商業需求時，如果隻單單講一些複雜的而抽象的商業邏輯，有時很難讓聽衆了解。很可能老闆會問：你到底想要做什麼？

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

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

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

有些互動設計師就開始照着這個demo開始做線框圖了，然後就視覺設計師出視覺稿，接着就……

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

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

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