產品設計還是要見多識廣，看的多了用的久了，產品設計時，歷史經驗和知識會給你帶來意想不到的驚喜。

在業務繁多，用戶觸點豐富的平臺系統產品中，單條用戶數據被記錄的信息字段通常達到成百上千甚至上萬個。要使得通常不懂也不會用SQL查詢運營同學能高效的對用戶的存量歷史數據進行有效的篩選查找，簡單的對象管理的篩選查找通常又是不夠用。往往需要聚合能力強大的過濾器。

如下圖“會員信息篩選器”在《電商平臺CRM規劃：滿足多業務場景的會員標簽管理》中有過提及，如果在沒有過濾器的情況下，要想對用戶日益增長的全量信息進行篩選查找，從產品設計的角度，這成百上千的字段怎么擺放就是個問題，使用上更是繁瑣復雜難用。估計這樣的產品即使設計出來了，也會被運營追殺。

會員信息篩選器

先來對過濾器做個定義（完全自創，如有雷同，純屬巧合）。過濾器，顧名思義就是要具備過濾的功能，在此是基于用戶的基礎信息、觸點信息、歷史行為記錄等數據倉庫中的全量留存數據，根據需要進行的快速任意組合的條件查找工具。

過濾器的邏輯就是SQL查詢，從目標數據倉庫的數據表中，根據需求條件找到符合要求的結果；其核心功能是能夠對條件／條件組與條件／條件組間的關系能夠靈活設置管理；其表現形式就是Access的NoSQL的窗體表單組合

為了降低過濾器使用門檻，又能讓運營靈活的管理條件／條件組之間的關系（通常兩兩對象之間的關系就是and／or），最早是想借鑒Marketo中Trigger的設計，也參照過Vtiger中的靈活的權限管理設計，嘗試過多種產品的表現設計，權衡了很久，都感覺不合適，最后在常用的Axure頁面管理器中找到了最佳的靈感。

Axure中頁面管理器

相信產品汪們對Axure肯定不陌生了，Axure的頁面管理器的功能主要有：

1. 常用的（頁面）對象管理：增刪改查
2. 添加：基于當前對象，添加另一個對象（上下添加）
3. 移動：基于一個對象對另一個對象進行（上下移動，升級／降級（嵌套關系））

Axure的頁面管理器中對對象的兩兩之間的關系管理算是比較完善的，但是缺少兩兩對象間的關系維護設置。

在對過濾器進行產品設計時，吸取了Axure的頁面管理器中對兩兩對象的管理，增加了其缺失的兩兩對象間的關系維護（任何對象與對象間都有and／or進行關系聯接）。

如下圖：過濾器創建設置

過濾器創建設置

一個過濾器由名稱、描述、過濾條件組成，其核心在過濾條件。

過濾條件，是由多個條件／條件組根據需要進行組合配置的結果，其功能主要有：

1. 條件／條件組的增加、修改、刪除，創建時的查找（見下圖，過濾條件增加）；
2. 條件／條件組間的關系維護，兩兩條件／條件組間的關系and／or的選擇；
3. 條件／條件組基于另一條件組的升降級的嵌套關系維護（考慮到開發實現，產品實現前期不用考慮）

具體對過濾器中條件／條件組的設置，條件是對單個條件的設置，條件組是對兩個及以上的條件進行同時條件設置及其兩兩之間關系設置。

過濾器條件設置

條件／條件組中的條件是基于數據倉庫中的用戶留存數據，其數據主要概括為：

• 基礎屬性：人口統計學角度的用戶描述信息，通常源于用戶注冊及營銷活動；
• 行為記錄：用戶與在平臺產品中發生的交易、關注、分享等留痕數據；
• 觸點信息：用戶通過不同的渠道與產品發生信息流轉的接觸點；

以上圖中顯示的交易數據的部分字段，選中一個字段，該字段內的統計信息即可展開，供NoSQL的傻瓜式操作選取目標條件

梳理完本文的一點小感悟，產品設計還是要見多識廣，看的多了用的久了，產品設計時，歷史經驗和知識會給你帶來意想不到的驚喜。

本著學習交流的態度發此文，如有疑異或好的建議，歡迎拍磚打賞，歡迎批評指正！

相關閱讀

電商平臺CRM規劃：多維度用戶價值稱量的會員等級設置（一）

電商平臺CRM規劃：滿足多業務場景的會員標簽管理（二）

電商平臺CRM規劃：詳解會員積分、會員成長值、會員等級間關聯與區別（三）

作者：Reuter，微信：littlefox88

本文由 @Reuter 原創發布于人人都是產品經理。未經許可，禁止轉載。