2007年10月30日星期二

社交網路 Facebook v.s. Linkedin v.s Myspace

基本上Facebook、Linkedin、與Myspace是三個類型不完全一樣的流行社交網路型態。這三種功能近似、但又逐漸走出不同的結果,蠻值得大家瞭解與觀察 ...


Facebook完全沒有花俏的畫面,連啥精美的圖都沒有,他的特點是Open可以讓其他業者去強化功能。而Myspace就比較商業化的感覺,顧名思義就是你的所有東西,不管部落格、影音一大堆東西都可以在這裡利用。Linkedin就走比較白領階級路線,強調你的虛擬社交圈,並可以在圈內提供或接收到工作相關訊息,進而建立實體關係。也許這些網站原本也都沒打算要區隔,但由於界面、功能等因素,就此集結了不同階層的使用者而慢慢走出自己的路來。目前依照Alexa的流量分析來看,如下圖:



以Reach來看,依序是Myspace>Facebook>Linkedin,可見一般使用者還是喜歡什麼都有,想要雅俗共賞好像蠻不容易的。Facebook在今年四月,美國有兩千三百萬個不重複的訪客,Myspace則有六千七百萬個不重複的訪客。Myspace主要是被歌迷所擁護,而Facebook主要使用者在校園。但是隨著校園學生的更替,Facebook使用者也可能會流向Linkedin,但不管如何,習慣一種界面之後還要習慣另外一種,是一個蠻大的障礙,除非有很大的誘因。( 參考: http://valleywag.com/tech/the-coming-battle/linked-in-v-facebook-258429.php )。根據Facereview ( http://www.facereviews.com/ ),Facebook目前有五千萬個active users,在今年九月被瀏覽了三億多個頁面。根據筆者觀察,Facebook由於有API界面的方面開發,後勁不弱,但必須在專業人士需求上強化,才有可能與Linkedin搶市場。否則時間漸逝情況下,Linkedin的使用者會因為已經擁有自己的虛擬社交圈而難以退出。反觀Myspace,其花俏與多樣的功能反而可能讓專業人士不想使用,不過走大眾市場路線的Myspace,目前尚居領先地位。但筆者個人使用習慣上較偏好Linkedin,因為可以得到全球專業領域的就業市場訊息,也由於Linkedin的關係,筆者才認識了Google裡面的人而互通訊息,不過Facebook的開放性也蠻吸引人,讓人很想一探究竟,而Myspace就讓人覺得與社交網路有些差距,僅能算是一個可以有互動的入口網站,不太會想透過Myspace的虛擬關係去建立實體關係。可能也就是這個現象,表層功能多樣的Myspace反而吸引了大多數網路使用者,反而稍具深層功能的Linkedin反而不被大眾鍾情。因此台灣社交網路也應該多觀察這些變化,研擬出能夠可長可久、而進可攻退可守的策略。

標籤: ,

繼續閱讀:台灣搜尋引擎優化與行銷研究院

2007年10月26日星期五

Internet大破譯(十): 社交網路的未來

常聽到有人說: 網路社群就只能現在這樣子了、電子商務飽合了、傳統產業沒落了、或web 2.0已經走到盡頭了、社交網路已經玩不出新花樣了。筆者大抵都不會發表太多爭論的看法,只能說: 喔,是這樣子啊。

如果百年前的萊特兄弟或是十幾年前的Tim Berners-Lee也是這樣子的看法,我們可能現在的生活不是這樣子。就算是人類進化至此都還不斷的進行自我演化與集體演化,沒有什麼東西會只能這樣子的。

筆者很喜歡梅田聖夫所說的: 用神的觀點看世界。

其實還沒看過梅田聖夫的書之前早就都如何來看待許多事物,只是不知道這樣子的做法叫做神的觀點。

啥是用神的觀點看世界?

老子道德經第五章中說:天地不仁 以萬物為芻狗、聖人不仁 以百姓為芻狗...

用白話來說就是,天地不會偏坦,所有萬物一視同仁;聖人不會偏坦,所有百姓一視同仁。

許多人誤用了這句話,因為芻狗是 -- "縛草為狗之形,禱雨所用也。既禱則棄之,無復有顧惜之意"。所有很多人誤以為天地沒有良心,把萬物當做芻狗...

其實意思是"不會顧惜任何一個特定個體,所有都一視同仁"。

可是當所有萬物都一視同仁,在某種程度上會有點"不仁"。例如在電視上看到有人遭逢變故,會讓人有些鼻酸,但是如果親人遭逢變故您也只是鼻酸的話,那就太說不過去了,顯得有些不仁不義了。

話題扯遠了,筆者只是要說: 用神的觀點來看事情就必須放棄自己目前的身份而以遠方的視野來觀察。

同樣的用神的觀點來看社交網路,我們可以說任何網站都將變成社交網站,應該沒有人會反對,如同葛洛夫認為所有企業都將變成Internet企業。

所以社交網路其實都還不算開始,還有太多太多的發展路子。The Long Tail的作者Chris Anderson說到: Social Networking is a feature, not a destination,也是類似的看法。

筆者至少認為Social Networking還有幾樣事情沒做:

(1)功能性整合:

目前有跡象在做社交功能整合的如Facebook API,讓他的功能可以整合到你的頁面,但只是單方向的整合。

Facebook提供API讓你的網站可以抓取他的資料,但是他不能接受你網站的資料(無法全面雙向bi-directional),但至少已經是一個好的開始...

如果Facebook能有一個entry來抓取你的web services,那就能允許別的網站去enhance他的功能。目前Facebook有許多third-party提供的功能,如檔案分享、音樂分享等等...

這個bi-directional思考方式,就是神的觀點。萬物的關係不都是雙向的嗎?

如果能這樣的話,你可以在同一個網站取得Facebook、Youtube、Flickr...,並且這些功能允許使用者自己去安排(也就是Ajax/Dojo等技術)。

(2)帳戶整合:

既然要功能性整合,就必須做到帳戶整合了。目前Microsoft Passport、Google Account、Yahoo!ID都在做同樣的事情,但他只整合自己的服務,其間既沒有互通、也沒有發展跟他帳戶整合的聯盟。

如果能夠有公平的利潤分享計畫,帳戶整合聯盟是可行的。

試想您現在網路上有多少帳號? 都煩死人了,不是嗎?

(3)連接性與互動性

筆者以前試用過QQ、Yahoo Messenger、MSN、Skype、Linkedin...等等不一而足的所謂網路社群或社交網路的網站或產品,但最後真正的朋友卻還是實體世界認識的朋友。

也許筆者不是重度社交網路使用者,但總覺得網路上虛擬的朋友少了那麼一點東西,沒有真正見到面好像不可能成為真正的朋友。

這種連接性與互動性不足的缺陷,是讓許多使用者最後退出的一個重要因素。以至於許多號稱百萬會員的網站,其中真正頻繁使用的到底有多少?而真正從中獲得社交功能的又有多少?

社交網路還有多少路要走? 真的還很遠!

標籤: , ,

繼續閱讀:台灣搜尋引擎優化與行銷研究院

2007年10月24日星期三

Internet大破譯(九): 真實世界的長尾理論

長尾理論(The Long Tail)自從2004年出現以後,成為網際網路界追逐的境界。

但前陣子有人問我: 長尾理論在未來是否會有另一個理論挑戰他呢?

當然沒有一個理論是恆久的,但是長尾理論基本上是一個數學問題,也就是如果尾部夠長或是無限長的話,其面積總合會大於身體部 ...



但是自2004年起,其間早已經有一堆關於長尾的負向思考,只是沒有讓大家注意到。

其中比較特別的是2005年的David Jackson在他的文章談到"The Competitive Impact of The Long Tail",他提到尾部(less popular)與身體部(most popular)之間會有排斥性:"The chart, then, is not really accurate as a depiction of actual sales, because unlocking demand for the yellow area would lower the height of the red area."

就是說原本只專注在熱門產品的銷售,如果跟隨長尾的話,就算他創造了長尾,讓非熱門產品銷售總合大於熱門產品的銷售總合,但其銷售總額其實是會幾乎相等的,也就是客戶購買了非熱門產品會讓他放棄購買原本要購買的熱門產品,這樣一來一往其實是沒有意義的。

筆者某種程度同意David Jackson的看法,但是並不是所有產品都有排他性,也不是所有消費者都會有這種情況,事實如何可能需要真實的統計數據才能證實,筆者就不妄下斷語,留給讀者自己思考了。

但是筆者認為在理想狀況下,長尾理論是正確的。

什麼叫理想狀況呢? 就是只在數學上討論的話,當然長尾理論沒有什麼問題,但是如果真實市場與企業營運等因素都探討的話,能夠真正追逐長尾的企業及產品其實不多,如果盲目跟著熱潮而沒有考慮筆者所說的『車流理論The Car Flow Theory』的話,反而可能失去自己的利基而最後難以收拾。

『車流理論The Car Flow Theory』的重點是,如果企業無法讓每個流程以系統思考的方式去處理,之間一定會有Car Flow Effects,也就延遲,這些延遲都是有形與無形成本,延遲累積的結果會讓企業根本無法照顧長尾。

因此在真實世界裡,如果沒有以系統思考的方式去反省『車流理論The Car Flow Theory』對企業的影響,長尾是不可能發生的。詳細內情待續...

標籤: ,

繼續閱讀:台灣搜尋引擎優化與行銷研究院

2007年10月22日星期一

Internet大破譯(八): 未來網路趨勢 - 再談串連、協同、虛實相依

在前文"Internet大破譯(七): 未來網路趨勢 - 串連、協同、虛實相依"一文中,提到不管企業或個人領域上,未來網路趨勢最後會走向串連、協同、虛實相依的結果。

要用幾個字以及簡單的概念來敘述這麼複雜多變的環境是不容易的,梅田望夫用了一整本書來說明,而筆者在遠不如梅田望夫的情況下,可能要更多篇續文才能完整解釋,因此還請您耐心的閱讀了...



串連應該是大家對網際網路最熟悉的功用了,在串連的功能中最初淺的技術就是URI(Uniform Resource Identifier)了,什麼是URI呢?就是資源的辨識元,他包括了URL(Uniform Resource Locator)與URN(Uniform Resource Name)。

我們可以說一本書的ISBN是書的URN,但是光這個URN我們只能知道您說的是"這本書"而不是"那本書",但是您不知道這本書可以在哪裡取得,如果再給個URL link到網路書店或全文的網址,您就可以順利取得這本書的內容。

再如我們想要抓一個人犯,我們如果只知道他叫王某人是不行的,因為可能很多人都叫王某人,但如果我們知道這個王某人的身分證號碼或護照號碼,我們就能鎖定這位特定的王某人,此時這個身分證號碼或護照號碼就是URN。

但光是URN是抓不到這位王某人的,因為我們不知道他在哪裡,如果我們還知道他目前的確切地點(一個類似URL),那我們就可以將他逮捕歸案了。

以上所說的URN與URL都是URI,HTTP 等Protocol代表的網址是URL,在HTML中,URI被用來:
--鏈接到另一個文檔或資源(參看A和LINK元素)。
--鏈接到一個外部樣式表或腳本(參看LINK和SCRIPT元素)。
--在頁內包含圖像、對像或applet(參看IMG、OBJECT、APPLET和INPUT元素)。
--建立圖像映射(參看MAP和AREA元素)。
--提交一個表單(參看FORM)。
--建立一個框架文檔(參看FRAME和IFRAME元素)。
--引用一個外部參考(參看BLOCKQUOTE, INS和DEL元素)。
--指向一個描述文檔的metadata(參看HEAD元素)。

因此初略來看,可以被hyper link的URI就是屬於URL。但是不管是URL還是URI,其作用只是讓使用者方串連到被使用者方,誰串連過來(Visitor)或是誰可以串連過來(Access Control)則是另一個機置來掌控。

誰串連過來(Visitor)或是誰可以串連過來(Access Control)在個人領域上是社交網路(Social Network)的一環;在企業領域上就是SOA或是Web Services的一環。

在許多blog service上,已經開始有許多服務在處理這段環節(如樂多朋友、myBlogLog等),但是對於"我去過哪裡?"則尚未有這類服務(Google toolbar有類似功能),因為有人認為這個牽涉隱私權。

因此我只能用"我的最愛"或是"書籤共享"來記錄軌跡,如果都沒有留資料的話,就自己人工從頭找自己到過哪些網站吧。

如果您能夠用"神的觀點"來看這個問題(在前文提及),這個隱私問題其實是可以克服的。

如同許多人質疑Google一樣,Google的回答是這樣: 當所有資料變成一籃資料,而這些資料只有機器在處理,就沒有特定某個個體的隱私問題。

所以只有當人去介入才會產生隱私問題(也許有人又質疑,會不會變成機器控制人類?想太多了...Maybe吧...)。

也許有人又有不同看法: 網際網路就是因為他的匿名特性才讓人放心使用啊。

Yes,您對了一部分...,匿名特性只是表面上讓使用者認同是這樣,但是凡走過必留下痕跡,真要追查的話,還是都有記錄的,只是您還沒有犯罪之前,沒人會去理您幹了啥事,以目前網路安全需求高漲的同時,匿名特性(筆者指真的匿名特性)會維持多久,是值得懷疑的。

就如同筆者並且說明自己身份,但真的要把筆者揪出來,是簡單不過的事...呵呵。

所以未來在串連這部分功能的填補,是未來會陸續發生的結果。

而串連之後要幹啥事呢?就是不管使用者之間的關係是什麼,會開始協同做一些事情,協同最初淺的例子就是wikipedia了(搞不好以後就可以在網路上協同拍一部電影了)。

協同就牽涉到需要一個共通目的、共用資源、腦力激盪、版本管理、使用界面等等技術的配合。

Google的Gmail是一個開端,其間的Calendar、Google Talk等是一個中繼,Google Earth(Google Map)就是Google對於協同的一個最終目的。

筆者在之前文章提到,Google想的是把全球市場變成一個市場,把全球電腦變成一部電腦,您想做什麼事情就到這部電腦來,想問什麼問題就來問這部電腦。

也就是所有人類活動都會發生在Google Earth,除了扮演協同的角色之外,就是虛實相依的橋樑。Google Earth除了讓你找到地點之外,會變成與實體連接的廣告媒介(Maybe more),最早會發生的就是廣告主可以把您的實體廣告pin到Google Earth中,Google Earth會變成全球的網路黃頁,這個是遲早會到來的。

這個不是新鮮的idea,筆者的朋友老丁在十多年前就是先驅者了,只不過現在抽身去做他的藝術設計去了。(老丁博士的網站: http://ldjjj.com/)其他串連、協同、虛實相依的說明,等筆者整理完資料再談了...

標籤:

繼續閱讀:台灣搜尋引擎優化與行銷研究院

2007年10月21日星期日

長鞭效應與車流理論 (Bullwhip effect & Car Flow Theory)

長鞭效應(Bullwhip effect)起源於1961年Jay Forrester在Industrial Dynamics發表的文章,簡單來說就是當供應鍊越長時,鞭子的一端些微的改變會引起鞭子另一端大幅擺動,這個擺動會隨著鞭子增長而擺動越大。

幾個因素會影響長鞭效應: Forecast Errors、Lead Time Variability、Batch Ordering、Price Fluctuations、Product Promotions、與Inflated Orders。


通常的解決方式是: VMI、JIT、與Strategic partnership。


而在解釋長鞭效應的大概就是MIT的啤酒遊戲(Beer Game)最常見了。


Peter M. Senge所著的The Fifth Discipline(第五項修練)一書中提到,啤酒遊戲之所以會引起長鞭效應大多是沒有系統思考,但是在一個存在『車流理論Car Flow Theory』現象的企業中,要每個環節去系統思考是不可能的,因為沒有足夠的訊息串聯,從何系統思考起?


我們看看引起長鞭效應的幾個因素,如果您有閱讀筆者之前文章,大概會有個感覺: 這些因素不就是『車流理論Car Flow Theory』的影響嗎?


對了,『車流理論Car Flow Theory』串起了長尾理論與長鞭效應。


『車流理論Car Flow Theory』主要精神就是要讓企業思考下情上達、上意下通,並且如何在自動快速情況下完成,讓每個環節銜接起來。


這個『下情上達、上意下通』、『自動快速情況下完成』不是一件很容易達成的使命,但是可以透過『車流理論Car Flow Theory』簡單易懂的概念讓企業上下思考這個問題。


因此透過『車流理論Car Flow Theory』去思考企業如何系統思考來消除長鞭效應(Bullwhip effect),降低甚至消除長鞭效應與車流理論的影響,才能往長尾理論(The Long Tail)邁進。


『車流理論Car Flow Theory』思考方向不僅適用於虛擬通路,也適用於實體通路;不僅適用於通路,也適用於組織;不僅適用於企業,也適用於政府機關。後續文章再好好解釋了...

標籤: , , , , ,

繼續閱讀:台灣搜尋引擎優化與行銷研究院

長尾理論與車流理論 (The Long Tail & Car Flow Theory)

2004年10月《Wired》雜誌主編Chris Anderson在一篇文章中提出了長尾理論(The long tail):認為只要通路夠大,非主流的、需求量小的商品總銷量也能夠和主流的、需求量大的商品銷量抗衡。

這個理論打破了1897 年,義大利經濟學者帕列托的80/20法則(Pareto Principle),即大部分的結果來自於少數的來源。


原本只能掌握大部分80%客戶的企業聽到長尾理論當然很振奮,紛紛研究如何能夠掌握從頭到尾的市場...


當然Chris Anderson的長尾理論只是一個簡單的數學問題,把銷量近似無的加以無限總合(這個不就是微積分嗎?又很類似梅田望夫所說的三大原則中的第三原則),所以長尾理論其實只是簡單數學的結果,但是Chris Anderson沒有告訴我們如何實現?


哪些企業有資格實現長尾? 他認為只要通路夠大,夠大是多大?當然我們很清楚,所謂通路夠大應該指的是虛擬通路,因為實體通路的擴大,成本會相對提升,實體通路無法負擔非主流的商品。


或者有限實體通路必須搭配虛擬通路才可能做到。


好的,那虛擬通路只要夠大就可以實現長尾理論嗎?


我們以Amazon來探討。Amazon如何能夠銷售非主流商品?這些商品可能賣個一年只賣掉十本,銷售這樣的商品牽涉到幾個成本:庫存、運送、售後處理。


主流商品與非主流商品最大的成本差異在於庫存成本,如果所有非主流商品的庫存成本都由Amazon來負擔,應該早就倒閉了,Amazon不可能把所有商品庫存都由自己負擔,因此由所有下游廠商分擔了大部分非主流商品的庫存成本。


因此在Amazon與下游廠商之間把庫存、運送、售後處理,把成本壓到最低並且快速無誤,就是長尾理論的困難點。


延續前面提到的『車流理論 Car Flow Theory』剛好可以補足『長尾理論The Long Tail』沒有提到的問題。


『長尾理論The Long Tail』認為只要通路夠大,非主流的、需求量小的商品總銷量也能夠和主流的、需求量大的商品銷量抗衡。


應該修正成為: 只要通路夠大,並且沒有『車流理論 Car Flow Theory』的現象,非主流的、需求量小的商品總銷量也能夠和主流的、需求量大的商品銷量抗衡,並為企業帶來利潤。


也就是就算通路夠大,如果企業存在『車流理論 Car Flow Theory』的現象,一樣無法達成長尾理論,因為『車流理論 Car Flow Theory』產生的成本會拖垮您獲得的利潤。


因此,如果您想知道您的企業是否可以實現長尾理論,只要先看看『車流理論 Car Flow Theory』的現象是否存在您的企業,如果存在的話,先解決吧!


如果您的企業沒有『車流理論 Car Flow Theory』的現象,那恭喜您,您可以開始思考如何實現『長尾理論The Long Tail』了。


如果還沒看過車流理論Car Flow Theory,請參考【這裡】 如果看完還是不太清楚的話,後續文章再解釋了...

標籤: , , ,

繼續閱讀:台灣搜尋引擎優化與行銷研究院

2007年10月19日星期五

Internet大破譯(七): 未來網路趨勢 - 串連、協同、虛實相依

未來網路趨勢應該沒有人能夠很清楚的說出一個輪廓,並且在企業或個人的領域上也各有不同的發展。在日本創業家梅田望夫所著的【網路巨變元年】一書中,指出了幾個重點:



(1)低價革命: 這個觀點與筆者之前文章指出的上網設備的革命有些類似,也就是上網(不管您是有意的上網或是您身上的設備在您不知覺情況下上網)不再是高消費,這個從Asus低價電腦與各式便宜的無線PDA可以獲得證實,但目前肯定還會繼續延燒到像大家用水用電一樣便宜。

另一層低價的意義是內容與服務的低價甚至免費,如現在的Gmail、Gmaps、blog等。

(2)知識重整: 藉由低價讓使用範圍的擴大,所有人類知識將會呈現在網路上共享,而整理這些知識所需的技術會相對重要,如search、ontology與semantic、voice/image/video recognition、AI、Datamining等,這些技術可以用來分析粹取這些大量的資料成為知識。

(3)兩個世界的理解: 網路世界與真實世界的溝通,也就是筆者之前文章提到的虛實不分的境界。目前這兩個世界還是壁壘分明,但是最終會虛實合一。

(4)由近端到遠端: 以前許多作業及儲存都在自己的電腦上,但透過網際網路後,近端會變成只是界面,所有程式或資料會位於遠端。也就是使用者的電腦可以只是browser而已,不需要其他應用軟體。

梅田望夫指出,看網際網路要用量子力學來看,物理學家費曼認為學習量子力學要把它看成什麼都不像的東西,因為他的特性是無法用傳統力學來看待。

同樣的在人類歷史上,網際網路也是什麼都不像的東西,只有這樣的認知才能瞭解三大法則:
-- 由神的觀點來理解未來世界
-- 由網路創造人類分身來創造財富
-- 無限大乘以近似無=something

以上三大法則確實是網際網路的基本法則,如果無法瞭解就沒辦法透悉未來的世界。

什麼是"由神的觀點來理解未來世界"?以前mail要錢就是用人的觀點?Gmail大容量卻免費就是神的觀點。

因為提供了免費使用後可以整理多少trend與target,這些獲得的知識就是比別人更有遠見的武器。

什麼是"由網路創造人類分身來創造財富"?Google Adsense就是一個可以變成全民在網路上創造分身的例子(又是Google?)。

在M型社會下,能夠善用網路或網路上所產生知識的人才有更高的機會成為M型社會的上層。

什麼是"無限大乘以近似無=something"?最好的例子就是wikipedia,每個人貢獻一點微乎其微近似無的知識,會匯集成某些東西出來。

梅田望夫確實指出了網際網路的精神與現象,但是他沒有說得很清楚到底最後結果是什麼。筆者用企業與個人兩個領域來探討,認為最後結果就是

『串連、協同、虛實相依』。

把握梅田望夫所說的現象與原則,再把串連、協同、虛實相依三大結果謹記在心,您也可以確實掌握未來的網路趨勢。至於什麼是串連、協同、虛實相依?後文再詳細說明了 ...

標籤:

繼續閱讀:台灣搜尋引擎優化與行銷研究院

車流理論: Car Flow Theory

在交通管理上有所謂的Traffic Flow Theory(交通流理論,亦有翻成車流理論),是在探討如何讓來來往往的交通工具可以順暢通行,我們今天不是要討論如何讓台灣交通順暢,筆者目的是要讓大夥瞭解資訊科技發展至今,可以用什麼比較白話的東西讓一般人可以知道資訊科技的重要。

筆者首先想出英文Car Flow Theory來說明這個概念,本來中文是要用車陣理論來翻譯Car Flow Theory,但是怕會被聽成"車震",所以在此筆者率先提出比較能被接受的詞: 『車流理論 Car Flow Theory』來表示,以跟Traffic Flow Theory來區分,如果您翻成車陣理論也是可以啦。若承蒙引用,請註明本文聯結出處,以尊重智慧財產權。

什麼是車流理論 Car Flow Theory?如果您開車常遇到大排長龍等紅綠燈應該都會感受到,明明前面已經綠燈了,為何車流還是不動呢?其實前面車子已經在動,但是因為車子與車子之間不是連接在一起的,所以您必須等到您前面車子陸續移動後才換到您往前。

這裡面牽涉幾個要點:

(1)如果您前面有N輛車子,每輛平均反應時間是n秒的話,您必須等待 (N x n)秒的時間才能開始往前。例如您前面有10輛車子,每輛平均反應時間是1秒,您就必須等待10秒才換你往前開動,這個(N x n)就是正常等待時間(Normal Waiting Time)=NWT。

(2)如果在正常狀況下之外,有M輛車子平均被某些原因延遲m秒(例如被插隊或任何原因),您就必須多等待(M x m)秒。這個(M x m)就是延遲時間(Delay Time)=DT。

就是這個正常等待時間與延遲時間讓您覺得車流沒有在移動而火冒三丈。

這個跟資訊科技有啥關係呢?當然有關係!這個車流理論可以應用在【企業供應鍊】與【企業組織架構】或其他企業系統上。

試想,如果車子跟車子之間如火車一樣被聯接起來,火車頭一動,最末節也同時跟著動起來,正常等待時間消失了,只要車頭不被延遲,延遲時間也不見了...

在【企業供應鍊Enterprise Supply Chain】與【企業組織架構Enterprise Organization Structure】上,這個聯接起來的方式就是有效應用資訊科技。

企業供應鍊中常見一個例子,甲企業接到訂單後發現沒有足夠庫存,開始動作向乙企業下訂單,乙企業接到甲的訂單後發現沒足夠供應量,因此開始向丙企業下訂單...如同前述(1)(2)的情況,甲企業需要等待( NWT + DT)的時間才能夠確定出貨。

如果甲乙丙企業能夠有效應用資訊科技,當甲企業接到訂單知道庫存不足的情況下,丙企業已經開始幫乙企業備料,如此便可以消除不必要的等待時間,不要小看這些時間的延遲,常常就是接單成功與否的重要因素之一。

在企業組織架構上,如果沒有應用資訊科技,情況可能是這樣: 總經理決定一項專案計畫告訴協理,協理回辦公室處理完事情後召開跨部門會議告知部門經理,各部門經理隔天開始陸續舉行部門會議討論,就這樣一層層的瞭解與告知,到最基層的人員可能已經是一個星期後了...

車流理論Car Flow Theory是要告訴大家,善用資訊科技來讓各單位聯接起來,減少NWT與DT的影響,可以讓企業變成動作迅速的機動部隊,讓車流理論的影響降到最低。

看完這篇文章後,您也思考看看您的企業是否有車流理論存在呢?如果有的話,趕緊想想辦法吧!

標籤: , ,

繼續閱讀:台灣搜尋引擎優化與行銷研究院

2007年10月18日星期四

Internet大破譯(六): 未來網路趨勢

在之前文章"當感覺不到網路的存在時,網路的商機才剛要開始"就曾經揭櫫,未來網路會虛實難辨,實體走向虛擬化、虛擬轉成實體化,最後已經沒有什麼是實是虛。



反正就是如真似幻、真真假假,就好像電影Matrix所敘述一樣,到底是人生是夢?還是夢是人生?經過了五年左右,網路無所不在的條件已經完成大半,陸續許多實體活動已經都在虛擬中發燒 (如社交網路、網路銀行、網路購物拍賣、協同辦公室等),http://www.linkedin.comhttp://www.facebook.com從2006年初開始受到全球矚目,筆者在Linkedin的朋友人數已經到達四萬多人遍及世界各地,其間可以互換各項全球訊息。

而許多虛擬的服務也企圖跨進實體世界(如Google Print Ads、Google Phone、Google Map、電子紙、及許多網路購物建構實體通路等),這個虛實之間到底誰勝誰負,就完全決定在創新的程度。在談到創新之前,先來看兩個例子:

(1)http://www.sidewaysbike.com: 側騎式自行車
(2)http://www.onethousadnpaintings.com: 販賣數字

看了以上兩個例子,大家應該都會出現小丸子的三條線(也許更多條吧...) ,但是如果你想想100多年前萊特兄弟沒有覺得走路太無趣了,現在也不會這麼多飛機在天上飛。

這位Michael先生認為傳統腳踏車已經都200年了,該轉個向騎看看了吧,因此發明了側騎式自行車,誰敢說以後車子都一定往前走? (呵呵...不是已經出現汽車可以往側邊開來路邊停車嗎?)

第二個例子更讓人跌破眼鏡,網路上賣數字然後寄送出一張畫有藍色數字的生意,竟然已經賣出七、八百個數字,現在如果想買一個數字要價達七百多美金,這個網站還出現在BBC及Wired等媒體(http://www.wired.com/wired/archive/14.12/posts.html?pg=3)。

所以誰說社交網路就要像facebook、Linkedin? 誰說影音網路就得跟Youtube看齊?誰說實體走向虛擬化、虛擬轉成實體化就只能現在這個樣子? 模仿活路不多,創新才能走出一片天地。

Yahoo於1994年四月創立,Google創立於1998年,Youtube於2005年二月由三位Paypal出來的職員成立,每幾年就會出現創新的典範,因此實體走向虛擬化、虛擬轉成實體化的創新事業肯定還有太多點子可以發揮,但到底是啥呢? 待續了...

標籤:

繼續閱讀:台灣搜尋引擎優化與行銷研究院

2007年10月2日星期二

Open Source 知識管理軟體: Kbpublisher

不管在企業或任何一個機關單位,知識管理都是一個電子化的核心要務。知識管理做得好,不僅知識可以順利傳承,對於整個業務的推展也都助益不少。

但是一般商用的知識管理系統不僅價格昂貴,少則十多萬,多則數十萬甚至百萬,讓許多人望之卻步,而一般免費的知識管理軟體又都功能不齊全,因此一談到知識管理,大多都不曉得該如何是好...

一般而言,知識可以分成內隱及外顯導向(Tacit Knowledge and Explicit Knowledge)。外顯導向指的是很容易由一群人整理出來的知識,比如對於產品的FAQ,或是企業的專利知識等。所謂內隱知識,即是指隱藏於腦內,對事情的方法、經驗、判斷、決策、創意等,因爲這些特質平時並無外放出來,因此屬於內隱式的知識。內隱的知識行諸於文字、聲音、影像等媒介,呈現為文件、技術論文、報告、操作手冊等等,分享給大家,以供他人觀察、學習,就又可成為外顯式知識。

因此一般要挖掘內隱知識,除了系統必須以daily based的方式讓使用者去記錄每天的處理事件過程之外,還需要有另外的機制去粹取知識出來,因此大多系統比較無法真正做到自動化的內隱知識的管理。但是若能夠讓使用者很方便的自己去整理一些內隱的知識,轉換成為外顯的知識,並且這些整理後的資料可以幫助使用者在工作上的便利,也不失為一個不錯的知識管理系統。

Kbpublisher就是一套可以很方便整理資料的一個開放源知識管理系統。系統架構是由Php+MySql組成,管理端可以分層次: admin、Editor、Author等。註冊用戶也可以根據開放的權限來貢獻知識。並且內容除了線上編輯之外,亦可以附檔的方式。







該系統目前沒有中文版,但是其模組化架構下可以很容易的翻成中文,而其搜尋有些微的bug,但是可以修改幾行指令來完成,筆者目前將Kbpublisher改成UTF-8並且可以全文搜尋,等有空修改中文完成後再與大家分享。

有興趣的話可以拜訪Kbpublisher的網站去下載來試看看吧!

http://www.kbpublisher.com/

標籤: ,

繼續閱讀:台灣搜尋引擎優化與行銷研究院

2007年10月1日星期一

Windows下安裝Apache + SSL

前陣子剛好需要使用自發伺服器認證,由於使用的是Windows IIS,因此很簡單的幾個步驟就啟用。最近剛好有人詢問Windows下如何使用Apache Server加上OpenSSL?因此找了一些資料實地安裝了一遍,資料來源是:

http://blog.ericsk.org/archives/215

http://www.pczone.com.tw/vbb3/thread/47/96241/



這兩個網站基本上說明的已經算很清楚,但對於Apache不熟悉的人,可能還有一些問題,因此把資料匯整一下。

(1)首先下載Apache的OpenSSL版本:

http://209.61.202.80/apache/Apache_2.2.3-Openssl_0.9.8d-Win32.zip

假設你把它安裝在D:\Apache2.2\目錄下
安裝時會詢問你domain name、server name與admin email
你輸入的內容會寫到httpd.conf檔案內 (d:\apache2.2\conf\httpd.conf)

httpd.conf是啟動Apache的主要設定檔案

(2)打開httpd.conf

將LoadModule ssl_module modules/mod_ssl.so前面的#去掉
將Include conf/extra/httpd-ssl.conf前面的#去掉
將httpd.conf存檔

(3)打開D:\apache2.2\conf\extra\httpd-ssl.conf

將#SSLMutex "file:D:/Apache2.2/logs/ssl_mutex"
改成SSLMutex none

並確認:

<VirtualHost _default_:443>

# General setup for the virtual host
DocumentRoot "D:/Apache2.2/htdocs"
ServerName your.server.com.tw:443
ServerAdmin your@email.com
ErrorLog "D:/Apache2.2/logs/error_log"
TransferLog "D:/Apache2.2/logs/access_log"

以上your.server.com是你的機器名稱,如果沒有domain name,可以用ip來代替

這個檔案主要是Apache開啟後,需要知道SSL的設定組態

(4)繼續看httpd.conf

SSLCertificateFile "D:/Apache2.2/conf/ssl/server.crt"

SSLCertificateKeyFile "D:/Apache2.2/conf/ssl/server.key"

如果不需要瀏覽端認證,以下可以不管他:

#SSLVerifyClient require
#SSLVerifyDepth 10

如果自發認證,以下可以不管他:

#SSLCertificateChainFile "D:/Apache2.2/conf/server-ca.crt"
#SSLCACertificatePath "D:/Apache2.2/conf/ssl.crt"
#SSLCACertificateFile "D:/Apache2.2/conf/ssl.crt/ca-bundle.crt"
#SSLCARevocationPath "D:/Apache2.2/conf/ssl.crl"
#SSLCARevocationFile "D:/Apache2.2/conf/ssl.crl/ca-bundle.crl"

修改完後將httpd.conf存檔

(5)要產生SSL所需要的key的前置動作

這個動作牽涉到幾個:
(a)Apache目錄下的/bin/openssl.exe
(b)Apache目錄下的/bin/openssl.cnf (不是openssl.conf喔)

打開openssl.cnf,看看內容:

[ CA_default ]
dir= ./ssl

你先在Apache目錄下的/bin/下建立ssl目錄
也就是有了 d:\apache2.2\bin\ssl,這個目錄放置SSL檔案

(6)在 d:\apache2.2\bin\ssl下建立一個空檔案
index.txt

(7)在 d:\apache2.2\bin\ssl下建立一個檔案serial,內容就輸入01
(不要副檔名喔)

所以目前d:\apache2.2\bin\ssl有兩個檔案: index.txt與serial

在d:\apache2.2\bin\ssl下再新建一個目錄newcerts

(8)產生SSL key
以dos command進到d:\apache2.2\bin
並以下面指令產生key(中間過程會要你輸入一些組態...自己看看...應該沒問題)

d:\apache2.2\bin
openssl genrsa -des3 -out ssl/ca.key 1024

d:\apache2.2\bin
openssl req -config openssl.cnf -new -key ssl/ca.key -out ssl/ca.csr

d:\apache2.2\bin
openssl x509 -days 3650 -req -signkey ssl/ca.key -in ssl/ca.csr -out ssl/ca.crt

d:\apache2.2\bin
openSSL genrsa -out ssl/server.key 1024

d:\apache2.2\bin
openssl req -config openssl.cnf -new -key ssl/server.key -out ssl/server.csr

d:\apache2.2\bin
openssl ca -config openssl.cnf -days 3650 -cert ssl/ca.crt -keyfile ssl/ca.key -in ssl/server.csr -out ssl/server.crt

檢查你的d:\apache2.2\bin\ssl下
是否有了11個檔案及一個目錄 ,將整個ssl目錄copy到d:\apache2.2\conf下

(9)現在重新開啟Apache,應該已經可以用https://來開你的SSL
如果不能的話,看看d:\apache2.2\logs\error.log是哪裡出問題


標籤: , ,

繼續閱讀:台灣搜尋引擎優化與行銷研究院