我們都知道每個(gè)人會(huì)有不同的喜好，那些在你看來非常完美的細(xì)節(jié)也許在另外一個(gè)人眼里并不那么重要，甚至多余。
所以我們得回過頭來想想評(píng)審的本質(zhì)是什么，大家擠出工作時(shí)間來聽你評(píng)審其實(shí)并不是對(duì)你的界面元素這個(gè)怎么擺，放在什么位置有多么好奇或則是在意，只要不出現(xiàn)明顯的實(shí)現(xiàn)難題，對(duì)于開發(fā)來說其實(shí)并不是最重要的，重要的是他想知道自己接下來可能要花費(fèi)很多工時(shí)里寫出來的代碼有什么意義，換句話來說就是我接下來要做的這個(gè)產(chǎn)品或者是改版解決了什么新的問題和對(duì)舊問題的改善，只有這樣你才能獲得產(chǎn)品和開發(fā)的信任，覺得你是專業(yè)的，聽你的不會(huì)是浪費(fèi)時(shí)間和單純的為了修改而修改。
所以我們開評(píng)審之前，就要想好一個(gè)理性的，有邏輯的說法。
例如我們是怎么發(fā)現(xiàn)這個(gè)問題的，這個(gè)問題在哪些方面困擾著我們的用戶，妨礙著我們的目標(biāo)，我們需要解決這個(gè)問題，然后展示你是如何解決的。
這樣的話，我相信大家的思路都會(huì)跟著你的解決方案走，這個(gè)時(shí)候大家提出來的問題可能會(huì)更加致命，或者是總監(jiān)提出更高層次的問題，但是，開評(píng)審，要學(xué)會(huì)引導(dǎo)大家專注于問題本身，而不是一直在說這個(gè)功能按鈕在這里，點(diǎn)擊以后到了哪里，異常流程了會(huì)怎么樣，這些都應(yīng)該是寫在你的交互文檔里面，評(píng)審過方案是大家以不同的視角驗(yàn)證你是否解決了某個(gè)問題，為什么要這樣解決，同時(shí)讓大家知道接下來這段時(shí)間里面要干嘛，而不是大家都基于自己是用戶的情景下去找你方案的缺陷以及和競(jìng)品的不同點(diǎn)。
所以總結(jié)下來，引導(dǎo)大家專注問題本身，場(chǎng)景化、目的化的介紹你的方案。
當(dāng)大家提出：“為什么不那樣做？為什么不像競(jìng)品那樣做？我覺得這樣會(huì)好點(diǎn)啊”的時(shí)候，把他們拉回到要解決的問題上面，如果現(xiàn)有方案解決不了，那錯(cuò)了就是錯(cuò)了，改！如果你的方案能夠解決現(xiàn)有問題，糾結(jié)的只是和競(jìng)品不同或者是一個(gè)按鈕的位置，請(qǐng)主動(dòng)終止這樣的討論。
這是我對(duì)解決評(píng)審無休止討論的一個(gè)思路，希望能夠?qū)ψx者有所幫助。
