« 壯膽?膽壯? | Main | 為什麼取名為「聖稜的星光」 »

要怎麼把HEMiDEMi搞大

要怎麼把HEMiDEMi搞大

PTC’s Note » HEMiDEMi - 共享書籤, 中文

"君不見人家flickr那麼好用,國內一堆人還是只知道wretch?使用者其實是十分被動的,奇摩家族,無名,IE,都有更好的替代品,但依然是市佔率最大,而且是獨霸。why?因為使用者身邊的人都在那裡,如是而已。像是共享書籤這種東西,更是注重使用者數量。只要成衝到一定規模,剩下就不是問題了。但在這之前還有很多事該做好,像是速度,隱私性,資料安全性等等。有了這些東西把一些所謂的先知先覺者釣到之後,後面就一串人啦。"
上文中點出了後進網路服務業者最頭痛的問題,就是First mover advantage。

...但事實上對HEMiDEMi來說,豈只第一進入者擋在前頭,根本就是前有豺狼虎豹,後有魑魅魍魎,不過這也是絕大多數未來網路服務者的寫照,並不只是HEMiDEMi要面對的挑戰。

套牢和解套乃一體兩面,Shapiro和Varian合著的資訊經營法則有云:「要瞭解套牢現象,你必須往前看,向後推理。」「套牢可以是問題也可以是獲利的來源,端視你是被動或主動的一方。」

根據此書中的定義,套牢就是使用者必須付出相當的成本,才能完成品牌或技術的轉換。轉換成本包括消費者轉換供應商時所負擔的成本,以及新的供應商所承擔的成本。

作者共將套牢分成八種,其中許多牽涉到金錢與實體物品買賣,在此不贅述,僅挑出和HEMiDEMi有關的類型稍作解釋:
  1. 訓練套牢:簡單來說就是使用者使用習慣的套牢。例如美味書籤能簡易地添加標籤,HEMiDEMi則依舊需要打字。
  2. 資訊與資料庫套牢:例如從Windows轉到Linux的過程當中勢必會產生的套牢。轉換成本包括資訊轉移的成本與轉移過程當中喪失部份資訊的成本。HEMiDEMi能否提供匯入其他書籤服務的功能,而匯入過程中會不會喪失原本的資訊,例如標籤。
  3. 搜尋成本套牢:這對HEMiDEMi來說是好處也是壞處,因為整體而言,要透過網路搜尋到其他書籤服務的成本極低,但是使用者卻必須在眾多服務當中挑選,這對需要體驗才知道好用在哪的網路書籤服務來說,是個麻煩。
不過,HEMiDEMi也有別人仿效不來的機會:宛若處女的台灣市場!

不要認為台灣市場不夠大,只要把還在奇摩家族、無名相簿...遊蕩的使用者「調教」好,應該就夠噱頭的了。可以的話,其實我很想看到台灣的部落格服務可以結合HEMiDEMi,從介面整合上著手,把網摘的工作「傻瓜化」--也是一種套牢。

另外,HEMiDEMi有沒有可能提供專業的「網摘站」服務呢?例如多人合摘、主題摘...這樣我就可以把BlogtheMedia搬到HEMiDEMi去了!

延伸閱讀:網摘2.0

Comments (9)

嗯,能提供匯入服務
資料的數量就會一下子暴增吧...

畢竟現階段還是得由「原本就有在用網路書籤服務」的人跳槽比較實際...

很巧,我前一陣子也在想
如何將HEMiDEMi跟影類做互助互增強
不過不太好意思叫該站長特地為了我的想法而做功能
他該做的是現階段HEMiDEMi的改進增強
而且影類也不夠紅,人氣不足
目前只是在空想階段

HEMiDEMi是架在dreamhost沒錯吧
管理者只有一人?
如果將來大起來,可以應付龐大資源嗎?
也是我所關心的重點

我想經營一個網摘/聯播站應該也要考慮你文章寫的很多點吧,還有很多創意的發想‧‧‧呵呵,關於這部分以後有空談

我目前的情形是del.icio.us和hemidemi平行並用,漸漸覺得hemidemi的型態有結合del.icio.us + digg 的趨勢,姑且不論做大做小,若能像delicious維持住「書籤的品質」,自然會叫好叫座唄~

Portnoy:

to hypnotist:
我只怕愛用國貨的沒有那麼多啊~

to 視體撞擊:
很巧,我在寫這篇文章的時候也在想你會不會也在想(繞口令?),不過我想,其實以hemidemi的架構來看,或許不需要它刻意配合做大規模的改變,而只需要加幾個小功能就可以了?而使用者只需要自己去組裝搭配一下就可以做出屬於個人或群體的oui-news!

to 守柏霖:
你和我想的一樣^^,的確,hemidemi的最熱門推薦書籤那部份和digg真像!但是要有digg的規模並不容易,要digg就要熱一點才好玩,不過這個功能的確很值得發展!

我是 HEMiDEMi 的站長 (嗯 有點不習慣這樣稱呼自己)
本來在猶豫該不該出來討論,怕我ㄧ插嘴,阻礙了大家的討論了。

關於多人共摘,我也來很巧一下,我們的確有有意走向分眾,特定主題的多人共摘,這應該是社會性書籤發揮到極致必走的路。 一些設計上我們也預留了空間。只不過,在時機還沒成熟,量還沒衝大,也不敢貿然推出 (否則又是小貓兩三隻豈不難看?)

