訂閱本網誌: Facebook, Google+, 電子報, RSS

創業 CEO:好策略運用「優勢」,「乘勢」而起

July 2nd, 2013

riding the wave

在每週一次的「創業 CEO」系列,我們討論一個創業者如何教會自己成為一位偉大的 CEO,因為歷史上最偉大的創業公司,往往都是由這樣的人在領導

一個領導人的預測不需要完全正確,一個組織的策略只需要比競爭對手的「相對」正確就夠了。

歡迎來到 Good Strategy Bad Strategy 線上讀書會 #9,今天討論的是第十二章 Using Advantage 與第十三章 Using Dynamics。

Using Advantage 運用優勢

「優勢」的根源是「差異」,是對手間的不同處。在真實的對戰組合中,雙方的差異數量多如牛毛。領導人的工作是去辨識哪些差異是關鍵的,是可以被轉化為重要優勢的。

在十多年「量產式教育」的過程中,我們被鼓勵從眾,任何離群的表現則會遭到懲罰。因此,我發現當決定要成為創業者時,我們必須要先「Unlearn」從眾這個脊髓反射,即使業界大家都是這樣做,也要先思考「Why Not」,才能從那邊創造出差異,進而產生出競爭優勢 — 不,做同樣的東西但售價比對手低,並不是真正的競爭優勢。

一個優勢要可以持久,勢必要讓你的競爭對手無法複製它。或者更確切的說,沒辦法複製這個優勢底下的戰略資源。

競爭優勢是一個先天上的優點,一種做事的態度、方法,或是運用這些優勢所創造出來的產品。舉例來說,1997-2011 年的 Apple,其競爭優勢是 Steve Jobs 的品味,他們堅持用極簡、工業設計、垂直整合、每年改版一次等態度與方法去做產品,以及做出來的 iPod、iPhone 與 iPad 等產品。這些競爭優勢都是可以被競爭對手模仿的,但 iTunes、App Store、蘋果商店與經濟規模,也就是 Apple 利用其競爭優勢所創造出來的資源,則很難被對手所複製。

因此,一個領導人除了必須要了解自己組織的競爭優勢在哪裡,還需要運用這些優勢去創造難以被對手複製的資源。

競爭優勢與財富之間的連結是動態的。當優勢增加,或是對優勢產生的資源的需求增加,則財富才會增加。

競爭優勢,或是優勢所創造出來的戰略資源,並不是創造了之後就可以坐擁寶山,享受一輩子的福報的。事實上,優勢與資源會「半衰」,眾多的競爭對手更是永遠都在後面追趕。所以一個組織的工作是不斷想辦法拉開差距,也因此為什麼 Apple 會每年出一款 iPhone,而不是一款 iPhone 賣 10 年。也因此 Apple 的競爭對手試圖用更高的產品更新頻率、更多的產品樣式去減弱 Apple 的競爭優勢。也因此,雖然 Apple 擁有極大的戰略資源,一旦 Steve Jobs 離開,人們預期這樣的競爭優勢將會衰退,所以 AAPL 的股價就開始下滑。

Using Dynamics 乘勢而起

重大的改變浪潮就好像地震一樣,它會創造新的戰略高地,也會弭平舊的高地。

最好的例子就是網路遊戲產業正在經歷的板塊位移,由於智慧手機的普及,讓非常多的玩家從玩桌機遊戲,快速的轉為用 Mobile Apps 玩遊戲。這讓許多仰賴所謂「Online Game」風潮佔到高地的遊戲廠商頓失優勢,而讓許多 App 遊戲廠商有機會乘勢而起。

那些「不重視細節」的領導人在承平時刻可能表現不錯,但乘勢而起需要的是對改變以及改變的根源「密切的感覺」。

一個領導人要能夠辨識板塊位移,除了看見世界的變化之外,還需要知道變化發生的真正根源,也就是之前提過的,看見世界的五個層次的能力。其中 Rumelt 提到有五種跡象,可以協助你感受到浪潮的來臨:不斷升高的固定成本、政策的放鬆管制、普遍的預測偏差、既得利益者的反應,以及理想的狀態。

以上是我讀完這兩章之後的心得,與大家分享,也歡迎你留言提出你的感想。下禮拜,我們將討論第十四章 Inertia And Entropy 與第十五章 Putting It Together。

前往 Good Strategy Bad Strategy 線上讀書會 #10

___

關於領導與管理的種種想法,我常分享在 Facebook,歡迎追蹤

(Photo via haniamir, CC License)

品味:為腳踏車愛好者設計的新玩意

June 28th, 2013

handleband

歡迎來到每週一次的「品味」專欄,在這裡,我分享我所看到的種種美好。

這禮拜要介紹三個新發現,都是為單車族所設計的好東西。

The Handleband

The Handleband

The Handleband 幾乎不需要解釋,它就是一個把手機牢牢固定在龍頭上的橡皮筋。當然,講起來簡單,但實作上並沒有那麼容易,畢竟有些人會把車子騎到山坡上去 Off-road,要設計出在那種極度震盪的過程中還能把手機抓緊的裝置,是需要一些功夫。

The Handleband interations

住在科羅拉多州的 Daniel Haarburger 經過了好幾次的 iterations,才終於找到現在這個對的方程式。The Handleband 抓手機抓得有多勞,請來欣賞一下實際測試的影片:

How Strong?

當然,除了抓緊之外,The Handleband 超級容易解開方便你隨時接電話、正面束帶貼心的挖空不擋住任何 App,以及最後還附上開瓶器等細節,也相當讓人激賞。而且它還有一個特殊應用,當夜間缺乏車燈時…

The Handleband bike light

Ringtool

Ringtool

今天早上看到 Ringtool 時,我大叫了一聲「Duh!」天啊,怎麼沒人想到過,原來要把這九個小工具帶在身上,只需要這麼簡潔的設計。市面上的「萬用螺絲起子」,總是用傳統的起子去想像,然後把頭做成可以更換的。但那就會變成一個把手加上一堆頭,零零散散非常難攜帶。而做成「多機合體」的小萬用起子,則常常為了體積犧牲掉 Torque,好帶但是實際很難施力。因此看到 Ringtool 我驚為天人,奇怪之前怎麼都沒有人想過,把它做成圓形的就好了。這樣不但好帶,而且也很好施力,再緊的螺絲,都不怕轉不動。

Ringtool fixing

而且,當然,除了開螺絲,Ringtool 也能拿來開啤酒 (行政院衛生署提醒您,喝酒不騎車)。

Ringtool opening bottle

The Belll

The Belll

最後是位在阿姆斯特丹的 Dutch Design 設計的 The Belll 單車鈴。這個東西或許沒有前面兩個那麼令人驚艷,但我覺得他們勇於去打破「單車鈴就是該長得像一個鈴」的這個態度值得我們學習。而事實上要把一個單車鈴做成方的,還要考慮到容易安裝,也沒有那麼簡單。從以下他們的設計圖,你可以看到對細節的一些用心。

The Belll inside

不過 The Belll 的價值訴求似乎是弱了點,在 Kickstarter 上的募資狀況比前兩者差非常多,當然,也或許只是 Dutch Design 忘了把開瓶器設計進去罷了。

大家週末愉快

___

7/5 (五) 歡迎來 appWorks Demo Day #6 看看第六屆 appWorks 育成計畫所有團隊的作品

先手動,再自動

June 27th, 2013

street vending

會寫程式的工程師創業者有一個優點,就是他們能夠蓋出很厲害的產品。但這個優點有時候會變成缺點,當他們過度迷信程式可以解決所有問題,甚至是還沒有確定到底要解決什麼問題,就已經開始動手寫程式。

要知道一個工程師創業者有沒有這樣的毛病,其實很簡單,只要把他做的網站 (或是 App) 打開,一個一個頁面點進去看看,如果有很多是程式自動產生的空白頁面,那很有可能就是犯了「過早自動化」的毛病。

過早自動化有什麼壞處?首先,它是一種腦力與生產力的浪費 — 一個頁面既然沒有內容需要被顯示,費心設計程式去自動產生它,當然是一種浪費。同樣的時間,大可以被花在研究、思考、實際去驗證使用者到底有什麼問題需要被解決上面。創業初期最珍貴的資源是時間,如果不能在一、兩年內找到 Product-Market Fit,好不容易組起來的團隊就會開始分崩離析。把這麼珍貴的時間花在自動化不需要的頁面上,當然是很可惜的浪費。

再來,過早自動化會讓你錯失處理真實的內容、顧客、供應商,在過程中建立起「手感」的機會。即使自動化出來的頁面真的有內容,真的有人看,真的有訂單,那也不代表它就是一個完美的投資,相反的,你可能會因此損失了「向失敗學習」的機會。舉例來說,一個賣東西的電子商務網站,訂單轉換率往往不到 5%。這代表著這個目標是「達成交易」的自動化軟體,對 95% 以上的使用者而言是失敗的。問題是,大部分的情況下,你不知道它失敗在哪裡。這些人來了就走,你根本沒機會問問他們,到底為什麼沒有買東西,我的設計哪裡沒有符合到你們的需要。

相反的例子就是像 MamibuyMydress 等這類從 Facebook 社群、手動團購慢慢長出來的電子商務網站,你可以明顯的感受到他們對於自己的目標族群,喜歡買什麼,不喜歡買什麼,有著更深入的理解。

最後,過早自動化會讓你陷入轉向困難的窘境。每一行程式畢竟都是工程師的心血,好不容易 debug 好的東西要殺掉更是令人淌血。我看到很多工程師創業者都是卡在這裡,太早把頭洗下去,洗了之後才發現這是一個不太被需要的自動化軟體,接著進退兩難,只好悶著頭繼續把功能一直加進去,暗暗祈禱如果有很多很多功能的話,其中某個功能或許會打中某個使用者。當然,回頭去看所有大受歡迎的網站、App,很少是在這樣的開發軌跡下的成功。

所以,在任何的自動化之前,我建議大家先用手動的方式一筆一筆的處理你的商業流程。等到確定了這個流程真的被使用者需要,慢慢在過程中摸清了眉角,並且量大到手動快要沒辦法處理了,這時再寫程式去自動化它。相信我,在那個過程中,你會學到很多東西,也會開發出更符合所有人需求的軟體。

___

一天中關於創業的種種觀察,我常分享在 Facebook,歡迎追蹤

(Photo via tobi, CC License)

©2026 MR JAMIE.
網站由 Allen Hsu 設計 | Logo 動畫由 Wen Chen 完成