Posts

企業持續營運計畫、反脆弱與第二成長曲線

  • POSTS
這次參加了為期半年的 TGONext 計畫,從第一次的實體見面會與技術創業組小組會議,到後來幾次的線上小組會議,每次都收穫滿滿,剛好同組組員各自在創業的不同階段,算是各個階段所會遇到的議題都有討論到。 企業持續營運計畫(Business Continuity Planning) 2020 上半年最嚴重的事件莫過於疫情的快速全球肆虐,以及企業受疫情影響而導致的金流斷鏈。因此討論到了企業如何從產品面、財務面、人資面等角度因應這次的衝擊,同時各大企業也陸續發佈企業持續營運計畫(BCP),告訴客戶他們的因應策略。 BCP 的標準是 ISO 22301,另外也可參考 中小企業持續營運教戰手冊 文件。 反脆弱(Anti-fragile) Airbnb 的 CEO 寫了一段話: It Took Us 12 Years to Build, and We Lost Almost Everything in 6 Weeks. 呼應受到疫情影響,許多企業紛紛開始縮減各項開銷以度過寒冬,如果企業有幸度過了寒冬,如何在這次的災情中學習調整企業體質,增加企業的各項營運彈性,來降低遭受到的衝擊增加存活率,這剛好與反脆弱的概念不謀而合。 同時也規劃著寒冬過後所謂「報復性」的需求恢甦,當需求恢復時,企業如何快速恢復以往的產能與供給品質,也是企業經營的一大挑戰。 像是疫情嚴重期間,民眾避免任何出門機會,同時也因待在家太久導致悶壞了,疫情稍稍舒緩後,假期各大景點人滿為患,相關產業如何把握這樣的機會,彌補疫情期間短少的收入。 企業的第二成長曲線(The Second Curve) 如果公司的產品或服務,由於典範轉移、產業升級或需求飽和等因素,造成該產品不再有客戶買單,加上公司如果只有單一個產品或服務,這將會嚴重衝擊公司的營收,勢必面臨衰退的問題。 公司在第一個產品正在成長期即將進入高原期時,需要開始思考不同的產品、服務或商業模式,且要是高度異質性,可能是完全不同的客戶族群,完全不同的使用情境,同時最好可以高度重複利用公司既有資源,除了可以創造公司另一個成長動能,也能降低單一產品受影響時對公司整體造成的衝擊。

2019 年日本航空 JGC 修行

  • POSTS
