公司內部有了Blog，但的確是內部blog，用的IBM Workplace Weblog。結果呢，不支持WLW，信息集成度也不很高。當然，這僅僅是相對一個較高的預期。我的確對blog的各方面功能有著很高的預期...
1） 信息披露作用
我覺得，博客必然具備信息披露的功效。企業博客的典范應當是各大官方技術論壇博客，用以提供一個比論壇的顆粒度更細的信息源，同時樹立企業精英和內部成功人士的大眾形象。但完全是內網博客的話，這個功能就喪失了一大半了。所剩下的部分中，應當以加強老板同員工的交流為重點，如果老板也不用的話，這方面就沒有什么意義了。
2） 信息錄入
盡管這方面從基本需求上很容易滿足，但用戶體驗上有著很大的提升空間。這方面可以借鑒社交網絡、SNS(其實blog僅僅是SNS的一部分)的一些理念和技術。比如twitter，說實話，除了當個便條或者發泄空間沒別的用了，但讓人的感受非常好，也避免了誕生新的messenger誕生。這樣就能刺激信息的流動，促進其它功能的發揮。
（私人不可公開信息沒必要考慮）
3） 信息流構建作用
讓信息真正做到入于我的鍵盤，出于任何一個人的屏幕，構建信息流的目的我覺得就在于此。但信息良莠不齊，維護其健康的手段包括知識管理、數據挖掘等。出于企業知識管理的目的，可以把這些內容都管起來，將知識庫等數據源整合在一起，進行統一管理，再提供一個搜索引擎作為所發布的服務。
4） 信息服務發布
其實信息披露只是這一點所包括的一小點，但比較基礎而已。個人所能提供的信息服務其實絕不僅僅是用圖片、文字可表達的內容。Feed功能在這里僅僅是一種體現。個人服務還有其它的可能性，舉個例子就是我寫的那段腳本。但整個服務發布的方式，個人提倡mash-up，下面會具體提到。另外，可以參考Amazon的一些服務發布形式，像什么人肉Service之類，我覺得很符合面向服務的理念。
5） 用戶平臺
Blog的前端可以作為個人的服務提供平臺，但其后端如果僅僅是一個前端的操作平臺，會成為用戶的一個負擔。比較理想的辦法是整合更多的功能，其實windows live writer實現一稿多投也是整合了更多的功能，所以才備受青睞。但我覺得更理想的范本應當是igoogle，如果公司的工作也能有一個媲美igoogle的絕對的核心，那太酷了。出于知識管理的至高地位，企業中就應當有個“iKM”。這種員工門戶性質的web應用應該不僅僅是一個內網企業門戶，一堆portlet，一堆鏈接，后臺一個封閉的知識庫，而應該是值得作為active desktop的一個綜合個性化可定制高兼容性應用頁面，雖然不至于讓員工吃住在上面，也不能讓人覺得僅僅是登陸目標系統前的必經之路，或者企業文檔垃圾站。
6） Mash-up
咱們的博客讓我覺得最爽的地方就是可以用html代碼，可以用腳本，可以自己編輯模版。但個人看法，這樣的方式極易造成混亂。比較良好的方式，個人認為還是一個mash-up標準，這樣既易于復用，又不容易引起混亂，也可以杜絕安全隱患。當然，最好還可以在Top Widgets(我那個widget引擎)上面跑。這也是一種低層次SOA的實現，可以有效地支援前面的用戶平臺的想法。反正我看現在的一些mash-up服務提供網站很不爽，都太封閉，每天都做夢等我的Top Widgets出來后以我為標準。等吧，快了，雖然有兩個核心插件沒有完成，我仍然會盡快把引擎本身發布出來。
企業員工門戶的重要功能在于方便協作，我個人覺得協作生產的模式應該是這樣的：
之所以沒有Public Platform，因為那種玩意太難以適應多變的工作需要了，通過引用他人的service，就可以達到協同工作的目的了。而Personal Portal也難以滿足大量的信息需求，Public Portal又很容易疏漏，所以這二者同時都會有的。
(除web形式外可能還有類似于Public Portal形式的客戶端，如feed閱讀客戶端但意義類似)
沒必要總結了，Web2.0之夢還沒有做完。