不過,

to 龜,視體撞擊:
既然你們開了個頭,關於特定主題多人共摘,很有可能真像龜說的那樣,並不需要太大的改變就可以達成。
不過,我還並不是很清楚確定你們的需求。
所以,很歡迎提出你們的需求(公開或私底下),或許我們可以共同討論出一個通用於一般主題共摘的方法。而如果你們願意,當然歡迎先當第一個 demo group。這樣,我也有個可以 "實驗" 的對象 :)

我想,網站自己開發,這就是最大好處。

現在看到 HEMiDEMi 的功能,只是個開頭,大夥可以出意見,我剛好可以改程式,或許,我們可以走出一條屬於台灣自己社會性書籤的路。

ps. 我對social bookmark 的 'bookmark' 中文翻譯一直很困擾,是該稱 '書籤' 還是 '網摘',還是其他 ?

Portnoy:

to 葛力:
我是這樣想的,其實現在台灣的主題網摘站大概網友都是用其他公司的書籤服務,然後選定一個特定的標籤,由少數幾個人來摘集,接著透過RSS來輸出到自己的站上。所以最簡單的方式就是HEMiDEMi可以讓幾個人可以claim特定的書籤,必須要非常特定,例如「iloveportnoy龜」之類的,然後那個標籤的頁面就可以獨立出來作一些外觀上的改變,例如banner,背景...可能還可以外掛上flickr的相片之類的,但是還是保有hemidemi極佳的使用者介面。這樣的方式是讓所有人都可以使用同一個標籤,但是特定標籤的頁面管理者可以有比較大的權限。

例外一種方式就是讓加入某個團體的網友可以選擇把某些網頁收藏到所有人的群組或是自己的小群組,這就和tag無關了,不過或許群組可以增加隱形或是其他的功能。

以上是粗略的想法,身為一個技術白痴,我真的不知道會不會太獅子大開口,而且我也不確定這樣的需求大不大,所以老實說,如果真的麻煩,就不要考慮了,我並不是那麼貪心的消費者^^~

至於視體撞擊可能有些別的想法,我想他的想法應該會比我成熟。

Portnoy:

對了,至於該翻成書籤還是網摘...這個問題還蠻因時事地而變的,要是我的話,網摘有推薦給他人閱讀的意味,書籤則沒有。

根據Rebecca Blood(人稱部落格之母)的說法,blog分三種,filter,notebook,diary,其中filter就屬於充滿著網摘的部落格:就是指這些部落客會先幫別人瀏覽過網路文章之後,之後透過個人篩選然後推薦到自己的部落格上。

atticus:

能不能群組網摘(或書籤)或許不是這個階段需要思考的地方。能不能給初期hemidemi重度使用者(如上述各位)更多的甜頭才是重要的。

不過如果重度使用者相當需要小團體共筆書籤,那就趕緊加入這個功能。另外葛力開發出把美味書籤灌到hemidemi也是相當棒的作法。這樣快速讓hemidemi網站壯大,也可以吸引原本使用美味的人帶槍投靠。

hemidemi有digg的功能也是相當令人激賞的地方,不過就像上面講的,這東西要很多人玩才好玩,接下來就是最殘酷,最困難的地方,要怎樣人才會多?

對於沒有資本,純靠技術和理想生存的網站來說,只能慢慢養,這是滿現實的,不過等到養到一個小規模時,就可以和大網站合作看看,屆時使用人數才會有激增的機會。

葛力站長加油啦~

關於多人共摘,本來想等視體撞擊的,不過先回覆一下龜的想法

to 龜:
你提到的兩個多人共摘方案,不但沒有獅子大開口,跟我們想的還真是不謀而合 :D

你提到的兩種作法,我們傾向第二種,也就是可以建立各種不同主題的群組。
群組可看做小型的 HEMiDEMi,應該要有網站大部分原有的功能。比方說統計熱門書籤,熱門標籤,迴響,推薦等,只是範圍限定在群組的書籤。
使用者可以選擇加入多個不同群組,在新增書籤的時候,可以指定這個書籤想要分享給哪些群組。

群組可以有管理者,當然也應該可以有比較多權限,可以自訂群組版面。

這個東西想來真是非常好玩,想想以後可能有電影,音樂,漫畫等等各種不同主題的多人主題共摘,就讓我覺得興奮莫名了...

不過有很多細節要稍微想想。我這幾天會稍微設計一下,一有實際的計畫,會馬上跟大家報告。這中間,如果想到其他東西,都歡迎提出補充。

to atticus:
謝謝你的加油! ^^
HEMiDEMi 現在正努力在加強功能,先盡量滿足重度使用者的需求,讓 HEMiDEMi 準備充分。一但我們準備好(預計再不久),就是開始要衝的時候,到時候也請大家多幫忙了。

Post a comment


 

關於這篇文章

這篇文章是在January 9, 2006 2:02 AM發表的。

上一篇文章是 壯膽?膽壯?

下一篇文章是 為什麼取名為「聖稜的星光」

要看其他文章請到 首頁 ,或是到所有文章列表,可以看見更多東西


Creative Commons License
This weblog is licensed under a Creative Commons License.
Powered by
Movable Type 3.33