跳到主要內容

敏捷的世界需要一聲驚嘆 - AHA Manifesto(上)


前言

上週二參加了一場預先不太清楚主題是什麼的分享會,是由一位敏捷社群的大大邀請的,這次的活動有幾點引起我的興趣:
  1. 名額極為限量,主辦單位想排除掉一些已經聽過類似主題的人,把機會讓給沒聽過的,感覺機會非常難得。
  2. 活動禁止拍照、錄影、錄音(後面結語時例外)。
  3. 活動介紹頁不斷的提到 AHA 這個沒聽過的詞彙,網路上也查不到。
  4. 在介紹的末尾寫到:「本次分享不太適合大公司的螺絲釘員工、只願意沉溺於技術細節的工程師、只浮於抽象層面不願意解決實際問題的老司機、自己不改變只想改變別人的Change Agent。」
上述的種種吊足了我的胃口,而且門票只要 300 塊,買不了吃虧、買不了上當,便心一橫決定去聽看看。

由於時值下班尖峰時間,當天我大概晚了十分鐘入場,一坐下就感受到這場講座與眾不同之處,講者 Daniel 是一個能量四射的天才,而且場子並不大(大概 30 多個人),所以他和台下的互動非常頻繁,大概是講五句話就會問台下一個問題的狀態,一般來說台下聽眾都會和講者有一段距離,所以這種問答往往只有小貓兩三隻,更慘一點就自問自答,但 Daniel 透過他對講題的熱情,還有逗趣的反應(BTW 台下似乎有很多人認識他), 在過程中你會不自覺感染他對於自己在做的項目 - G2Rail.com(一個提供多國鐵路票券的訂票網)的熱情,很自然的試著回答他的問題,隨著他熱情的分享很自然的將他三年來如何迭代演進這個網站的歷程很生動的走過一遍,最後半小時再聽他總結從這些裡面獲得的 AHAs,高潮迭起,整個過程 3.5 小時(從 6:30 一路講到 10:00 )幾乎沒有人起來上廁所,講師也沒有要中場休息的意思,是我人生中罕有的聽講經驗。

講座內容

他講了什麼?我覺得用簡單的話來形容是「一個有快速程式實作能力的商業駭客,如何駭入鐵路票券販售的商業空隙」,如果按照一般的分工,應該會有 PM、UI 設計、前後端工程師,甚至是做系統架構的人,還有客服人員、使用者資料分析師負責接收反饋意見,但在 G2Rail.com 這些事情全給 Daniel 包辦了,兼之他又是創辦人之一,有足夠的決策權,每天都可能有新資訊進來、新的領悟、新的想法產生、新的功能上線,所以他在過去這三年的迭代有多快,學到的東西會是一般正規團隊的幾倍速可想而知,而所謂 AHA 一詞其實就是我們在頓悟時發出的「啊哈」聲,所以 AHA 也可以解釋為「悟出的事情」,整個分享其實沒有程式技術背景也可以聽,但若有技術背景會更有感悟。

其實整場講座的訊息量很大,幾乎沒有時間停下來解釋太過細節的東西(要聽細節之後有一千美金的課程可參加),所以我只是聽個大概念,且礙於當中有一些實作上的細節涉及商業機密,我這邊僅分享那些印象最深、他的網站現在就能體驗到的功能,以及背後商業上的心法有哪些:

1. 以用戶的角度去整合資訊,蘊藏了許多機會:對於生長在台灣的我們來說,由於幅員大小的關係(吧?),鐵路系統大概就只有分成台鐵、高鐵和捷運,搭台鐵短程可以用悠遊卡,長程就直接去買票,高鐵大多用販賣機購票,以上兩者都可以利用網站訂票,便利商店取票,至於捷運一律都可以用悠遊卡,就這麼簡單的規則,以至於我們很少意識到鐵路系統可以有多複雜,但像英國有 28 個鐵路公司、光倫敦就有十一條線路,兩百多個站; 日本鐵路則分成國鐵(又分六個子公司)、私鐵(數十個公司)、第三部門鐵道(也是數十個),光國鐵車站就將近一萬個,大阪有一個地方叫「難波(なんば, Namba)」,同時有五個鐵路公司在那邊設了四個站... 以上資訊對不熟悉的外地人是一堆一時很難消化的資訊,其實旅客要的很單純,不外乎就是我從 A 點到 B 點有哪些車可以坐?坐哪一種車比較經濟?轉車次數比較少?是否買特定的優待券比較省?優待券是否會限制我能搭乘的車種?

