冗餘、重複也是一種手段

  想象一下,在一個提交界面中有兩個以上的提交按鈕。對於用戶來講是一種不良好的用戶體驗吧!實事上每一個產品經理都能把握住這一點,歷來也不會犯如此低級的錯誤,以致於養成習慣。甚至當出現合理的冗餘時,竟會由於「重複了」這個理由去拒絕重複。程序員

  在一次產品評審中就遇到了相似的場景,咱們的界面提交的信息比較多,用戶操做習慣有兩組:直接提交、瀏覽後提交,前者較多。因而提交按鈕被設計在界面前部。數據庫

  衆所周知產品經理是不大能聽程序員關於產品方面的建議的,我所提出的雙提交建議就被否決了。好在我找到了一個合理的案例:「郵箱的郵件發送功能」通常都是上下各一個,在使用的時候沒誰會以爲重複吧,反而會以爲很實用,咱們的功能極其匹配,這才得以說服。 架構

  因此說冗餘、重複也是一種手段。固然也不單單單是這些簡單的體現。在數據庫設計的三範式中也要求不要冗餘,但隨着架構的不斷變動,冗餘有時也能帶來更高的收益。歸根結底設計是一項比較靈活的事情,只有墨守成規纔是萬年不可採起的思想。數據庫設計

相關文章
相關標籤/搜索