編輯導讀：產品經理在工作中，少不了要遇到自己畫的原型圖被質疑，卻無從解釋的情況，這時候應該怎么辦呢？本文將從六個方面對這個問題進行分析，希望對你有幫助。

一、原型長時間被質疑會有哪些后果

產品原型是產品的雛形，如果我們畫的原型一直被領導和同事質疑挑剔，那真的是一場場需要獨自面對的災難。

首先原型的繪制是我們作為產品助理或初級產品經理服務一家公司必備的技能，原型能力被質疑會降低我們在領導心中的分量，進而失去成長和進步的機會。

其次原型是產品設計的成果物，最能清晰的展示產品形態和功能。是產品經理的語言，通過原型，可以具體的描述你對產品的規劃，可以輕松地讓你的產品方案直觀呈現在他人面前。如果無法讓原型被很好地理解，那么很有可能你的方案也無法被采納，也就是說會沒有產品相關的產出。

最后落到結果上，原型是產品經理推動日常工作的武器，被質疑的原型在開發協調，工作推進時，也會因為武器有問題而舉步維艱，甚至開發出錯誤的產品。

下面我們來逐個分析破解這些質疑點？

二、質疑原型頁面元素怎么辦

產品設計人員在進行頁面的元素取舍設計過程中，對不同類型的元素一定是有著不同的期待和目的的。然而當原型呈現在開發面前時，卻常常會被誤解認為元素是沒有意義的。

第一種：功能型元素

比如說一個搜索框，一個刪除按鈕，一個篩選項，一個加載更多的選項。

當開發不理解元素和功能設定的時候，每一個元素都對應著不同程度的工作量。當功能一致僅表現不一致，或者描述功能不結合場景時，開發就會認為是沒有必要的功能。

比如說之前的答題產品，新上線了一個多媒體題型的功能；當時開發找到了一個組件是視頻音頻通用的組件。所以在后臺上傳音頻到 APP 上，就會出現 APP 上的樣式是一個視頻的大框，這樣其實就很影響用戶答題。

開發在進行功能實現的過程中，會有一定概率忽略掉當初考慮到產品體驗而決定開發的功能。在開發眼中，音頻和視頻都是多媒體題型，同樣的功能，就沒有必要實現兩次，能一套代碼搞定的事情堅決不用兩套。

后續我結合了實際場景，為開發講解清楚當前的開發結果會為用戶帶來那些麻煩，巨大的音頻播放界面對于閱讀提干其他文字信息造成了極大的障礙。開發理解以后，積極的想辦法進行優化。應該沒有單獨的寫一套音頻的代碼，但是卻解決了音頻樣式上的小巧好用； 可見理解功能和化解質疑是多么的重要呀 !

第二種：信息傳達型元素

比如說購買量，訂單數，訂單狀態等信息。

如下圖，發表時間、閱讀數、點贊數就是信息傳遞類的元素。

之前有合作過一位經驗老道的開發，在進行產品設計的過程中也提過要給當時的一個內容產品加上各種數據，于是就看到這位領導經過整理后，發給了我一個導圖，上面詳實地記錄了用戶使用產品過程中可能產生的超多數據，并且想讓我把原型畫好，把數據全都加上去。

他真的有認真思考過哪些數據對用戶或者產品有益么？

我不敢相信。但通過這件事情，讓我開始認識到數據在他們眼中真的只是數據而已。產品日夜考量，對數據背后的思考和期待開發是不了解的。

比如說上面是我在學習通上發布的一條筆記。作為一個用戶，閱讀數會讓我偶爾想打開APP看看閱讀數是否有增長。評論功能的存在會讓我想看看有沒有人就這一話題和我進行討論。當有人點贊，就會更加讓我感到興奮，從而繼續在這個平臺上進行作品的發布。

很多數據在用戶和需要的人眼中是必要的，但是很多數據在開發或者不了解業務的人眼中是無用的。

三、該如何應對元素的質疑呢

針對開發對元素的質疑的原因，我們可以用下面的方式來避免和減少這類質疑。

從產品端杜絕質疑

產品和頁面設計過程中，一定不能想當然的為頁面添加無效的元素。

每一個元素都需要經過深思熟慮和競品調研深度結合產品目標和用戶目標來設定。深思熟慮是因為產品頁面的目標通常不止一個，每一個元素是否應該存在應該結合多個產品目標和頁面目標進行思考。

競品調研是因為不同的產品對同一個產品和頁面目標的處理和元素選擇會有不同的設計思路，通過對競品的分析和了解會讓我們更加堅定的做出元素是否應該存在的決策。

最后我們做完的頁面需要自證自查，是否每個字段都有其存在的意義，是否有相互矛盾不和諧的字段存在。這樣自我質疑一遍，其他人的質疑自然就會減少。

