今天是 3/12，也是 國父逝世紀念日， 國父孫中山先生曾說：「造林是民生建設的重要項目。」因此，政府將每年三月十二日的「國父逝世紀念日」定為「植樹節」。
記得小時候，有這麼一首兒歌：
種樹歌
樹呀樹呀 我把你種下
不怕風雨快點長大
長出綠的葉 開出紅的花
鳥來做窩 猴子來爬
我也來玩耍
原本想在今天種樹，但樹苗還來不及長出來，所以只好延後了...
[摘錄] 內容設計，初始內容
"白鴉，以用戶為中心的設計":http://uicom.net/blog/?p=719
Content Design(內容設計)即涉及產品需求也涉及到(產品和用戶)互動過程中的具體環節。大多數團隊中只有PM才會涉及到相關工作，一般情況下不是基於用戶需求就是如何展現，很少涉及具體的互動環節也很少會有人整體上去綜合思考內容的設計。
事實上沒有什麼產品是「難用」的，只要用戶有了使用的需求興趣，基本上所有產品都會變得容易。但，也沒有任何產品是「好用」的，如果用戶沒有使用樂趣怎麼做都難用。
一切的根本在於需求和興趣，滿足用戶需求的是內容，引導用戶用戶興趣靠「初始內容」。
關於「初始內容」的設計，主要是指在用戶未正式使用（不只是「未登錄」，登錄了但沒有深入使用也算）前給他們展示什麼，讓他們可以(不可以)做什麼。其主要設計原則與用戶的認知積累、目的性有著非常直接的關係。
有些產品把「內容」做的很早讓用戶有了一定的認知。於是，他們可以讓用戶進來後直奔主題。
有些領域用戶進來就帶著強烈的需求，或者已經有了足夠的認知積累。於是，需要讓用戶進來後直奔主題，而無須設計過多的「初始內容」來干擾用戶。
在更多用戶沒有「認知積累」的時候，「未正式使用」之前整個產品只是一本又厚又難懂的「說明書」。很多用戶進入一個新網站時，會先「看看」然後「逛逛」，再後才是深入去用。
在「未正式使用」之前讓他看到什麼、逛什麼？ 直接影響新用戶的轉化率。如何讓用戶「有興趣」並「快速」讀懂，然後「產生使用的慾望和興趣」，是所有產品設計過程中都會遇到的問題。
受教了~
有興趣的話，建議回讀原文，寫得很詳細，也舉了一些網站當作範例。
[摘錄] 跟著用戶走到溝裡
"白鴉，以用戶為中心的設計":http://uicom.net/blog/?p=718
交互設計大師、「Macintosh」之父 Jaf Raskin 曾說：好的設計不會讓使用者養成對今後工作不利的習慣，但設計人員卻經常有意無意地給用戶設下壞習慣的陷阱。事實上，良好的設計應該在給用戶帶來幫助的同時，把對其未來可能出現的限制性障礙降到最低， 保持使用者自由的可擴展性。這說的是交互設計。放在產品上亦然。
當浴缸裡只有一碗水的時候點一滴墨就會使整個浴缸變得骯髒，當浴缸裝滿以後偶爾一兩滴墨水根本無所謂，而且那個時候看著乾淨的一缸水也沒人「道德敗壞」的去滴墨進去。
這些很有技巧性的「引導」我們很難在國內的模仿者那裡看到，能有意識去做「限制」或者「刪除」的網站已經算是很不錯了…
確定方向是什麼、搞清楚什麼東西對用戶才有真正的價值，實在很難但也實在很重要。
「我們完全是根據用戶需求的演變而發展產品的，用戶需要什麼我們就滿足什麼」其實都是成功後騙人的鬼話。
雖然有人說顧客永遠是對的，但顧客卻不一定知道他要的是什麼。
再見 FeedDemon, 再見 Google Reader
標題是我最常用的一種無聊描述方式~ 告別前者，朝向後者。
前兩天開始改用 Google Reader 了。許久之前，因為帳號的問題，一直無法正常使用 Google Reader，只會出現一個 feed 列表，誤以為 Reader 就是這樣，而我當時用 FeedDemon 用得爽爽的，也不想花時間探究。
最近，愈來愈多的人推薦我去用 Google Reader，我才開始正視我無法正常 Reader 的問題。或許，在推出 Beta 版時，我就去測東測西、亂裝離線工具，因而導致帳號出問題。
用我的破英文寫了信給 Google，說明我的狀況，過了數天收到回覆...
Looks like the problem is on our end: a back-end anomaly we're seeing
here and there. I tweaked your account and you should be good to go
now. Please let me know if you're still having problems!
跑去 Google Reader，爽~ 我可以正常使用了！
原以為用慣 FeedDemon 的我會不習慣 Google Reader，但用了兩天下來，我幾乎沒有感受到轉換的不順手，只是偶爾滑鼠會習慣性移到工作列找 FeedDemon。
不過，之前在 FeedDemon 標記的好文章，得找個時間把它們撈出來~
[摘錄] Lifestream / Social aggregator帶來了什麼？
"我 blog 故我在":http://robertmao.com/archives/599
我認為這類life stream服務應該屬於一種類型的social aggregator, 也就是和RSS aggregator有相當多的類似之處.
我的感覺lifestream之類的服務，應該稱之為一類social network application, 其最早的雛形是friendster裡的消息板，本來被認為是個沒有太大用處甚至囉里囉唆的東西，沒想到，在facebook中這些有用沒用的log被顯示出來後，大家竟覺得非常有趣。 Twitter類的流行也對這個趨勢起了推波助瀾的作用，然後一些人覺得這個功能可以單獨拉出來做，於是friendfeed, soup.io等就出現了。
和不少人一樣，我開始也覺得這樣一來似乎就「統一」了（對我自己統一了），而且「分佈」了（對別人而言，隨便他們用什麼服務），但實際上使用下來，我覺得並不能真正的統一什麼，這類服務基本都是中心化的服務（以提高feed抓取利用率）。
統一而分佈的sns是個很遙遠的理想，但是也很容易讓人拍腦袋覺得彷彿立刻就被解決了。過去一個常常讓人以為可行的解決方案就是Open ID，Open ID是分佈的，各種服務都支持了Open ID不就自然分佈了？而且統一在個人的Open ID下了？！聽上去有道理，實際上不太管用。（因為僅僅identity的統一隻是第一步！）
一個服務能流行必須要有用，social aggregator 的作用是明顯的，而且social aggregator常常在兩類主要使用目的驅使之下：
* 用戶希望能聚合他人的各種信息來源
* 用戶希望把自己處於不同信息來源上的內容統一呈現給他人前者，過去的 rss aggregator 就是一種典型應用；後者，可能是現階段最能吸引用戶的地方。
這類lifestream還只是一個起點，不過是個不錯的開始，前路漫漫兮，需上下而求索。我認為理想之中的social aggregator應該作為一個標準的組件或者服務功能模塊而存在，而不是這樣的單獨服務。
我有前者的需求，目前用 rss reader 在滿足中。
我有後者的需求嗎？我再想想...
■ 延伸閱讀
* "FriendFeed的高明之處":http://webleon.org/2008/02/friendfeed.html @ WebLeOn's Blog
* "信息聚合 以人為本":http://webleon.org/2008/02/blog-post.html
* "JustAddMe小工具，提醒部落客一定要繼續「向外發展」":http://mr6.cc/?p=1427
* "台灣版 部落格名片產生器":http://dinghaw.blogspot.com/2008/02/blog-post_28.html