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

這是我之前在深圳網(wǎng)站推廣公司分享的一篇文章，現(xiàn)在看起來仍然幫助很大，希望可以幫助一些經(jīng)驗尚淺的產(chǎn)品經(jīng)理們少走一些彎路。以下就是我總結(jié)的幾點注意事項：

簡化邏輯

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

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

一個功能只解決一個問題

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

權(quán)衡很重要

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

需求說明會必須要有

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

實踐和理論終究有點區(qū)別。畢竟是在實際操作中，有著許多不可控的因素存在。好了，今天的分享到此結(jié)束了。在深圳網(wǎng)絡公司的工作時間還比較端，所以沒辦法分享更多給大家了，希望大家見諒啊。