小小柯碎碎唸 for 2007-12-31

  • Sorry 篇 #
  • 拿東西,不小心打到小小柯的頭。「爸爸~ 你撞到我了...」小小柯皺著眉頭說。 #
  • 「抱歉...I am sorry...」我故意說英文。「It's okay!」小小柯意外回了這句話。 #
  • 「誰教你說的?」我好奇。「是大鳥教我的。」小小柯回。「誰是大鳥?」我不知道哪部卡通有大鳥。 #
  • 「就是 Dora 裡面的大鳥,他撞到 Map,就是那個地圖,然後跟他說 Sorry 和 It's okay...」小小柯解釋 #
  • 「哦~ 原來如此。」我恍然。「對!就是這樣,你說 Sorry, 我說 It's okay...」小小柯又教了我一遍。 #

Powered by Twitter Tools.

收到 TiVo 的繳費通知單

哇~ 終於,上週終於收到 TiVo 的繳費通知單。

在收到單子之前,蔡頭總是幻想 TiVo 為了擴展業務,還會繼續實施免年費。收到單子的那一刻,我們知道幻想破滅,也心甘情願去繳費,因為 TiVo 真的帶給我們一家許多的便利。

■ 對蔡頭

蔡頭可說是 TiVo 最大的受惠者。因為她再也不必使用惱人的 VHS 錄影機,就可以狂錄一堆綜藝節目、韓劇、日劇及電影,而且還可以在最短時間內看完(內容一倍速看,廣告三倍速轉),看電視的時間沒有減少,但看電視的豐富度增加了。

■ 對小小柯

小小柯是 TiVo 第二大的受惠者。因為我們幫他錄了不少他喜愛的節目及電影:

* 愛探險的 Dora
* 愛動物的 Diego
* NHK 幼兒節目
* NHK 幼兒英語
* 小小愛因斯坦
* 我們這一家(花媽)
* 腳ㄚ子看天下
* 小布在哪裡
* 玩具總動員 1 + 2
* 魔女宅急便
* 龍貓
* 神隱少女

TiVo 可以保存下來一播再播,不再去捲帶子、找播放起點。有了這些節目,小小柯不再無聊,我們得以有喘息的機會做自己的事,而小小柯也從這些節目中學到不少生活認知。

不過,唯一的缺點,就是養成小小柯對看廣告沒耐心,一看到廣告,就會說「快轉!快轉!」。不過,有時候就是在看即時的電視節目,又不是 TiVo 錄的,叫我怎麼快轉呢?

■ 對我

TiVo 對我來說,受益也不小,但由於工作關係(雖然我目前是無業),錄了一堆節目沒空看,變成蔡頭先幫我過濾好不好看,好看再留下來給我看,其餘一律刪除,免得佔用 TiVo 寶貴的空間(我們買 80G 的機種,目前還不敢拿去改成 160G )。

最近,我用 TiVo 錄到「棒球大聯盟」這部卡通,讓我每天在洗完澡後,能氣定神閒收看這部讓我熱血沸騰的棒球卡通(其實滿灑狗血的,但就是讓我看得很爽)。

「要繳嗎?」我問蔡頭
「能不繳嗎?」蔡頭反問

「不繳的話,TiVo 就變廢機一台囉...」我笑。
「繳吧!它真的很值得~」TiVo 的愛用者--蔡頭說道。

收費不是重點,關鍵在於你提供的產品/服務是不是做到使用者的心坎裡,之後就是水到渠成。

■ 延伸閱讀

* "瞭解 TiVo":http://www.tgc-taiwan.com.tw/tivo/tivo_ctflash/main.htm
* 你今天 TiVo 了嗎?

黃籃燈是什麼燈?

yahoo

yahoo2

* 新聞來源:http://tw.news.yahoo.com/article/url/d/a/071229/78/qru6.html
* 正解字:黃藍燈
* 參考:"行政院的景氣亮燈 是以什麼做為指標?":http://tw.knowledge.yahoo.com/question/?qid=1105052909363

每個人都有可能會寫錯字,只是身為「最有意思的媒體」暨「網站到達率 97%」的Yahoo!奇摩,是否在挑標上稿前,能多一點點的檢查,別人錯,跟著錯,錯錯相連在首頁。

不應該~ >_<

[摘錄] 創業公司沒有固定設計團隊,很好。

"白鴉,以用戶為中心的設計":http://uicom.net/blog/?p=701

不用在公司大張旗鼓的搞個「設計部」,往往搞一個團隊並冠上「設計部」以後,你會發現你的產品設計反倒更糟糕了。最主要還是調動所有人一起來參與設計。再說,你們也沒有那麼多錢請鳳毛麟角般的「好設計師」。

重申那個老掉牙的觀點:不是只有設計部門才應該去做設計。參與產品的用戶體驗設計是所有團隊成員的責任和義務,設計師首先要做好的應該是設計的統一協調和管理,然後才是去做設計本身。

這篇文章裡面,敘述的一些故事,讓我感同身受、感觸良多,值得閱讀 / 玩味。

"不是只有設計部門才應該去做設計":http://uicom.net/blog/?p=514 @ 白鴉,以用戶為中心的設計

產品設計差易用性差確實跟設計人員有關係,而且有直接的關係;但並不是說所有的責任都在於你們的設計部門弱! 一個產品的UE設計工作不只是UE部門要做,不是只有設計部門才能去做UE設計。你們的PM和RD甚至包括客服部門一樣應該承擔產品設計不好的責任,也有義務一起去改進!

可用性應該只能算是一個新的詞或者新的工種,並非是一個新的理念或概念。實際上在很早以前我們一開始做網站設計、產品設計的時候就在搞可用性相關的工作, 只是那個時候我們沒有專門安排一個職位或者部門叫做『可用性工程師』而已!

不是只有叫做『可用性工程師』的人才能去做可用性,也不是只有『可用性工程師』才應該去做可用性。所以我們現在其實是在把工作做的更精細、更符合用戶而已,而非「提出了一個新的概念」。

在這個要求高質量無縫協作的年代。無論是什麼部門或什麼角色在主導項目,溝通永遠都應該是第一位的。

各個角色之間的共同語言是溝通的基礎,RD(技術)不應該只懂代碼、PM(產品經理)不應該只懂產品和市場、UE也不應該只懂用戶體驗…

一個好的團隊應該是項目補充的。大家是衝著一個目標的團隊,要做的是互相幫助著衝向目標. 而絕非各自完成任務!

所以,我認為:一個產品的用戶體驗設計應該:有UE部門主導、多個部門一起努力。

在說「我們不只是美工」的同時一樣要意識到「程序員也不只是寫代碼的」!

好文一篇~ 推!

悶著頭寫一堆文件、想辦法弄一堆流程、三不五時開一堆鳥會,這樣就能搞出產品嗎?

把時間浪費在這邊也不是不行,反正領薪水的,撐愈久領愈多。不過,看到時間一點一滴的流逝、市場一步一步的被蠶食、產品一天一天的崩壞 / 老化。身為開發團隊的一份子,是毫無感覺,還是情何以堪?

再說,製作人也不只是寫 spec 的...

■ 延伸閱讀

* "贊同「創業公司沒有固定設計團隊」":http://robertmao.com/archives/472
* "創業公司是否需要全職設計師?":http://uicom.net/blog/?p=702