作為產品高手，他是怎么思考一個功能的？

最近，有讀者發來一個問題，內容大概是這樣：

呆總，這個頁面里我畫圈的模塊現在只有 2 個選項，如果有 15 個選項的話，那我要怎么設計呢？

這類問題其實不難回答，但業務不明確，以至于無法給出符合問題本身的答案。這位讀者這么問，應該是想要我直接給出形式上的設計建議。

但是，我不知道這個模塊的作用，頁面缺少上下文的聯系，也就不知道它要解決用戶什么問題，更不知道選項變多至 15 個的原因。只能大致猜測是選擇其中一種福利，但不知道是在什么情況下的一種選擇，以及選擇之后，對下面模塊內容的影響。

比如，當我看到福利選擇，先入為主的會認為如果餐補福利價值 800，交通優惠價值 1000，那所有人應該都會選擇交通優惠的額度為 15%，期限選 3 個月吧？

這是我在這個問題中無法理解的部分，導致我給不出明確的方案，所以也就不想隨便就給出一些形式上的建議了。

因為我很可能通過上下文的聯系與業務的理解，從而去推翻目前這個界面的設計形式，采用另一種更合理的方案。

所以，如果要回答讀者這種具有不確定性的問題，幾乎就要把所有可能性提出來發給對方，這基本不可能。

而各種業務情況所面對的方案可能性都是不一樣的，甚至可能導致產出的方案是相互矛盾的。所以在解決這個問題前，得先知道功能的作用，用戶的目的，解決的問題與場景等，也就是業務內容得知曉。

否則，就沒辦法給出一個清晰的答案，到最后更多就只能是形式上的討論了。而純粹形式的考量有時候缺少背后的依據，會浪費掉不必要的時間。

這是許多人如今都存在的一個問題，類似于發一個界面，問交互形式如何改進。

在不知道業務情況與產品功能信息的前提下，一個界面的修改，只能從布局上做優化，而布局的設計通常要知道界面元素的優先級，以及功能所要傳遞的信息，什么都沒有，最終只能討論形式，是非常表面的。類似于在 dribbble 找設計靈感一樣，浮于表面。

這是我在后臺收到的絕大多數無法回答的問題的原因之一 —— 問題不夠明確。

舉個例子。

我常常看到一類讀者會去分析某個設計形式的優劣，類似于截一張這樣的圖，說：

這個搜索設計的形式不錯，會根據用戶搜索的內容通過搜索發現給用戶推薦相似的商品。

這一類內容的學習，如果只是這樣去做功課，就會陷入跟上面那個問題一樣的困境 —— 浮于表面。

一個產品功能，需要搜索發現的時候，當然會放一個搜索發現，也知道它是用來給用戶做推薦的。這樣的案例收集與說明，幾乎沒有任何學習的價值。

想要對產品功能做詳細的了解，至少要知道，它們依附于某個產品背后的一些規則是怎么樣的。

比如，在淘寶里，它是幫用戶找到更多匹配的信息，那它的推薦邏輯是怎么樣的呢？搜索上限有多少個？是根據目前的搜索行為做推薦還是根據搜索的歷史記錄做推薦？或者是根據平時瀏覽的商品做相應的推薦？還要比對搜索前中后，關鍵詞出現的差異。等等。

那如果是在知識付費類產品里做這個功能呢？沒有海量數據的支撐，如何給用戶的搜索進行另外的內容推薦？怎么通過用戶搜索行為去綁定已有課程與搜索發現的規則？

這樣深入的去了解，使用，才可能獲知這類功能存在的邊界情況，對它有一個更全面的了解。

往后如果自己的產品要加入類似的功能，那考量的點就可以有很多，規則的定義具體都是要根據實際的業務情況來看的，不能只留戀于形式。

我通常會在網上看到這樣一類文章，大概是「解決問題的通用方法論」，或者「思考問題的通用性法則」類似的內容，一般來說不會去多看幾眼，原因是我始終秉承「具體問題，肯定得具體分析」的原則。

可能有許多人會認為，解決問題就是有一種方法的，于是把時間與精力都放在找方法上。

不說這類內容完全沒用，但至少就這么去按照別人給出的路徑思考問題，重心一定是在路徑上，而不是問題本身，這是大多數這類方法論所存在的問題。

類似于番茄工作法，工作 25 分鐘，休息 5 分鐘…我常常因為深入去思考一個問題，而不知不覺就過去幾小時。如果按照這樣的工作方法，25 分鐘就要被干擾一次，效率反而會下降。

這跟上面聊的內容其實是一樣的道理。對于功能設計的思考，也是需要具體考量的，不存在所謂的統一方法去解決問題。

愛因斯坦說過的一句話很符合現在聊的內容，他說：“如果我有 20 天來解決一個問題，我就會用 19 天來定義它，最后 1 天去得出最終的方案。”

但是如今許多設計師往往拿到問題的第一時間，就會打開 sketch，開始表達呈現方式，而不是對問題本身進行思考，或者希望有一個具體的方法，能幫自己想到所謂正確的方案，直接去產出。

要知道，設計是一種「視覺化的思考」，而不是單純的「視覺化」。當我們打開軟件開始畫稿時，大部分的研究工作就應該已經完成了，呈現出來的結果是通過嚴謹地推導所得到的，而不是僅僅為了好看。

但是，現在大多數設計師的工作方式并不是這樣。

于是，當我們開始思考它的呈現方式時，應該先回溯一下問題本身的背景與各種情況。譬如，開頭那個問題。

歡迎關注作者的微信公眾號：「呆呆U理」