任何乙個產品的使用者都是乙個初生的嬰兒，在產品生命週期中，他也是逐步成長的，從第一次使用到變成深度使用者，對他的照顧應該是細緻入微的，否則某一天他也許會悄然的離去。
那麼如何做，這裡談些空的，沒有什麼具體的方法，先留個空，待後續填充！
觀察使用者行為，劃分不同的使用者群
使用者分類是基礎，通過日常的運營指標，對使用者進行分類，前期資料少時，分類也許不準確，需要進行嘗試調整。在產品初期，需要完成使用者某些重要指標的監控，如登入次數，登入時間，停留時間，跳轉路徑等。
建立使用者模型，設計轉換關係
使用者分類完成，需要抽象出使用者模型，使用者模型維度不同產品不太一致，需要在實際執行中摸索提煉（待完善愛好、訴求等）。
有了使用者模型，就可在不同模型之間設計產品轉換關係，通常放大某類特定需求，可將使用者引導向高粘度、高頻率的模型轉換。
針對使用者階段設計資訊架構
產品在不斷的衍變，使用者也在不斷的成長，分析使用者構成，根據「使用者佔比情況，結合使用者粘度」劃分資訊的優先順序。（待續）
導航設計與資訊架構
大部分時候我們講導航，講的是導航對內容和結構的一種表現。就是說我們在www.cppcns.com討論導航的時候，更多的去關注怎麼與之互動，以及視覺上是怎麼好看。但是導航，不僅僅侷限於互動方式和視覺形式。被狹義化的導航 回想一下我們是如何設計導航的？難道不正是根據內容 根據內容的結構去設計？最終，導航...
使用者管理架構設計
或者說使用者管理子系統如何設計，包括如何抽象以及相關的儲存。大部分的應用中都會有使用者的概念，除非你的 全部是匿名訪問，不儲存使用者任何資訊。其實這也是不好的，因為你的 如果沒有使用者的概念，沒有設計使用者模組，就很難收集使用者資訊及使用者行為，也就很難有資料來分析使用者的喜好，也就少了一條給使用者...
大資料架構設計階段之 Zookeeper
簡介 本文是對架構設計階段的zookeeper進行總結 1.zookeeper是乙個開源分布式的，為分布式應用提供協調服務的 apache專案。2.zookeeper 檔案系統 通知機制 zookeeper的工作機制 是乙個基於觀察者模式設計的分布式服務管理框架，他負責儲存和管理大家都關心的資料，然...