本次的分享可能沒有什么高深的設(shè)計理念，更多的是作者在實際產(chǎn)品工作對設(shè)計中所遇到問題的經(jīng)驗總結(jié)。enjoy~

作為一只產(chǎn)品汪，平時的一項主要工作就是需求設(shè)計，通俗一點就是進(jìn)行“功能設(shè)計→流程設(shè)計→需求文檔編寫”的過程。在這半年的工作中，經(jīng)歷了大大小的若干需求設(shè)計，雖有一些成就感但在復(fù)盤之前的需求設(shè)計時還是發(fā)現(xiàn)諸多問題：比如一個很小的功能，甚至一個網(wǎng)頁按鈕的設(shè)計……

本次的分享可能沒有什么高深的設(shè)計理念，更多的是我針對設(shè)計中遇到的問題總結(jié)的東西。正如坊間流傳的“成功有很多種方式，但是失敗的原因卻驚人的相似”，如果你正好與我有同樣的經(jīng)歷，希望你能夠從我的工作中吸取一些經(jīng)驗教訓(xùn)。

過多的關(guān)注用戶完成的任務(wù)，而忽視用戶完成任務(wù)的過程

有些“油膩”的人經(jīng)常會告誡職場人士：“領(lǐng)導(dǎo)在乎的只是結(jié)果，不管過程”?，F(xiàn)實中我們都或多或少的受到這句話的影響，所以在工作中也會過分關(guān)注結(jié)果而忽視過程，我就是其中的一員。但在產(chǎn)品的設(shè)計中，如果僅僅是為了解決了一項用戶需要完成的任務(wù)，那可能就會產(chǎn)生不好的結(jié)果。

案例展示

曾經(jīng)主管要求我設(shè)計一個存草稿的功能，我當(dāng)時想著這個功能不是很簡單嘛：增加一個存草稿的按鈕，或在頁面跳轉(zhuǎn)時觸發(fā)系統(tǒng)存草稿的提示，再讓程序員哥哥開發(fā)出一個存儲功能，實現(xiàn)要求妥妥的。當(dāng)時一方面為了減少開發(fā)人員的工作量，另一方面為了減少文檔編輯（我承認(rèn)這才是重點O(∩_∩)O~），就沒有更改提交過程的校驗規(guī)則，直接復(fù)用。

不出所料，開發(fā)的時間確實很少，但是上線后就出現(xiàn)問題了。不少用戶吐槽需要填寫完整才能保存草稿，而這種方式和之前正常提交過程沒有什么區(qū)別，這樣那些只想保存部分內(nèi)容的用戶就不得不按照系統(tǒng)提示完成全部內(nèi)容的錄入。

如果當(dāng)時設(shè)身處地的以用戶的角度進(jìn)行思考，結(jié)合多種現(xiàn)實場景，那像這種不佳的用戶體驗就完全可以規(guī)避，減少不必要的二次開發(fā)。

按鈕需要美觀布局，也要考慮設(shè)計規(guī)范

這里的設(shè)計規(guī)范指的不是UI設(shè)計規(guī)范，而是一個產(chǎn)品基于現(xiàn)有功能的設(shè)計方式。當(dāng)這個產(chǎn)品其他頁面的按鈕都如此布局，用戶也習(xí)慣了這種操作方式時，除非你決定對產(chǎn)品所有頁面進(jìn)行改版。這樣即使你覺得這個按鈕放在這里不合適，那也得統(tǒng)一這種設(shè)計風(fēng)格。

案例展示

之前設(shè)計了一個網(wǎng)頁產(chǎn)品（這款網(wǎng)頁產(chǎn)品中大部分頁面都有表格）相關(guān)的需求，為了減少固定區(qū)域的空洞感覺，我把“新增員工”的按鈕放置在了固定區(qū)域，如下（原型）圖：

但剛把需求文檔給開發(fā)主管看時，就被開發(fā)指出了其中的錯誤：緊挨表格的區(qū)域是固定區(qū)域，如果按鈕不可復(fù)用的話，最好不要放置在該區(qū)域。

原來開發(fā)為了減少工作量會在底層預(yù)先寫好某些區(qū)域，因為“導(dǎo)出”、“刪除”等操作在每個表格頁面均會涉及，所以就將這些按鈕寫死相應(yīng)區(qū)域內(nèi)。然后“新增員工”并非每個表格頁面都使用，所以最終還是把該按鈕移除該區(qū)域。

設(shè)計功能時，想一想會涉及到哪些用戶、哪些端口、哪些頁面

我設(shè)計需求時經(jīng)常會犯一個毛?。合牒靡粋€功能流程后，就立刻著手設(shè)計頁面，然后完成需求文檔。以至于在這個過程中忽略了一些頁面、端口（web端、移動端）的設(shè)計，經(jīng)常會出現(xiàn)返工的現(xiàn)象。

最近，當(dāng)設(shè)計完流程邏輯后，我會有意識的開始暫停后續(xù)工作，思考這個功能會涉及的頁面、用戶、端口，返工的現(xiàn)象也慢慢少了很多。

以員工管理產(chǎn)品為例，我會按照如下方式進(jìn)行思考：

從“用戶”到“端口”再到“頁面”，在需求設(shè)計時我們就很清楚地統(tǒng)計到要設(shè)計哪些頁面，進(jìn)而減少遺漏情況的發(fā)生。

原來的產(chǎn)品邏輯，不一定是正確的

一些人包括我在內(nèi)在接觸一個新產(chǎn)品想快速掌握時，習(xí)慣把該產(chǎn)品現(xiàn)有邏輯、操作流程等都給整理統(tǒng)計起來。特別是剛剛進(jìn)入一個新公司時，我們會特別想做出一些成績得到領(lǐng)導(dǎo)的賞識，恰恰是這種“急功近利”讓我們會全盤接受地接受現(xiàn)有產(chǎn)品的邏輯、流程、數(shù)據(jù)統(tǒng)計等，問題也在此埋下了種子。

一次對原有功能進(jìn)行優(yōu)化時，我只對一些交互做了修改，沒有對數(shù)據(jù)統(tǒng)計的方式進(jìn)行思考，就在送測環(huán)節(jié)時，測試同學(xué)提出了一大堆問題：**數(shù)據(jù)規(guī)則錯誤了！**數(shù)據(jù)統(tǒng)計單位不正確……

當(dāng)時我一臉懵逼：這不是我設(shè)計的啊?。}外話：作為需求的負(fù)責(zé)人，測試出來的問題不管是不是自己的那都得認(rèn)領(lǐng)去解決，而不是推脫給其他同事）。后來，我和開發(fā)同學(xué)著手對原有數(shù)據(jù)統(tǒng)計規(guī)則重改，才通過了這次測試。

結(jié)語

這次分享的主要是設(shè)計思維方面的內(nèi)容，正如文章開頭所說的“沒有高深的理念”，甚至你也會覺得有些形而上學(xué)，但我還是想傳達(dá)這些理念。當(dāng)然，在未來的日子里，我會盡自己所能針對具體的設(shè)計案例向大家進(jìn)行詳細(xì)分析，分享自己的心得。

感謝大家的閱讀，下周我將會分享“我的半年工作復(fù)盤——心態(tài)篇”的文章，希望大家繼續(xù)關(guān)注~

相關(guān)閱讀

復(fù)盤我的半年產(chǎn)品工作——管理篇

作者：兮兮（想當(dāng)作家的不知名產(chǎn)品汪），微信公眾號：孤身旅人（ID：gushenlvren）。

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