原型頁面只是一個承載你對業務產品功能深刻認識的一種呈現，背後更多的是產品經理對市場的洞察。在此基礎上更好的去解決使用者的問題，那麼這個產品或某個功能才是有價值的。其中關於設計產品中要注意的問題，作者就近期聽到的、看到的、以及遇到的問題為我們整理了十點問題。一起來看看吧。

最近有朋友問到關於設計產品中要注意的問題，就整理了一些近期看到的、聽到的，以及之前遇到的一些問題。

希望大家在看到這些以後，能夠有所啟發或警醒，儘量少走一些彎路。

一、需求收集階段

1. 不懂拒絕

在這個階段會收到內部和外部的各種各樣的需求，好像都挺好的，都可以做。諮詢的那個朋友遇到的就是這種情況，覺得什麼都可以做，什麼需求都接，不懂得去拒絕他們。

常見在產品新人階段，一方面領導或者客戶提的不得不做，另一方面自己經驗不足，還沒有更好的方案，或者也不敢去問他們為什麼要這樣做，只能自己想，就陷入了誤區了。

如何避免進入這個誤區呢？各種各樣的需求，拿不定主意，可以先記下來，但是不要答應全部都要做。

拿回來評估，到底有沒有做的必要，或者有沒有其他的解決方法，然後再決定怎麼做排期。或者可以在調研的時候多問一下，他們提出這個需求背後的目的是什麼，挖掘清楚背後的深層次的問題。

二、原型圖設計階段

1. 著急畫原型

有些時候工期緊、需求多，需求的各種規則邏輯還沒想清楚，就開始動手畫原型，有一段就喜歡這樣，好像畫一畫就能想清楚似的。

這樣導致的後果就是，大多數時候畫出來的功能頁面跟實際業務需要大相徑庭，或者不能真正解決實際的業務問題。

那麼，我們在遇到這種情況的時候一定要警醒。想清楚如何解決實際業務問題才是最關鍵的，接著才是沿著解決問題的思路去設計功能，也就是畫原型。

原型只是一個表象，它承載的是你對業務背後的深度思考。

2. 不喜歡求助別人

設計功能時遇到困難了，總喜歡自己去想辦法解決，否則好像體現不出自己的價值。這個想法多數時候也沒啥毛病，就怕遇到一些自己認知以外的情況，自己所能找到的資料並不能解決問題。這個時候就進入了誤區，我們做事情要追求效率和結果。

像這種一直想不出方案的時候，就需要去求助了，比如你的同事、領導或其他專業人士。畢竟一個人的認知有限，旁人的幾句話可能就使你轉換了思路，一下子茅塞頓開。建議進入這樣的誤區時，要及時轉換思路，改變自己固有認知，藉助身旁的資源去主動解決問題，結果也是你靠你推動去解決的。

3. 追求高保真

有時候畫原型圖的時候，會很糾結頁面的顏色、按鈕大小、字型擺放等等，很容易陷入這種誤區。

當然了，高保真做出來當然好，看得也賞心悅目。不過很多時候，根本沒有那麼多時間來設計這些，更多的時間還是功能邏輯背後的思考上，然後把設計思路儘可能展示出來，以高效指導技術去開發落地。

如果過度追求高保真，就容易顧此失彼（如果時間充裕，高保真非常好）。

因此，大家在設計之前要權衡好，始終清楚孰輕孰重。

4. 列表喜歡貼上複製，欄位一模一樣

列表每行的資料喜歡複製得一模一樣，一般也沒多大問題，只要在PRD文件或者其它說明清楚也可以。

不過這個還是得注意一點，能畫清楚儘量畫清楚。比如禁用/啟動；時間都一樣，給開發錯覺；資料在頁面保持正常的運算，比如總共1000個會員，100個黃金、800個鉑金、100個黑鐵，不要都用1000，容易給開發帶來困擾。

5. 漏掉預設頁

