大家都知道在設(shè)計功能的時候，需要考慮“增、刪、改、查”等不同的情況。但是在這些理論之外，還有很多實操中需要注意的細節(jié)。那么，有哪些細節(jié)是需要我們注意的呢？

這是我之前在微信公眾號里寫得一篇文章，現(xiàn)在看起來仍然幫助很大，希望可以幫助一些經(jīng)驗尚淺的產(chǎn)品經(jīng)理們少走一些彎路。以下就是我總結(jié)的幾點注意事項：

簡化邏輯

在這次產(chǎn)品設(shè)計中，我發(fā)現(xiàn)舊產(chǎn)品的一個嚴重的問題就是：之前的功能邏輯過于復(fù)雜，因為時間比較緊，更改邏輯并不現(xiàn)實，只好順著現(xiàn)有的邏輯補一些窟窿，修復(fù)一些Bug；但最后測試花費了大量的時間來測試這個復(fù)雜的邏輯。畢竟我們都是人，邏輯越復(fù)雜，犯錯誤的幾率就越大；所以只有簡化邏輯，才能避免更多犯錯誤的機會。

當(dāng)然，簡化邏輯的目的并不是為了削減功能，而是我們在設(shè)計一個功能的時候，就要想好，這個功能所要解決的問題，只有明確了要解決的問題，我們才能明白一個整體的功能邏輯從哪里簡化、在哪里調(diào)整，最終設(shè)計出滿意的邏輯。如果一個訂單頁出現(xiàn)了6種訂單狀態(tài)，3種價格體系，這樣算出來至少是120種犯錯誤的機會，這樣就會給測試造成很大的壓力，整個項目周期也就延長了。

一個功能只解決一個問題

產(chǎn)品設(shè)計里很多人容易范的毛病，就是在設(shè)計的時候總是想把很多問題盡快解決，比如設(shè)計一個功能，我們總是想要一次性把用戶的所有使用情景考慮在里面，這樣設(shè)計出來的功能，往往會給用戶過多的選擇，這樣其實是給用戶造成了選擇壓力，也會容易導(dǎo)致設(shè)計者的思維混亂，用戶體驗會大打折扣，也不一定會解決用戶遇到的問題。所以要一個功能只解決一個問題，先解決主要問題，再解決次要問題，一個功能、一個功能地累加，這樣不會對用戶造成困擾，設(shè)計者也可以進入一種有條不紊的工作狀態(tài)，何樂而不為呢？

權(quán)衡很重要

產(chǎn)品經(jīng)理的重要職責(zé)之一，是權(quán)衡各部門之間的利益，每一次升級或者設(shè)計功能的過程中，我們總會收到來自各部門的需求，比如運營部門希望增加更多的模塊，可以放置吸引用戶的內(nèi)容，客服部門希望減少電話客服的入口，減少客服壓力，這時老板又打電話來，說頁面不夠好看，要把這個問題解決一下等等。在這些眾多的需求之下，我們要做的是權(quán)衡各個部門的利益，過于偏袒任何一個部門，都會導(dǎo)致用戶體驗變差，因為產(chǎn)品經(jīng)理需要關(guān)注的是產(chǎn)品的整體和發(fā)展，而其他部門，包括老板在內(nèi)，往往關(guān)注的只是產(chǎn)品的某一個點，就像我們玩兒的積木游戲一樣，只有每一塊兒積木都恰到好處，才能保證整體不偏不倒，產(chǎn)品設(shè)計也是這個道理。

需求說明會必須要有

這次設(shè)計產(chǎn)品的時候，因為是半路接手，所以并沒有和技術(shù)一起碰頭開一個需求說明會，很多需求都是突然給到技術(shù)的，所以導(dǎo)致技術(shù)部門沒有整體的產(chǎn)品邏輯概念，最終也是導(dǎo)致測試壓力增大的原因。我說這個經(jīng)歷，是想提醒大家，無論我們是從什么階段開始接手一個產(chǎn)品，還是產(chǎn)品邏輯有多么簡單，也要把技術(shù)人員叫到一起，召開一個或長或短的需求說明會，聽取技術(shù)部門的意見，這樣在產(chǎn)品開發(fā)階段，就會從容很多。

#專欄作家#

Garfield，微信公眾號 Share-Equality ，人人都是產(chǎn)品經(jīng)理專欄作家，喜歡運動、熱愛生活，經(jīng)常思考和總結(jié)，擅長用戶體驗、需求挖掘等，一直都在學(xué)習(xí)中的產(chǎn)品經(jīng)理。

本文原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理，未經(jīng)許可，不得轉(zhuǎn)載。