背景 開始工作後,開始學著自己買機票出國,除了偶而會買低成本航空(Low Cost Cabin, LCC)的便宜機票,大部分都還是買國泰航空為主,在很久以前朋友幫忙弄到一張馬可波羅綠卡後,每年剛好至少飛一趟國泰,累積了少少的會籍積分,剛好維持著馬可波羅綠卡一直到現在。 接著幾年前決定開始把信用卡回饋改成累積飛行里程,自然而然的選擇了國泰航空的亞洲萬里通,主力信用卡也選國泰世華亞洲萬里通聯名卡或是台新銀行國泰航空聯名卡,試著自己開短程的商務艙哩程票,試著用較低的成本來取得商務艙的機票。 契機 好幾年前就聽過 JGC,也有朋友修行過,東看看規則西看看待遇,但都一直沒成行。就在 2019 年的 1 月 1 日,一大早被電話吵醒,朋友通知說國泰航空有很便宜的頭等艙 bug 票,手忙腳亂開了電腦查了票,很快的就找到 11 月底峴港到紐約以及 12 月中紐約到峴港的頭等艙還有票,但是決定要買 11 個月後的飛機票還真的是有點抖抖的,畢竟不知道 11 個月後人會在哪裡,但看了價錢,頭等艙只需要新台幣 26,101 元,大約是經濟艙的票價,原價通常要 600,000 元以上(天啊!),就算最後不能成行,這損失好像也還可以接受,沒太多猶豫就買下去了! 會籍與里程 Bug 票買了,接下來就看到網路上有許多飛行常客的大大們開始分析這張票所帶來的里程價值,如果是放在國泰航空,飛完一趟馬上可以取得馬可波羅銀卡,思考了一陣子,覺得一年的馬可波羅銀卡對我來說有點雞肋,除了基本的優先 check in 櫃檯、優先登機、優先行李以及可以進入寰宇一家的商務貴賓室外,實在沒太多價值,而且一年後又會降回到目前持有的馬可波羅綠卡。 也有人提到這張頭等票可以累積在日本航空(Japan Airline, JAL),取得日航的里程及 JAL Miles Bank(JMB)的 Fly-on Point (FOP),一個日曆年內只需要 50000 FOP 就可以取得 JGC 會籍,除了等同寰宇一家藍寶石會籍資格外,最大的特色就是每年只需要扣除 5000 里程(在日本航空,里程和 FOP 是兩種不同的累積制度),就可以延續 JGC 會籍,這對於主要飛寰宇一家國泰航空的我來說格外誘人,就算平常只會買經濟艙的票,還是可以在上飛機前享用商務艙所擁有的相關待遇,加上國泰航空銀卡甚至金卡實在是太難保級了!於是最後決定把這張國泰頭等艙累積到日本航空 JMB 上,加上年初去北京出差,從國泰航空這邊總共湊出了 29930 FOP。 取得寰宇一家藍寶石以上的會籍資格,主要可以使用商務艙報到櫃檯、進入商務貴賓室及餐廳、優先行李貼條等等主要福利。 規劃 JGC 修行 JGC 有個規定是至少要有一半的 FOP 來自日本航空自家,所以我至少要從日航取得 30000 FOP 才行,也就註定著我至少要累積到 60000 FOP。(雖然最後不小心被壞朋友踹了一腳,卡片就這樣變成黑色的了…)

打著共享經濟的租賃業者

  • POSTS