如果一個網站只是單純的做「賣票」這件事,上述問題旅客都要自己去查,那麼他離開這個網站的機率就很大,除非是國家特許,票券只能在這裡買,再不然就是這邊買特別便宜(通常小的創業者不可能有以上兩種條件),所以 G2Rail.com 這三年來便做了很多優化,例如:只要輸入你的起點和終點,系統會自動帶入最合適的車站和轉乘資訊,省去很多功課的麻煩,此外你還可以選擇「出發最早」、「轉乘最少」、「價格最低」這三種排序方式,以及進一步觀看車輛簡介、車廂內有提供的設施與照片、沿途會經過的車站資訊,你所需要做的只有挑選最適合自己的票券後付錢購買。

小結:人都是喜歡便捷的,因此每一個要到別的地方找資訊都是一個 Broken,藉由預先整理資訊而把客人留住,都有可能蘊藏了機會。



2. 用系統思維來做事 & 挖掘使用者數據以獲得 Domain Knowledge:為了進一步替訂票網站帶來流量,Daniel 參考了一些寫得不錯的介紹文,做出了類似「英國火車終極指南」這樣的鐵道攻略樣板(包含:哪些車型、哪些座位種類、如何上車、如何選座、如何轉車... 等),再雇一些文科生來將每個國家的每個鐵路公司的介紹一篇篇寫出來,如果只是上述這樣,雖然路術正確,但速度很有限,所以他借助了 Google 翻譯 API 來把文章翻譯成 12 國語言,並將上述翻譯動作整合進 Jenkins 的網站部署過程中,我的理解沒錯的話,他正在將所有的資訊結構化,形成一個語意網,也就是說將世界主要國家的所有鐵路相關的資訊塞進結構化的網絡中,例如:國家、城市、鐵路公司、車站、透過鐵路接壤的城市、月台、照片、站名縮寫、車站的廁所符號... 等鉅細彌遺的資訊,一旦這個網絡漸漸形成,上述產生文章的工作就不難想像可透過程式來完成,而且因為作為模板的第一篇文章還內含有益於 SEO 的 DOM 結構,所以後續按那個模板生成的文章也就自然會在 SEO 上佔有優勢,再想像每一篇文章內都嵌有 G2Rails 的訂票界面,旅客不僅可以在該文章得到充足的資訊,還能夠直接在那邊下訂,誘因可說是非常的強,輔以多國語言和 SEO 的優勢(很多國家對於另一個國家鐵路的資訊很少,先搶佔關鍵字的排名前面位置,就算是機器自動產生的文章,也足以對該國的旅客提供有幫助的資訊),等於有自動化的機器人 24 小時替 G2Rails 招徠客源,只要一開始模板生好了之後,管理者只要定期檢視導流成效,不定期翻新一下個別車站資訊以及調整一下文章模板就能等著生意上門,還有什麼比這個更貼切的被動收入呢?

全世界鐵路資料 x 多國語言 x 列車即時運行資訊 這三個維度展開的龐大資料庫正是 Daniel 現在費心開展的弘大計畫,如果發展起來的話對所有鐵道乘客將是一大福音,也是 G2Rails 一項非常棒的競爭優勢。

