《電商平臺CRM規劃：由Axure頁面管理聯想到的NoSQL的過濾器（四）》要點：
本文介紹了電商平臺CRM規劃：由Axure頁面管理聯想到的NoSQL的過濾器（四），希望對您有用。如果有疑問，可以聯系我們。

在業務繁多,用戶觸點豐富的平臺系統產品中,單條用戶數據被記錄的信息字段通常達到成百上千甚至上萬個.要使得通常不懂也不會用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規劃：由Axure頁面管理聯想到的NoSQL的過濾器（四）》討論，分享您的想法，維易PHP學院為您提供專業教程。

轉載請注明本頁網址：
http://www.snjht.com/jiaocheng/9350.html