在設計一個頁面時首先需要考慮的就是這個頁面服務于用戶的什么需求，如何為目標用戶服務，能幫助用戶干什么？
就扎堆這個功能模塊來說，用戶加入扎堆的目的是獲取或分享某一類信息并就此與他人進行交流討論。比如我愛自駕游，所以我加入自駕游扎堆，在里面瀏覽他人的經歷或分享自己的旅游經歷，并且希望能和別人交流經驗。
就此來看，扎堆其實更類似于貼吧這種社區(qū)類產品。社區(qū)的兩個重要元素是“內容”和“用戶”。所以扎堆需要提供的功能有：1.閱讀帖子、2.交流討論、3.發(fā)表帖子。而由于內驅力的不同，用戶會分成兩類：“內容生產者”和“內容消費者”，內容消費者里面又因為參與度的不同會分成單純?yōu)g覽的“旁觀者”和參與交流討論的“參與者”。有個關于社區(qū)的理論就是，內容生產者：參與者：旁觀者的比例大概是1：10：100。所以在功能的優(yōu)先級上來說，閱讀帖子應該是優(yōu)先級最高的，其次是交流討論，最后是發(fā)表帖子。
除了上述功能外，還有一些衍生的信息需要展現：1.扎堆的相關信息；2.扎堆的相關設置；3.搜索帖子；4.篩選帖子；5.堆友信息。
個人覺得現在扎堆頁面的框架有如下問題：
1.“熱度”是什么？對用戶來說有什么意義？
2.進度條是展現用戶在該扎堆內的等級，但這個信息對用戶來說有什么意義？
3.“公告”是否有必要長期駐留，公告右上角的關閉按鈕給用戶的心理模型是不可恢復的操作，類似于刪除，因此本人一直不敢關閉，怕關閉后無法找回。但其實關閉以后是可以通過頁面右上角的按鈕進去重新打開的，只是這個操作不經過一定的摸索用戶是不能發(fā)現的
4.發(fā)帖功能現在的處理是設置在扎堆相關信息的下方，在進入扎堆時處于顯眼位置，但會隨滾動消失，如果往下滾動很深之后，如果有發(fā)表帖子的需求，就需要往上滾動到頂部才能進行操作
5.將“扎堆設置”、“搜索”、“篩選”、“堆友”全部收進drawer里是否是個好方案
6.搜索帖子是否是一個用戶的高頻操作，是否需要放在顯眼且便捷操作的地方
對現有框架的思考：
1.首先，頁面右上角drawer里面集合了太多信息，而且信息間關聯度不高，其中“扎堆設置”和“堆友”明顯和“扎堆相關信息”模塊關聯度更高，另外在帖子數較多的扎堆里，“搜索”功能應該是使用頻率較高的功能，所以搜索功能應該單獨作為一個行動點來設計。
2.雖然進入扎堆頁面后，“發(fā)帖功能”的位置很顯眼，但當用戶已經往下滾動得很深時，如果想發(fā)帖就需要往上滾到頂部才能進行操作。
有兩種解決方案，第一種是在頁面固定一個“返回頂部”的按鈕，在任何位置都可以通過這個按鈕返回頂部；第二種是將發(fā)帖功能固定在頁面底部，不跟隨頁面滾動。第一種方式發(fā)帖功能沒有占用頁面空間，但卻要因此增加一個返回頂部的按鈕，何況發(fā)帖功能放置在頁面頂部除了節(jié)省空間外沒有其他意義，所以不是一個好方案。而第二種方案可以隨時使用該功能，不過占用頁面空間。改進方案就是在第二種方案的基礎上，將發(fā)帖按鈕設計成向下滾動頁面時自動消失，而向上滾動頁面時自動彈出，這樣既節(jié)省空間，又方便使用。
3.在現在的“扎堆相關信息”模塊中加入“扎堆設置”、“堆友”信息，而“公告”個人認為不需要長期駐留，所以將“公告”和“扎堆設置”、“堆友”整合在一起設計成可隱藏式模塊。另外，帖子數作為扎堆的一項重要屬性，也需要加入展示。沿用第2點的設計思路，“扎堆相關信息”這個功能模塊同樣可以設計成向下滾動隱藏，向上滾動顯示的方式，這樣可以隨時查看扎堆的相關信息。
9月4號更新補充：最近看到Anthony Rose在Zeebox的案例研究發(fā)現，隱藏式的信息會大大降低用戶的參與度，既然“簽到“是出于增加用戶粘性的目的，那么還是將簽到設計成非隱藏式以增加用戶參與度。 ? ? ? ? ? ? ? ? ? ??
? ? ? ? ? ? ? ? ? ? ? ?動態(tài)效果展示
