在設計心理學里面概念模型是個經常被提及的概念， 定義 :?概念模型是對真實世界中問題域內的事物的描述,舉個栗子，“挖掘機技術哪家強”談到這句話，大家的第一反應一定是藍翔，這就是一種已經形成的概念模型；在舉個栗子，想到發朋友圈，我們就知道發現—朋友圈—相機logo，這也是一種已經形成的概念模型。

好的概念模型，能夠很大程度的減少用戶的學習成本和記憶成本。

少即是多？

我們平常都談少即是多，可是這一條結論并不是在每一個地方都能印證的 。因此復雜是必然存在的，科技雖然在很多事情上面提升了我們的體驗，但是整體上讓我們的生活變得越來越復雜了。例如電商網站，淘寶、京東等等，沒有一個網站是不復雜的。其實更加重要不是拒絕復雜，而是管理復雜。

前段時間在pmcaff上面看到有人提問說，視頻彈幕為什么會火，明明不符合少即是多的原則呀，看起來那么礙眼，完全看不到重點，設計如此反人類。但是它偏偏就火了。

其實這種模式是是符合用戶的概念模型的，隨著電視和手機的普及。大多數情況下，我們都是邊看視電視，邊玩手機、刷微博、刷論壇，或者本來就在貼吧討論、吐槽該視頻。因此這種一邊看視頻一邊關注其他信息（特別是與電視內容相關的信息）的概念模型已經形成。

彈幕在用戶已經形成這個概念模型以后出現，無疑是以一種更加直接，消耗精力更少的形式去讓用戶完成自己已經熟悉的動作。彈幕這種方式對于用戶來說就是一種節省精力和時間的功能，火起來應該也可以算的上一種必然了（有種由結果反推理由的節奏，哈哈）。

對于彈幕來說，有人覺得復雜，元素太多了。對于視頻本身來說，加彈幕確實是增加了元素，看起來讓視頻變得更加復雜了，但是如果將看視頻的同時關注其他信息這種整體體驗來看，是否可以說其整體的體驗上面其實變得簡單了呢，我們可以在一個地方就能看到之前兩個地方才能看到的東西。

少即是多并不是一個產品簡單的永恒定律。

簡單怎么定義？

復雜是必然存在的事實，可是對于復雜的東西我們會覺得簡單，比如微信是個十分龐大的超級app，我們就覺得很簡單。寫個遞歸函數對于程序猿來說可能十分簡單，對于小白用戶來說可能就是超級復雜。我們對于熟悉的東西，即使很復雜，一般都會覺得很簡單，而對于不熟悉的東西，即使不復雜，我們也會覺得很難。所以簡單應該被定義為符合用戶概念模型的狀態。

如何才能更簡單？

·不要讓用戶記住各種概念模型

因為他記不住，有時候我們確實考慮到了用戶的場景，可是場景太分散了，導致用戶需要記住的概念模型有很多種，而作為一個正常的人，用戶根本不可能記住那么多的模型，這樣就會讓用戶覺得這個產品很復雜，而我們又為了讓用戶更加的便捷，設置了各種各樣的快捷入口，卻導致用戶需要記住的概念模型越來越多，惡性循環，最后直接崩潰，感覺微博有點像這樣。

微信就是一個概念模型少的特別好的例子，按照常理來說，閱讀文章與聯系朋友本來是兩個個概念模型，可是微信通過抽象把它聚類了，都是推送的信息流，所以有推送信息我都去消息里面看。聯系人和添加好友也應該是不同的概念模型，微信也通過抽象化聚類把它們聚類起來了。這種概念的抽象讓用戶需要記住的概念模型變少，感覺上面就是簡單的了。

將多種不同的概念模型抽象成一個模型，讓用戶記住完成什么操作要到什么地方去找就好了，具體的操作細節，進了該板塊用戶自然就能找到。

·不要經常變動用戶的概念模型

我們都喜歡按照自己的思維辦事，因此總是喜歡推倒重來，開發一款產品，總是改版、升級而且還是很大的變動的改變。有很多的app，本來用的很習慣，結果“牛逼”的pm們非得要來一次大改版，某一天突然再次登錄，臥槽，改的面目全非了，都不知道該怎么操作了。于是我又得重新學習一遍，之前保存的概念模型又得推翻重來了，再次記憶，重新生成概念模型了。如此，用戶能夠覺得簡單嗎？

對于一個已經成型的概念模型，最好不要輕易的動了，雖然對于交互設計上面來說，減少一步操作是一件很牛逼的事情，但是如果這個操作要改變用戶對于功能的理解，改變其腦子里面的概念模型，那么修改一定要慎重了。可能改動不會讓用戶覺得簡單，反而是覺得變復雜了。就像我們經常用的快速通道，快捷入口，雖然是讓用戶的操作動作減少了幾步，但是用戶卻要記住兩套不同的概念模型，相比之下，不一定是讓產品變得更加簡單了吧。

在設計產品的時候就應該設計到位，把場景想清楚，把這個概念模型想清楚，一次定稿，下次就不要再輕易改動了，即使真的需要改動，也應該多想想對于用戶已經存在的概念模型有多大的影響。

概念模型當然是服務于場景的，如果將多個使用場景抽象起來形成一個單一的概念模型應該是個不錯的方式 ，因此對于使用場景的梳理還是PM應該多多考慮得事情。這點下周總結吧！

總結

以上是生活随笔為你收集整理的概念模型让产品更简单的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。