產(chǎn)品設計還是要見多識廣，看的多了用的久了，產(chǎn)品設計時，歷史經(jīng)驗和知識會給你帶來意想不到的驚喜。
在業(yè)務繁多，用戶觸點豐富的平臺系統(tǒng)產(chǎn)品中，單條用戶數(shù)據(jù)被記錄的信息字段通常達到成百上千甚至上萬個。要使得通常不懂也不會用SQL查詢運營同學能高效的對用戶的存量歷史數(shù)據(jù)進行有效的篩選查找，簡單的對象管理的篩選查找通常又是不夠用。往往需要聚合能力強大的過濾器。
如下圖“會員信息篩選器”在《電商平臺CRM規(guī)劃：滿足多業(yè)務場景的會員標簽管理》中有過提及，如果在沒有過濾器的情況下，要想對用戶日益增長的全量信息進行篩選查找，從產(chǎn)品設計的角度，這成百上千的字段怎么擺放就是個問題，使用上更是繁瑣復雜難用。估計這樣的產(chǎn)品即使設計出來了，也會被運營追殺。
先來對過濾器做個定義（完全自創(chuàng)，如有雷同，純屬巧合）。過濾器，顧名思義就是要具備過濾的功能，在此是基于用戶的基礎信息、觸點信息、歷史行為記錄等數(shù)據(jù)倉庫中的全量留存數(shù)據(jù)，根據(jù)需要進行的快速任意組合的條件查找工具。
過濾器的邏輯就是SQL查詢，從目標數(shù)據(jù)倉庫的數(shù)據(jù)表中，根據(jù)需求條件找到符合要求的結(jié)果；其核心功能是能夠?qū)l件／條件組與條件／條件組間的關系能夠靈活設置管理；其表現(xiàn)形式就是Access的NoSQL的窗體表單組合
為了降低過濾器使用門檻，又能讓運營靈活的管理條件／條件組之間的關系（通常兩兩對象之間的關系就是and／or），最早是想借鑒Marketo中Trigger的設計，也參照過Vtiger中的靈活的權(quán)限管理設計，嘗試過多種產(chǎn)品的表現(xiàn)設計，權(quán)衡了很久，都感覺不合適，最后在常用的Axure頁面管理器中找到了最佳的靈感。
相信產(chǎn)品汪們對Axure肯定不陌生了，Axure的頁面管理器的功能主要有：
常用的（頁面）對象管理：增刪改查
添加：基于當前對象，添加另一個對象（上下添加）
移動：基于一個對象對另一個對象進行（上下移動，升級／降級（嵌套關系））
Axure的頁面管理器中對對象的兩兩之間的關系管理算是比較完善的，但是缺少兩兩對象間的關系維護設置。
在對過濾器進行產(chǎn)品設計時，吸取了Axure的頁面管理器中對兩兩對象的管理，增加了其缺失的兩兩對象間的關系維護（任何對象與對象間都有and／or進行關系聯(lián)接）。
如下圖：過濾器創(chuàng)建設置
一個過濾器由名稱、描述、過濾條件組成，其核心在過濾條件。
過濾條件，是由多個條件／條件組根據(jù)需要進行組合配置的結(jié)果，其功能主要有：
條件／條件組的增加、修改、刪除，創(chuàng)建時的查找（見下圖，過濾條件增加）；
條件／條件組間的關系維護，兩兩條件／條件組間的關系and／or的選擇；
條件／條件組基于另一條件組的升降級的嵌套關系維護（考慮到開發(fā)實現(xiàn)，產(chǎn)品實現(xiàn)前期不用考慮）
具體對過濾器中條件／條件組的設置，條件是對單個條件的設置，條件組是對兩個及以上的條件進行同時條件設置及其兩兩之間關系設置。
條件／條件組中的條件是基于數(shù)據(jù)倉庫中的用戶留存數(shù)據(jù)，其數(shù)據(jù)主要概括為：
基礎屬性：人口統(tǒng)計學角度的用戶描述信息，通常源于用戶注冊及營銷活動；
行為記錄：用戶與在平臺產(chǎn)品中發(fā)生的交易、關注、分享等留痕數(shù)據(jù)；
觸點信息：用戶通過不同的渠道與產(chǎn)品發(fā)生信息流轉(zhuǎn)的接觸點；
以上圖中顯示的交易數(shù)據(jù)的部分字段，選中一個字段，該字段內(nèi)的統(tǒng)計信息即可展開，供NoSQL的傻瓜式操作選取目標條件
梳理完本文的一點小感悟，產(chǎn)品設計還是要見多識廣，看的多了用的久了，產(chǎn)品設計時，歷史經(jīng)驗和知識會給你帶來意想不到的驚喜。
本著學習交流的態(tài)度發(fā)此文，如有疑異或好的建議，歡迎拍磚打賞，歡迎批評指正！
作者：Reuter，微信：littlefox88
相關閱讀
電商平臺CRM規(guī)劃：多維度用戶價值稱量的會員等級設置（一）