共享和租賃常常被混為一談,或是說租賃常常被包著共享的包裝,維基百科的「共享經濟」條目也這麼寫著: 理論上,在共享經濟體系下,人們可將所擁有的資源有償租借給他人,使閒置資源獲得更有效的利用,從而使資源的整體利用效率變得更高。 但是事實上,目前大量營利公司所宣揚的「共享經濟」並不是利用閒置資源,而是製作了那些專門用於「共享」的商品,本質上就是「租賃經濟」,營利公司為了占有市場,大量投放「共享」商品,造成大量浪費,產生各種問題,完全違背了其聲稱的「使資源得到更有效利用」的主張。 但這些租賃業者,總高呼著共享的口號… 所謂的共享,前提應該要是閒置資源,且應該是 Platform 與 C2C 的概念,公司提供平台,但提供服務的器物都是屬於平台上的使用者所有,而非公司擁有。 而租賃則是 B2C 或者類似 B2B2C 的概念,公司除了提供平台,提供服務的器物也都屬於單一或少數公司的專用資產,不但非個人所擁有,也並非利用既有的閒置資源。 最後一個變化則是接案跑單類型的,公司提供平台,接案者非該公司員工,所使用器物也非公司資產,重點在於人而非器物,如果今天把家裡閒置的廚房拿出來租給別人用,那就是共享廚房,但如果是自己在家用閒置的廚房幫別人煮菜,則是接案。如果人力資源也是公司員工,那就是一般的提供服務的公司啦! 共享經濟目前面臨最大的問題大多是安全問題,Airbnb 共享房間之所以能成功,主要也是房間通常是獨立套房或可上鎖的空間,偷竊與其他各種安全問題相對小。共享廚房概念就比較難實現,因為一般大眾的家中,廚房不會有獨立的出入口及門鎖。 在台灣,共享停車位的問題,主要遇到的問題則是法規與稅務方面,為的是避免停車場業者濫用共享經濟,如今法規也明定一個車位一個月最多只能出租 240 小時,算是訂出了明確的規範。而真正的共享汽車、機車、單車等等,則是因為技術上還無法有效的上鎖,以及損壞認定賠償問題較難釐清,目前只能停留在公司統一套用鎖車方式的租賃業,所以大眾目前也還沒辦法真正把自家的汽車、單車放上共享平台分享給不特定的大眾借用。 最後整理一下目前台灣比較知名的各類型案例如下: 共享:個人Airbnb (空房間)、USPACE (車位)、UPARK (車位) 租賃:YouBike (單車)、Obike (單車)、Bird(電動滑板車)、Uber (計程車)、Zipcar (租車)、WeMo Scooter (租車)、小樹屋Treerful (租屋) 接案:Uber (私家車但違法)、GoGoVan、Lalamove、Foodpanda、HonestBee、愛月嫂 References 單打獨鬥累了,共享經濟業者組協會盼政府溝通不卡關 「共享車位」合法了!每月共享時數不得超過240小時 創業啟示錄:共享經濟的夢想與現實 推動「共享車位」 4大困境待解套 the people who share Airbnb 房東經驗 在台灣現行民宿法規框架之下,「共享自家空房間」就是違法 同是共享車!為何oBike惹民怨,WeMo受支持、衝出百萬騎乘次數? 中國共享單車ofo傳破產,電動滑板車會是另一個泡沫嗎? 中國的共享單車潮 兩年營運規模擴增10倍!WeMo共享電動機車目標年底衝3千台 若按照WeMo前進海外的計畫,三年內將前往歐州和東南亞市場,或許在不久將來後,就有機會看到台灣團隊互打的精彩局面。 Sars: 出國也要互毆給別人看笑話是嗎… 一句「活該」道不盡ofo敗局,中國街上車影連墳場都消失 電動滑板車Bird、Lime熱潮退燒中,投資人紛紛急踩煞車 共享經濟真的涼了? 舊金山滑板車之亂 : 是乘車共享2.

[GCP] 不停機擴增 Linux 主機硬碟空間

  • POSTS
GCP 在開 Compute Engine (GCE)的新機器時,預設的主硬碟(Root Volume)大小是 10GB,一開始可能很夠用,為了節省費用,也不會一次就把硬碟大小設定太大,但隨著時間推移,可能硬碟用量突然增加很多,造成硬碟空間不足的情況,但機器都架好了,要重架、移機也很麻煩,如果是不能關機的線上服務又更棘手。或是額外掛載一顆硬碟上去,分割並製作檔案系統後,再將部份的資料搬移到新的硬碟中,這個方式會需要檔案搬移的時間。還好 GCP 支援動態調整已經掛載正在使用的硬碟大小,而且還不需要停機,再加上 Linux 裡面相關的磁碟分割及檔案系統操作,可以無痛擴充硬碟空間大小。 GCP 的主控台已經將擴充硬碟容量這件事情變得非常方便,首先從 GCP Console - Compute Engine - Disks 找到對應的專案內需要擴充容量的硬碟,可以看到目前的硬碟大小為 10GB,進入右上方的編輯(Edit),即可直接調整硬碟大小(最大 64TB),完成後按下下方藍色儲存(Save)按鈕,就完成了硬碟容量的擴充。 不過需要注意一些事情: 由於 GCP 上開機硬碟使用 MBR 開機,本身有 2TB 的上限,開機硬碟擴充容量時不能超過 2TB 的限制 擴充硬碟是不可反悔的,因此只能擴大,不能縮小硬碟大小 如果是習慣用 gcloud 指令,也可以透過指令完成一樣的操作: # gcloud compute disks resize [DISK_NAME] --size [DISK_SIZE] 例如將 instance-1 硬碟擴增為 20GB: # gcloud compute disks resize instance-1 --size 20GB This command increases disk size. This change is not reversible. For more information, see: https://cloud.