Once upon a time in Beijing
1、儘量使用現成的系統，而不是自主開發。
對於一般的企業網站、電子商務網站，強烈建議不做開發。如果是企業網站，找一個現成的內容管理系統（CMS）系統就可以了。
2、LOGO、美工的工作可以外包給威客網站。
你只要花幾百塊錢，就可以獲得十幾個不錯的創意，然後你從中挑出你最認可的一款並讓設計師美化成最終的結果就可以了。
3、只要你能請到相應的開發人員，用什麼技術開發其實無所謂。
在網站開發的初期，你最需要擔心的絕對不是哪種語言更好，而是你能請到哪種語言的優秀開發人員。
4、產品經理非常重要。
網站的功能、佈局、流程，或者用現在時髦的名字——user experience，在很大程度要決定於產品經理的能力。這個人最好懂點技術，而更重要的是對用戶有深刻的理解，對細節有偏執的追求。很多成功的網站， CEO自己就是產品經理。開發工作可以外包，而你的產品經理一定不能外包。因為一個好的網站一定是需要不斷完善的，產品經理是一個長期工作。
如果將網站開發的原則做一個簡單的總結，那就是：用最少的人、寫最少的代碼、快速的發布、持續的改進。後面兩句其實來源與Google的「Quick launch, fast iteration」。
已經脫離Yahoo!奇摩的我，對於這樣的網站開發方式，目前還無法領會。但對於第 (4) 點，我心有戚戚焉，不過，當產品經理淪為校長兼撞鐘，擔任火車頭還要推火車尾，熱情燃燒殆盡之後，剩下不是炮灰，就是骨灰。
■ 延伸閱讀
IX Blog 創市際市場研究顧問 – posted by Atticus Wu
Yam 天空部落格推出了一個令人耳目的新服務：BlogLive。BlogLive 的世界觀念有點像 miniworld，每個人可以化身成一個個可愛的小動物，然後在各種空間，包括主頁、自家部落格首頁的天花板或 Widget 的方式與各式可愛的寵物進行互動。
在 BlogLive 中，每隻寵物代表的是一條 RSS，個人相當認同這種作法，RSS 一直是部落格出現後的重要標準。當 RSS 化身成寵物後，你可以在自己的 BlogLive 世界看看這些寵物有沒有新消息，想知道有沒有其他有趣的文章來源，也可以去大廳找新的小動物。
循著這一則文章，來到 BlogLive，它的呈現方式真的滿新鮮有趣的，也確實讓原本生冷的 RSS 變得友善，而我也興沖沖地登入我許久未用的 yam 帳號，還好沒忘記密碼。
那個以 flash 呈現的場景大廳，小動物四處走動，還滿有趣的。我點擊右上角的「集合」連結，這群原本在 散步的小動物趕緊排排站好的模樣，令人發噱。
我試用了一下，發現管理介面卻做得不是很理想。例如，我想要訂閱某個人的部落格，頁面將我帶到「管理介面 > 訂閱清單管理」，新增訂閱的 RSS feed URL 那一欄 (見下圖)，讓我傻了眼，因為我只知道這個人的圖像及暱稱而已，顯示 RSS url 給我幹嘛？
另一個思考的問題，我該把 BlogLive 當作是線上的 RSS reader 還是 blog 社交大廳？但之所以會有 RSS reader 的存在，目的就是在聚合大量且四散的內容，讓使用者方便閱讀消化。我個人覺得 BlogLive 的社交用途應該遠大於當一個 RSS reader。
不過，看到 Yam 天空部落格推出這麼一個有趣的新服務，讓我非常欽佩，期待它後續有更多新奇的點子爆發。
譯言 – 產品經理的主要職責
- 市場調研
- 產品定義及設計
- 產品定義是指確定產品需要做哪些事情。通常採用產品需求文檔（PRD）來進行描述
- 產品設計是指確定產品的外觀，包括用戶界面設計（UI，User Interface）和用戶交互設計（User Interaction），包含所有的用戶體驗部分。
- 項目管理
- 產品宣介
- 產品市場
- 產品生命週期管理
譯言 – 優秀產品經理的核心技能
- 溝通能力
- 不同個性的人溝通
- 和不同工作崗位的人溝通時採用不同的「語言」
- 無授權領導能力
- 學習能力
- 商業敏感度
- 熱愛產品
- 注重細節，追求完美
- 日常產品管理能力
好文一篇，有興趣請點閱全文。
職務愈高，責任愈重，該學的事更多。
自從接了「交友」這個新服務後，我便掉入了地獄...
一開始，先閱讀美國提供的文件，大多是一些美國市場分析、使用者分析、行銷案例之類的，對我規劃服務並沒有什麼太大的幫助，不過至少心裡有個大概的輪廓。
接下來，先研究國外的交友網站 (Y! Personals, Match.com…)，然後再研究國內的交友網站 (PChome 交友、酷透網、MSN 交友、手機交友...)。網站一個一個踹、功能一個一個玩、規範一則一則讀。擷取頁面、做比較表、評估優劣，研究之後，交友網站至少應該要有哪些功能、步驟，已經明瞭十之八九。
最後，開始撰寫交友的企劃書 (公司內部稱為 Product Vision)，大綱如下：
- 市場概況
- 競爭者分析
- 服務目的
- 服務目標
- 流量預估
- 服務定位／目標視聽眾
- 服務內容／功能
- 營運模式
- 行銷計劃
- 資源需求／時間規劃
大致寫完企劃案後，我開始規劃 wireframe (網頁草稿，頁面的架構、元素、內容...)，由於知道自己不擅言辭、容易緊張，加上自己命賤愛工作，於是我把原本是用 Word 畫線框的 wireframe 做成實際的網頁 (有顏色、圖片、內文)，想說這樣可以在簡報時，更具體將我的想法給呈現給老闆知道。
因為這是自己畫蛇添足而多出來的工作，加上只有一個月左右的時間，我開始日以繼夜的工作，公司做不完，將檔案拷貝回家繼續做 (註1) ，最後為了方便起見，索性忍痛花了 5 萬 6 千元 (註2)，在 NOVA 買了一台筆記型電腦 (註3)，以應付我的工作需求。
簡報的日子終於來了...
■ 註
- 1: 當時公司都是配備 PC，只有主管級以上才配備 NB。
- 2: 當時的薪水是四萬出頭，東扣西扣，實領三萬九千多。
- 3: 參加 BBS 上的團購，20 多人集體殺到 NOVA 某一店家買 IBM X23。
離職不成「又」留了下來的我，乖乖地開始思索、規劃家族付費版的可能性。就在 2002 年 4 月初的某一天，我被主管叫到小會議室開會。
在網路泡沬化後，Yahoo!轉向服務收費策略， Yahoo! Personals (交友) 在美國市場慢慢開始賺錢，台灣的大老闆 (鄒開蓮) 有意推出這類的婚友服務，便指派我主管負責。主管找我開會，就是想要把這個任務交派給我。
交派給我？有沒有搞錯!? 我有女朋友了耶，而且將在今年論及婚嫁，行為舉止與「宅男」不遑多讓的我，對於要我做婚友服務，非常反感，也很想拒絕。但，反感是沒屁用的，拒絕是不可能的，畢竟我是領公司薪水的上班族，只好勉為其難接下主管的懿旨。
一開始，必須先決定這個婚友服務要用什麼模式開發：
No! 美國的交友模式比較成熟，加上美國的版型設計不合台灣網友的胃口，幾番討論後，完全不考慮直接翻譯了事，這樣會變成一坨屎，也一定會死得很慘。
- 想要特定的功能模組，請Yahoo! Personals提供支援？
No! 美國當時傾全力在諸多付費服務上，沒有多餘人力提供支援，即使我們拿到功能模組的原始碼，工程師花在摸索的時間，不如直接自己開發，省時也更能掌控。
Yes! 雖然自行開發，省時也更能掌控，但...從零開始，會很累_______orz
確定了開發模式，我也開始四處研究國內外的「匪站」，並著手規劃這個被期待能生金雞蛋的金雞母。
「對了，最晚哪時候要提出企劃書？」我問主管
「一個月內...」主管回答
「!@#$%^&*」我內心幹聲連連...
要生金雞母可以，但不能讓「雞農」精盡人亡吧？
網友留言