從開發端減少質疑

除去常規的為開發講解頁面流程，元素關系以外。我們可以通過給頁面上的元素進行分類的方式，二次的給開發講清楚頁面元素存在的意義，通過不同元素分析出開發不理解的到底是什么，有針對性地進行講解。

還有一點是需要我們隨著對產品的了解逐步進化的，就是當我們提出一個需求以后，對相應支撐的元素開發難度和工作量有一個基本的預估，并且初步判斷當前需求的性價比，如果性價比是OK 的，我們再拿到開發面前，如果確實不值得，我們可以從需求方先砍掉需求。

四、應對頁面布局帶來的質疑

如果你及時將層級重點不清晰的原型給到UI，你可能會在設計小姐姐那里聽到這句話。頁面和圖形化設計的本質就是信息的傳達。頁面信息傳達的目的無非兩點第一及時準確的給到用戶需要的信息；第二點，輸出產品目標影響用戶。而對元素的分類，優先級的清晰的劃分和表達是充分依靠原型的。

如果一個頁面對用戶來說是陌生和混亂的，那么很有可能，這些信息對用戶來說就是不可接收的無效信息。關于頁面布局，層級架構，重點內容，都應都應該在產品原型上有所體現。因為產品經理是最清楚業務和產品目標的那個人，用戶最終和產品進行交互的也是會圍繞產品的頁面進行。

常見的視覺呈現，重點突出的的方式就那么幾種，注意應用就好了。但是在這之前一定需要對我們確定要放在當前頁面上的元素進行整合和區別。

同類功能得觸發按鈕，適合放在一起的可以為其劃分區域；可以利用用戶對相同認知的內容的較為熟悉使用和習慣，去提升產品功能在用戶心中的熟悉度，和親切感。重點想要突出的元素，我們可以根據情況，和UI 溝通為其配上適合的顏色，將元素的間距調整到一個特殊的位置，將元素的形狀或表現形式進行特殊化處理。

五、應對完整閉環帶來的質疑

常見表達方式：這個點擊之后怎么辦呀？你想清楚了沒？

當你聽到上面的質問后需要恭喜你，參與原型評價的人已經看懂了你的布局，理解了你對于產品元素的取舍，他們開始串聯起產品的使用流程，開始擔心產品是否能真正跑通，是否能通過頁面的跳轉真實的幫助用戶完成任務。

所以不管是為了應對評審的時候的質疑還是為了自己更好的梳理業務流程完善和檢查自己原型設計，我們都需要考慮清楚場景使用閉環，該有的頁面即使不完全畫出來也需要不功能細節都表示出來。讓流程模型完整，相關的人都能理解。

這里推薦大家根據需要畫畫流程圖時序圖，一方面梳理流程整合頁面，另一方面將業務換種方式抽象出來，可能會讓你對業務和流程產生新的看法。

六、應對自己心態上的質疑：每個人的思維都具有局限性

回憶一下，當有人指著你的原型說這里設計不合理，那里有問題的時候。你的情緒和態度是怎樣的？你是否知道要如何回應。

此刻如果我們的關注點在，這個人是不是針對我，故意質疑我的設計和觀點。那么大概率我們會浪費時間和精力在這種無效的情緒當中，而無法提升自己的專業性。

從評審到驗收，原型會持續的在團隊中被討論。如果其他崗位的同事默認了自己不認可的原型存在并往下推進，沒有提出自己的質疑，那么大概率到了需要他工作和完成的部分就會出現較大的問題。所以他們的質疑通常是站在自己工作內容的角度考慮的，可能是由于我們經驗有限沒考慮到的地方。

運營的角度，老板的角度，開發的角度，測試的角度，售前售后甚至是客服的角度，都會發現不同的問題。專業的態度去面對質疑，從中學習到實際問題的解決和處理的辦法。

把產品工作過程展示出來，讓產品不再玄學

我們可能會遇到這樣的情況，同樣一份原型圖，A 去陳述就會遇到很多阻力和質疑，甚至有時候直接被人把設計推翻了重新干；而B 闡述后，不僅沒有什么疑問，而且項目還神奇地往前推進了。

排除一下人情遷就等原因，我們如何避免成為A 呢？可以嘗試主動呈現思考過程，流程圖，使用場景講解，參考的頁面等資料。幫助團隊成員清晰業務和產品不同程度的目標也是產品開發過程中對產品開發過程很有幫助的一件事情。

作者：臺燈少女，微信公眾號：產品人的結構化思考

本文由 @臺燈少女 原創發布于人人都是產品經理。未經許可，禁止轉載

題圖來自Pexels，基于CC0協議