當然上述方式還不能高枕無憂,Daniel 還有提到另一點,就是他勤於觀察客人在網站上的行為(事實上從他的言談之中就會體認到他對各國鐵道的如數家珍,已經到了鐵道專家的程度,做一門生意就要對該行檔了解到這麼透徹才行),好比他透過觀察站內使用者的搜尋行為,得知真正要買車票的旅客會去關注自己要去的城市要在特定車站的哪個月台搭車,所以如果針對車站月台去買關鍵字,買來的流量就會有很高的成交率(因為他們離發生實際購票行為已經很接近),唯有對用戶夠瞭解,你才知道要去買什麼關鍵字,站內的介面要做怎麼樣的優化,所以要顧好一盤生意要用系統化思維來提升效率(會讓你和競爭對手的差距大大拉開),也要注重使用者行為分析,結果可能會帶來很多你意想不到的幫助。

好了,先寫到這裡,下一篇再來分享 Daniel 給我們的 AHA 結語吧!

下篇:敏捷的世界需要一聲驚嘆 - AHA Manifesto(上)

參考資料:

  1. 日本鐵路(一):鐵路公司及種類



留言

這個網誌中的熱門文章

敏捷的世界需要一聲驚嘆 - AHA Manifesto(下)

究竟新創公司應該維持怎麼樣的節奏最有利於創新?最後的結語更加精彩,是 Daniel 這三年創業在不斷嘗試中歸結出的心法,我想對於每一個產品人、商業策略制定者,乃至於工程師都很有幫助: AHA Inhibitors(抑制創新的因素) Prediction & Perfection:過早試圖預測與最佳化、加入很多 KPI 和 Metrics(衡量指標)、加入很多組織架構,這些都會讓事情變得不好玩,Daniel 的玩法是有了想法要搞獨奏,不依賴他人能力、自身快速迭代,他稱之為「Playful Solo」,就像一個人在獨奏某樣樂器似的那樣忘我,當然啦,我覺得這點會隨著組織狀況和個人能力不同而不同,一個多元能力的人要搞獨奏容易,但一群人要同時進入這種狀態,能一同往好的方向創新,那又是另一個層次的問題,但不論組織大小如何,就個人經驗來說的確過度預測和最佳化多半只是為了讓自己安心而已,並不能為事情帶來實質幫助(還記得 之前這篇 寫的暑假計畫表嗎?)。 Knowledge Shield:這邊指的是組織中有太多的專家,他們對於某項東西已經太熟了,以至於對任何創新的點子都多少帶有成見,讓一些想法在萌芽階段就被各種抨擊打掉了,所以他認為組織中應該要有專家 / 創新者的平衡,不具備專業但具備研究辦法的人是很需要的。 Concrete Reasoning:要有推論,但不要鑽牛角尖,決定論也會扼殺創意。 Velocity vs Speed:追求速率的同時要看看是否在正確的方向上,否則速度再快,方向錯了也無濟於事,去思考看看你的工具箱中是否有不同維度的工具,而不是用人工去拼,如:把 Jenkins 自動部署轉個彎,便能自動化生成多國語言文章。 AHA Manifesto(創新宣言,仿敏捷宣言格式 XD): Trivial & Detail over Big & Abstract:瑣碎的具體細節 勝於 大且抽象的概念,捲起袖子去做很多具體而微小的事,不要整天吹高大上的概念。 Continuous over Do It Once:連續性的執行 勝於 一次做完(他會一件事先做一點,想一陣子再做一點,很像敏捷的小量快速迭代),做很多重複且具聽的事。 Shortage over Abundance:匱乏 勝於 豐裕(窮會逼你想到變通方法,有錢人...

成為讓部屬願意追隨的上司 - 重點摘要(中)

前一篇 文章 提到,因為想羅列出一份有參考性的管理者特質而去參考曾擔任日本知名企業,如: ATLUS 、 TAKARA 、美體小舖、星巴克社長一職的  岩田松雄  所寫的「成為讓部屬願意追隨的上司」一書,這本書文字量並不大,也用了很多生動的例子去說明想說的觀念,花了大約一週便讀完了,以下是第四、第五章的整理,希望能給你一些啟發,也歡迎你在下方留下自己的看法,與我交流。 Ch4. 眾人「情願追隨」的領導者決斷力 多算勝,少算不勝: 避免在尚未得到充足資訊之前就匆匆下了結論,只要在期限內,不必急著做決定。以我自身的經驗,問對問題,找到對的研究方向也非常重要,決斷時,邏輯的正確性可說是基本中的基本,弄錯這個速度再快也沒有幫助。 面子擺一邊: 決策不是為了自己的面子,而是為了公司全體員工必須做出正確的判斷,所以倘若後續有新的資訊進來,應該要毫不猶豫的加以分析、利用,就算是朝令夕改也沒有關係,作者認為決策時不需要考慮身段是否漂亮。就個人的經驗,只要講得出一套合理的理由,相信下屬應該能夠理解的,比較怕的是為了自尊而硬坳,反而會越描越黑,坦承自己也是人,也會有判斷疏失的時候,往往比較能博得下屬的信任。 相信下屬,但不可相信下屬做的每件事: 作者這邊的意思是人不是機器,難免會犯錯,或是對事情摻雜主觀意識,所以就算覺得厭煩還是得反覆檢查。關於這點我並不完全認同作者,因為隨著職位越高,下轄的工作量勢必越來越多,如果每一件事情都要親自檢查,勢必會耗費不合理的時間,我認為取而代之的做法是「價值導向」和「抽查」,前者是指越重要、越不容許失誤的事情就要花較多時間來檢查,如果是較為細小的工作應該分層授權下屬代為查核,甚至是用抽查的方式(例如一週抽一件事情來查核),同時也要利用機會跟下屬同步認知(不是人格上不信任,而是人難免會出錯)。 分清楚事實和個人判斷: 很多人往往會將個人的主觀價值判斷當成是客觀的事實而不自知(例如:「這件事我認為一定是這樣,所以請不用擔心」),進而導致上司基於對情況錯誤的認知在做決策,所以作者會要求下屬先陳述「事實」,再發表個人意見。 主動挑戰,代替猶豫不決: 只要不是會動搖公司根基的事情,如果在審視完現況之後,仍然無法做很好的判斷時(要不要做),領導者自身應該具備挑戰的精神,也應該鼓勵下屬勇於挑戰,領導者也必須勇於承擔最後成敗的...

[演講摘要] 組織變革中的模式與迷思(下)

延續上一篇「 組織變革中的模式與迷思(上) 」,這篇我們繼續來看看有哪些有趣的觀點。 Myth #3:If I just had enough power I could make people change. 第三個常見迷思是 -- 如果我是主管、CEO 那麼我就可以促成別人改變(要是你不敏捷我就解僱你),用威脅的確會造成改變,但僅只是表面遵從(compliance),內心並不相信,無法讓員工真正獻出他的精力、創造力、創意... 等全心投入(commitment)他只是做,因為他必須做。 老闆多半希望員工「投入」而非「遵從」,當你掌握群眾的心,這才是你擁有力量的時候,當員工只是一昧「遵從」,此時用於監督的費用(間接費用)會越來越大,非常貴(例如:微軟在某個時期會為每個工程師配置測試師,軟體維護的費用隨時間過去有增無減),因為人們會假裝做那些你希望他們做的,但實質上並不認同,此時檢核的成本很高。作者這邊提出「與成功有約」一書中的金句: You can buy a person's hand, but you can't buy his heart. His heart is where his enthusiasm, his loyalty is. You can buy his back, but you can't buy his brain. That's where his creativity is, his ingenuity(獨創性), his resourcefulness(機敏). 你無法透過「遵從」得到上述這些。要讓一個人完全投入,你得要解釋  新觀念對他個人有什麼好處  才行。採用新觀念時,群體會分成五類人,採用時機不同: 1. Innovators(2.5%):This is new so it's cool.  --> 那些一開始就非常喜歡新概念的人。 2. Early Adopter(13.5%):It's interesting, but I want to learn more.  -->  具開放態度,要看過提出的證據和事實、誰採用過,再來決定是否跟進。 3. Early Majority(34%):I want to know what oth...