設計方案的時候，總是會不自覺的把注意力放在正常情況，看起來問題也不大。做完以後總是會發現少點什麼，就是那些異常情況怎麼處理。

很多時候都是有經驗的UI和開發同事幫你補上去的，我們在設計的時候只把注意力放在正常情況這種思維方式是有問題的。一個完整的邏輯是要遵循MECE（相互獨立，完全窮盡）原則，那麼預設頁的存在就是補充了正常情況之外的空白，才算是一個完整的整體。

6. 重複畫“輪子”

身邊一些產品朋友也做了多年，也收藏了一些複用工具，各種各樣的都有。可能今天是從這個課程裡拿到的，明天是從朋友那兒弄來的，總之東拼西湊了很多複用工具。

等真正用起來的時候，卻發現找不到、不好用，還不如自己重新畫一個，這就進入了一個重複畫“輪子”的誤區了，沒有總結自己的一套產品複用工具，導致下次用起來的時候又得重新來，浪費了很多時間。

建議沒有做的朋友，可以做一個計劃，每天花點時間，慢慢的把這套工具弄出來，以後做事就事半功倍了。

三、互動說明撰寫階段

1. 互動說明沒有標識清楚

寫互動說明時，不標識清楚，只按照自己的書寫習慣來寫。在你看來，很好看懂，但是給到別人，可能是看起來特別費勁，甚至是一頭霧水。

這個時候你要反思了，是不是進入誤區了。你自己寫的，當然能看懂，可是這符合大多數人的閱讀習慣嗎？

如果是，那就沒問題，如果只是你個人獨特的風格，那就需要修正了。清晰嚴謹的表達在文件說明裡，可以讓開發人員儘快明白你所表達的意思，也可以提高開發效率。

四、需求評審階段

1. 自以為是

當你心裡想著怎麼去“管理、約束”其他人，要怎麼做，才能在開發心中有“威望”，更好的“指揮”他們做事時，你就進入了一個新的誤區，太自以為是了。

我們是一個團隊，一起做某件事而放在一起合作的，基本都是合作的關係。

而產品經理也更不是所謂的“經理”，擺正自己的位置，大家為了一個共同的結果而努力的。每個人各司其職，做好分內之事就很不錯了。

2. 開發說什麼就是什麼

在評審階段，有些新問題產生了，同事們給了你一個新的意見，有些朋友就老是一味的聽他們的意見，沒有經過自己的認真分析。基本就是開發說什麼就是什麼，不知道怎麼解釋或拿出新的方案。

遇到這種情況，一般就是需求本身你沒想清楚，沒想的那麼深刻，才導致接不住他們的話，最後還要他們幫你定方案，所以這個時候最好是前置（在方案設計的時候就思考清楚），後面出現了拿不定主意可以會後儘快想出新方案出來，而不是直接聽他們的。

當然了，如果會後覺得他們的建議確實是最佳解法，也可以採納，前提是一定要經過你的思慮以後做出決定。因此，一定要有自己的原則和底線，不能一味的聽他們的，最終的目標還是為了業務實際問題而努力。

五、小結

不懂拒絕

著急畫原型

不喜歡求助別人

追求高保真

列表喜歡貼上複製，欄位一模一樣

漏掉預設頁

重複畫“輪子”

互動說明沒有標識清楚

自以為是

開發說什麼就是什麼

原型頁面只是一個承載你對業務產品功能深刻認識的一種呈現，背後更多的是產品經理對市場的洞察。在此基礎上更好的去解決使用者的問題，那麼這個產品或某個功能才是有價值的。

作者：稻田上的少年； 公眾號：稻田上的少年（ID：gh_fbd6194621c4）

本文由@稻田上的少年 原創釋出於人人都是產品經理，未經許可，禁止轉載。

題圖來自 Unsplash，基於CC0協議。

該文觀點僅代表作者本人，人人都是產品經理平臺僅提供資訊儲存空間服務。