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