1、關于體驗優化
不放過產品中任何一個細小的“癢點”，不要心存僥幸，以為用戶心大不會在意。不放過意味著，先判斷目前是否有優化的資源，接著立即優化或先記錄在案。在推動過程中，每個人都可能為維持現狀，從自身立場出發去申辯、尋找借口，但你更應該關注優化對于用戶的價值。你如果不替用戶出頭，他們就一直有苦說不出。
ps：雖然優先級更高的需求已經堆積如山，但花個幾秒鐘記錄一下“癢點”，不至于很困難吧。
2、關于需求變更
需求文檔盡量全面細致，不輕易變更需求，如果不得不變更，發布前仔細想一想：
a. 變更的原因、目的
b. 變更涉及的項目成員
c. 變更的成本，對進度的影響
d. 是否有更好的方案，是否有更好的方案，是否有更好的方案
3、實現模型、用戶心理模型、表現模型
實現模型（implementation model）：是指程序通過代碼開實現的機制（軟件如何工作）
用戶心理模型（mental model）：是用戶在認知層面所理解的產品運行機制（用戶如何理解軟件的工作）。
表現模型（represented model）：是設計者選擇如何將程序的功能展現給用戶的方式（設計者如何展示軟件的工作）。
用戶界面應該基于用戶的心理模型，而不能基于實現模型
本周剛好碰到這樣一個例子。
如圖所示，在數據庫中，A與B是一對多的關系，這是實現模型；而用戶認為B應該是A的標識，這是用戶心理模型。在起初的需求中，我單純按照數據庫結構展示A與B的關系，遭到眾人吐槽，因為B作為標識的慣常印象被打破了，成了A的附屬品。符合用戶心理模型的做法，是先分別獨立展示B1、B2、B3，經由作為標識的它們，通向A。
ps：設計信息復雜的產品，整理信息結構是有必要的，可以讓服務端開發更高效地設計數據庫結構。但數據庫的信息結構不等于產品的信息架構，就像實現模型不等于用戶心理模型，直接照搬，后患無窮。建議從用戶的角度，再整理出一份更貼近用戶心理模型的產品信息架構。
4、 和運營的溝通
內容模塊需要一線的運營生產內容，產品設計早期，記得叫過來一起討論，確保設計方案符合需求。設計的參與感也會使之更為認同產品價值，對于生產內容更為上心。要是等到開發完成……再通知：我們來討論下內容吧！運營肯定一臉懵逼：什么鬼？我怎么不知道這需求，這么多內容，工作都飽和了還怎么干！和別的崗位溝通也是同理：在產品流程中最適當的環節進行溝通，效率最大化。
5、書摘
互聯網金融的信息處理是它與傳統金融中介和市場的最大區別，核心是大數據替代傳統的風險管理與風險定價，有三個組成部分：第一，社交網絡生成和傳播信息，特別是對個人和機構沒有義務披露的信息；第二，搜索引擎對信息的組織、排序和檢索，能緩解信息超載問題，有針對性地滿足信息需求；第三，云計算保證了對海量信息的高速處理能力。
總的效果是，在云計算的保障下，資金供需雙方的信息通過社交網絡得到揭示和傳播，被搜索引擎組織和標準化，最終形成時間連續、動態變化的信息序列。由此可以給出任何資金需求者的風險定價或動態違約概率，而且成本極低。
——《互聯網金融手冊》
微信公眾號：產品小匠鋪
