1、 請尊重任何一個用戶。
除非惡意用戶或者廣告，否則請不要隨意決定用戶的生死，任意的處理用戶的數據。引導和更好的退出策略才是最重要的。
2、 關于部落格RSS抓取的处理
部落格RSS抓取在舊的系統中起到了很大的作用，但是在當前的系統和整體的框架中，這個功能已經成為了一個很雞肋的東西。基于此，就要給出一個合適的策略來處理這個東西。
一则直接向用戶宣布停止此項功能的使用。說明理由，給用戶一個產品的轉型的概念，同時可以改變用戶印象中的固有的產品形象，以前是個博客社區，現在呢則是以寶貝為中心構建消費者社區。落落大方，甩脫了包袱，同時又改變了用戶的想法，一舉兩得。但是同時，保持用戶以前導入的數據的不變。
第二種方法就是果斷轉型。將此功能轉化為新的產品。當前的情況下，Twitter之風盛行，MiniBlog大有成為一個網站的標準配置的形勢，基于此。可以將博客RSS抓取改為只抓取用戶的博客的最新文章的標題和URL，并可以將最新的更新通知給用戶的好友。同時結合用戶的在網站上面的最新活動，如：發表了名為什么的帖子，推薦了什么寶貝，添加了什么寶貝之類，提供一個MiniBlog的子产品。这样既将原有的功能进行了转型，同时能丰满站内用户的形象，能让用户的好友及时的知道用户的动态，更重要的是，这是一种全新創新形勢，一個新的產品。
3、寶貝策略
要說的就是不能太貪大求全了。對于產品目錄，需要有步驟的積累，對于寶貝的資料，不能刻意求全，截取關鍵資料即可。因為這些資料你是要維護的，同時你不是一個做寶貝資料的站。只要能維護最基本的資料，對你來說就足夠了。同時，資料的可維護也可以得到保證。比如說，汽車，二三十項詳細的細目資料，還不如只截取4、5項關鍵數據來的好。如果我需要這輛車的詳細的參數，相信七八十項也不過，所以這些資料交給專門的社區去維護吧，你只要拿到關鍵的能說明他是一輛什么車的就足夠了。
如何處理資料的可維護性呢？如何處理用戶上傳的數據和庫內已經有的數據呢？這些就不多說了，具體的操作層面了。但是有一點，不要太不相信用戶不會添加數據，但是用戶又不要太相信用戶會上傳正確的數據。除了需要專人維護數據的更新和添加之外，還需要一個策略，既要保證用戶的創造，又要防止某些人的破壞和SPAM之類的襲擊。
4、最后，一個社區的生態是由用戶決定的，但是更重要的是用戶是由你的產品決定的，往下挖，你的產品又是有你的產品開發團隊決定的；但是產品開發團隊如果沒有充分的发挥每個人的創意和積極性，那么也許也許你的產品就是有那個做決定的人決定的。領導人的太強勢就會造就團隊的弱勢，那么產品形態到此就肯定是領導人的意志了。然后，要么生、要么死。