伴隨著大家對成長黑客growth hacker的關注，aarrr運營模型也被提高到非常重要的層面。然而，運營是需要技術層面支撐的，沒有技術支撐，aarrr恐難以真正有效。所以， 在做移動產品架構設計的時候，aarrr 應該作為乙個新的非功能需求（給予必要的考慮。
什麼是aarrr？
aarrr是acquisition、activation、retention、revenue、refer，這個五個單詞的縮寫，分別對應這一款移動應用生命週期中的5個重要環節。（參見 baike.baidu.com）
使用者獲取
如何確定典型使用者的型別呢？ 使用者的屬性是否會產生變化？ 使用者的資料是核心資料， 從架構層面要給予高安全等級，面對可擴充套件性和效能，儲存考慮關係型資料庫與nosql的融合。
關注冷啟動？ 為爬蟲腳步建立介面，和特殊標識。
使引流更有趣？ 提供可嵌入式的**。
提高活躍
ab測試？架構中提高html5 混合程式設計的比例
觀察使用者反應？關注灰度公升級和增量公升級
提高趣味性？ 融入遊戲化引擎的架構
及時響應？ 自動化執行的指令碼或機械人
提高留存
bug ？ 引入crashanalysitic，或者其它第三方工具
效能瓶頸？ 考慮引入聽雲之類效能分析工具的必要性，或者考慮架構上qos
對新使用者的快速引導？減少首次輸入的數量，提供長期補全的機制
社交維繫？ 必備第三方平台介面，引入交叉繫結
獲取收入
免費？關注交叉補貼及三方市場的外部介面
遞推？ 建立有效的線下推廣的評估系統平台
自傳播
bug 營銷？ 關注自己預留的坑，尤其是功能開關
推薦碼？ 推薦碼的系統性構建
成就分享？ h5 的重用
......
隨手塗鴉，缺乏系統性架構的思路和方**，僅做備忘錄吧，畢竟功能性需求是第一位的！
架構設計小思
現在做系統越來越傾向於把系統與外界的互動設計的很薄，和封裝一層很薄的一層 為什麼呢？下面是我自己的原則 controller 只會跟 http 有關的東西進行處理 嚴禁把 res,req 對像以任何行式傳入 service。controller 會對 http 方法的請求引數，cookie,sess...
微服務架構設計實踐系列之三 軟體架構設計思想
微服務架構設計實踐 目 次 1 序言 2 微服務 3 軟體架構設計思想 4 微服務架構設計實踐 4.1 專案概述 4.2 架構準備階段 4.3 概念架構階段 4.4 細化架構階段 4.4.1 業務架構 4.4.2 資料架構 4.4.3 應用架構 4.4.4 技術架構 4.4.5 物理架構 4.4.6...
移動應用需要架構設計嗎
移動應用需要軟體架構設計嗎？這是個經常被提到的問題。回顧十幾年前為pc開發應用軟體的歷史。早期沒有架構設計，在可維護性和易擴充套件性上面都要付出相當大的成本。後來人們認識到了軟體架構的重要性，並使得軟體架構的概念逐漸成熟起來，在延長軟體的生命週期上發揮了巨大的作用。現在，幾乎所有的軟體都會經過架構設...