Podcast訪談:科技潮什麼? 與AWS對談零售科技的挑戰

由AWS贊助的Podcast,跟AWS對談91APP在零售科技發展上的技術與商業挑戰。

Happy Lee 李昆謀
Happy Lee 李昆謀

Table of Contents

在Apple Podcast 上收聽

‎在 Apple Podcasts 上的《科技潮什麼?》:EP 27 | 引領 OMO 與 D2C 浪潮!91APP 如何找 AWS 做到系統化減省營運成本、提升成長獲利? ft. 91APP 產品長李昆謀 Happy
‎Podcast 節目《科技潮什麼?》:EP 27 | 引領 OMO 與 D2C 浪潮!91APP 如何找 AWS 做到系統化減省營運成本、提升成長獲利? ft. 91APP 產品長李昆謀 Happy,發行日期:2024年3月26日

在 Spotify 上收聽

心得

AWS 一直都是 91APP 非常重要的夥伴,也是我們整個 SaaS 系統運作背後的雲端計算核心。所以通常 AWS 的業務來邀請我們參與各項他們主辦的活動時,我通常有辦法都盡量參加。這一次是錄 Podcast。

而原來這個「科技潮什麼」的 Podcast,整個 Podcast 都是由 AWS 贊助的,並不是只有單集,並委託科技報橘執行與製作。每一集會邀請他們的客戶,當然都是個產業領域內的領導公司,跟 AWS 對談,談到產業的挑戰,以及大家如何解決問題,當然一定會有 AWS 提供了什麼解決方案。

這一次錄音的地點在 TO 科技報橘,剛好上一場才跟 TO創辦人戴季全,在同樣的場地錄過「全新一週」的節目,所以也算是熟悉的場地,所以自然而然對談起來也相對輕鬆自在。聊了零售業OMO以及全通路的看法,我們一路成長到現在的技術挑戰、商業挑戰,以及 AWS 一路以來提供了我們哪些協助。

逐字稿

沈貝怡:歡迎收聽科技潮什麼? 日新月益的產業資訊,讓AWS講給你聽。邀請到各產業權威專家與雲端技術夥伴,探索私下最熱門的科技話題。透過訪談和議題討論,帶你一同挖掘科技圈的最新趨勢,探索科技的未來,掌握數位轉型2.0。本集節目由AWS與科技暴局共同製作,我是主持人,科技爆橘 Tech Orange的策略長,沈貝怡。我們這一系列都帶給大家很多零售業的案例。上一集,我們看到了東森電銷,他們如何利用AIT標籤技術,協助精準分銷,幫助他們進行電話銷售。我們今天這一集要聊什麼呢?

沈貝怡:我要聊我發現現在零售購物的行為越來越跨越。怎麼說,我舉我自身的例子好了。我剛剛中午來的時候,我先去了超商買中餐。我就發現我是在一個實體的門市消費,但是我報了我的手機號碼,因為我要做會員的基點,然後我用線上支付,同時我兌換了一個我在App裡面買的咖啡。這是我的中餐。我就想說,我今天晚上好像可以煮個菜,我就想說那我等一下要去哪裡買菜,我是要去實體的超市買,還是我要透過他的線上,一小時內可以送貨到家?

沈貝怡:同時我們錄音的今天是38女王節,所以我在過去的這個禮拜已經不斷的,在各個平台被狂打了各式各樣女王節購物的廣告。所以我想說,我今天晚上應該要留一段時間,開始去shopping,因為不管我今天晚上打開我的facebook、LINE,或者是IG,我一定會被各式各樣這個很精準的廣告投遞給我,催促著我要在女王節消費。

沈貝怡:所以可以發現現在這個消費,不是只是說我一定像以前是在實體買東西,或是我一定只能在電商上面買東西。其實它已經完全混合在我的日常生活裡的各個行為。那對於這些零售的業者來說其實是很大的挑戰,因為他必須要在每一個地方都可能要去接觸到,他的潛在消費者或者是一個忠實的會員。那這些廠商該怎麼做? 他就必須要有賴很多厲害的零售科技了。

沈貝怡:所以我們今天要邀請到的來賓呢,是台灣絕對是零售科技的龍頭。我們首先邀請的就是91APP的產品長李昆謀Happy,先幫我們打個招呼。

Happy:各位觀眾大家好,我是Happy。

沈貝怡:好,那第二位呢,我們邀請的是協助91APP的這個廠商,AWS的BD Manager,Jack。

Jack:主持人好,各位觀眾好,我是Jack。

沈貝怡:好。就是現在這個消費行為真的非常的多元。然後呢,而且是很無形的。91APP身為台灣就是第一個這個SaaS,就是Software as a Service上市櫃的這個公司。然後你們也是零售科技的龍頭。幫我們聊一下你們現在看到最新的這個零售趨勢。以往大家可能最早以前認為說,就是電商嘛,大家都要去網路上開個網站。早就不是這樣了。幫我們介紹一下現在最新趨勢。

Happy:其實剛剛你已經幾乎把這個趨勢描述的非常的傳神了,用生活化的例子。沒錯,因為在這個時代,我覺得身為消費者也算是幸福的啦,因為我們可以買東西真的是變得相當的方便。那過去我們講電商,那是因為它是一個技術帶動的一種新的通路。所以我們會刻意去講說,啊,電商,電商網站,然後電商平台。那不過現在消費者越來越不是這樣在看我要去哪裡買,因為重點是哪裡方便,哪裡有賣我想要買的東西。

Happy:所以從街邊的7-Eleven、全家,就是便利商店,到如果我想要挑一些衣服我去百貨公司。那有可能你會去MOMO,大家如果你有指定的品牌,你也會去逛一下那個品牌的官網。那其實都已經不是說我一定會在只在哪裡買,就是哪裡讓我看到我喜歡的,那哪裡我去買方便。但站在品牌的角度,這個趨勢就叫做全通路嘛,叫做Omnichannel。就是說,我的品牌布局,我就必須不是只是考慮門市,也不是考慮說我就只是蓋一個官網。各種的通路,無論是百貨賣場,或者是線上店商也是一種通路,我自己蓋官網,我自己做APP,我上MOMO或者是蝦皮這種平台,其實只要哪裡有流量,哪裡有通路,其實對品牌來講,那裡就會有消費者。甚至還要做一些什麼直播啊,對,我就得布局嘛。

沈貝怡:其實這個趨勢已經變成是一個零售的大趨勢了。我跟大家介紹一下,91APP的客戶非常的多元喔,你生活中接觸到的,譬如說便利商店全家,譬如說美妝藥妝的保養,MAKE UP FOREVER,潮流的品牌,譬如說Puma、Levis、Timberland、無印良品,或者是一些生活百貨,比如說家樂福等等,這些都是背後有91APP的服務。

沈貝怡:在這個後面,剛剛你提到的這個全通路,所以其實對於業者而言,其實是很大的挑戰,因為他必須要給消費者更好的服務。像你剛剛講說,其實這對消費者而言是很幸福的。可是我有時候其實坦白說,我有會焦慮,譬如說我今天想要買一件衣服,我會想說我直接上他的官網,看的價格真的是最便宜的嗎?會不會實體的門市折扣更大?可是其實如果這個廠商做得好的話,他不應該給這個消費者這個焦慮對不對?他應該會讓消費者有一個舒服的購物。這是不是就是你們現在在主推的這個所謂OMO,其中的一個長項?

Happy:OMO這個話題,或者說這個詞,到底怎麼做,的確也是好多年有很多種不同的做法或者說法。那您剛剛談到的一個面向,叫做OMO,價格到底要不要一致,說實在,它其實有不同的操作面向。是,因為有時候其實你看到,為什麼官網賣得比較貴,或者是門市賣得比較貴,他可能是刻意要造成說,你這件衣服我就希望你去官網買,或者是這個東西,他希望你去門市買。也許有一些是刻意的操作,也許有一些是,不過有很多品牌在操作OMO,他們的確碰觸到一些,不只是把技術做好的問題。

Happy:他可能會面對到,他本來是在做通路銷售的,譬如說我們有一些客戶,過去是沒有自己做直營門市的,他標準就是上家樂福、MOMO這種屬於通路銷售的。那當他給通路的價格,不可能要高於他自己在官網銷售的價格。所以有些消費者可能就會看到說,為什麼這個品牌在官網價格比MOMO還貴呢?那他其實有時候是因為,面對到現在全通路的時代,過去他們品牌的通路管理的政策,他可能必須要做一些調整。

Happy:所以我們常常會講說,OMO其實他不單純只是你把線上線下打通,會員打通,線下庫存打通。其實他有時候會碰觸到是,你組織內部的政策跟管理方式,你有沒有打通?那反過來才有辦法去思考,你想要給消費者怎麼樣的一個場景。所以像現在的時代,其實是一個資訊很通透的時代,所以消費者本來就會差價。所以你如果不是故意創造一種流動,那他就是沒有真的把OMO那個merge的精神做出來。

沈貝怡:好,所以也就是你剛剛提到的,其實這整個零售的體系裡面有好多好多的環節是要去關注的。他要關注到這個人,消費者,然後要關注到這個貨品,然後他關注到這個場域,在哪個地方銷售。所以說其實以91APP,你們而說,除了是說SaaS公司之外,你們是提供各種智慧零售的solution。所以其實你們提供的服務非常的複雜對不對?大概包含了哪一些面向是你們在提供的?

Happy:其實在最早,我們被熟知,當然就是幫客戶做官網,講的是購物官網。那一般也有種說法,叫開店系統。不過後來其實才沒發展幾年,因為我們就發現說,零售業他們面對到數位轉型這個題目,面對到我們剛剛講OMO或全通路,他需要的不是只是一個官網而已。所以我們其實現在,包含官網APP往下沉,他就會有會員系統,我們也在做這件事情,還有一個更關鍵的,叫做庫存管理。因為當你有這麼多的通路的時候,我有官網,我有蝦皮,還有門市,那我到底要怎麼配庫存呢?那我可以把它通布串在一起。其實我們講OMO,它也包含這一個層面,我們講人、貨、場的OMO,就是會員整合,庫存整合,講這種OMO整合,它其實已經不單純只是線上線下整合,它概念其實就是,我怎麼站在一個品牌內部的角度跟視角,去看我的各個通路,我怎麼讓我的會員在這些通路之間流動,我讓我的庫存在這個通路之間是最大最佳化的配置。那這個都是我們在系統上所考慮到的涵蓋範圍。

沈貝怡:所以有很多的系統其實對消費者都還是看不到的,但是我們提供給這些零售品牌的,我們叫做數位轉型的一個核心。那其實就是在協助他們面對到D2C 這個時代往D2C去轉型。

沈貝怡:所以剛剛你提到這個,是一個全通路。然後在這個全通路裡面,有各式各樣的數據,庫存的數量是一個數據,然後消費者,他的行為會進到這個CRM裡面。然後你們必須要把這些服務,都非常貼心的提供給你的這些品牌客戶,讓他們可以善加的去利用,因為他們的目標不外乎就是要創造高的營業額。但是高的營業額得要的第一個,他要能夠找到對的消費者。所以他必須要掌握數據去做行銷,然後再來當消費者上門之後,他東西要賣得掉,賣得出去。最怕就是消費者已經來了,結果那庫存數據是不對的。

沈貝怡:我前幾天就有一個經驗,我想要買一件新的這個西裝外套,然後我就去了一個A實體門市,他就告訴我沒貨了。然後我同事就立刻上網查,就發現網站上有。可是因為我想要試穿,那我就想說那我要去另外一個B店買不買得到。所以我光是在搜尋的這個過程當中,我差點就放棄了。但他如果能夠有一個更好的一個體驗,讓我在第一時間,我就可以知道我要的東西在哪裡,然後我可以第一時間就拿得到,很容易得到他,我當然就會立刻付費了。

沈貝怡:所以其實我之前去91APP裡面參觀過,你們的公司部門非常的多,以一個零售,因為你們要提供這個智慧零售,其實分成好多好多不同的,從這個跟人有關的,跟這個貨有關的,跟場域有關的。所以你們一定面臨到很多在這個系統上面,因為你們幾乎整個公司都是開發人員嘛,你們大概幾成的工程師?

Happy:大概現在600人嘛,大概有250多人都是工程師。

沈貝怡所以你們其實已經要處理非常非常多複雜的零售業面臨到的開發問題。所以你們一定需要一些好的合作夥伴去share你們的Loading,因為你們其實也是你們客戶的好的合作夥伴。這時候我就要來聊到這個AWS了。

沈貝怡:AWS在產品的服務上面,你們是怎麼協助91APP去做到這個消費者體驗的提升?你們提供了哪一些的服務?

Jack:91APP它可能每年都會賦予我們一些任務嘛。那近年一個滿重要的指標是希望能夠提升整個服務水準,就是SLA。所以基本上譬如說在底層架構的一些部署啊,然後或是在一些資料庫的效能,都希望我們能夠給予一些比較業界先進的一些意見。

Jack:所以其實有一個滿重要的突破是,我們有跟91APP一起把原本可能一些是在虛擬機的架構上面,我們轉到容器化的架構。因為容器化的架構其實現在在業界是相對於比較一個先進的架構。那它會相對於傳統的虛擬機來講,更加的輕量級。所以換句話說呢,91APP的開發團隊可以在很短的時間內,就是把新的一些服務部署在容器上面。那這樣的情況下呢,在整個SLA跟這個工程師,他們在做這些底層的管理都會有一個滿好的提升。

Jack:那再來還有一個滿重要的是在做這個資料庫的一個現代化。那因為以前91APP的資料庫,它可能會是用一些比較是授權的軟體的資料庫。那授權軟體顧名思義就是它的費用會相對比較高嘛。那同時在做升級的部分,可能也會考慮到價格,所以它的效能可能永遠不會是一個最好的情況。所以我們近幾年有把部分的資料庫,可能從傳統的這種授權型的資料庫轉到我們的開源資料庫上面,那用的就是AWS的這個Aurora的這個服務。那用這個Aurora服務,除了在效能可能會比以前提升很高的情況,那它也可以去做很多跨國啊異地的備份。那在我們系統上面可能都是按幾個按鍵就可以部署完成的。所以在這部分其實都能夠跟91APP做一些密切的合作。

Jack:另外還有像是在資安的一些部分,做一些強化啊,或是我們要去搜一些log,比如說用我們的CloudWatch、CloudTrail去搜一些log,都可以很快速的讓91APP去了解我們現在系統的一些狀況,立刻去做出一些反應。

沈貝怡:那我想回頭來問Happy,對你們來說,就是你是公司的產品長,你以前其實也是帶領技術的,在你們開發這個這麼複雜的服務的過程當中,到底像AWS這樣的廠商可以提供給你們哪一些這個優勢?

Happy:我們其實在10年多前,畢竟還是一家新創公司。所以新創公司的狀況就是,我們其實不太確定我們做的這個business,它是不是可以成長的,然後會成長到多大。所以早年,我們在做資訊軟體,其實都會需要建機房啊,做設備。那可是新創的時候,你根本就不太確定我們現在這些投資值不值得。所以我們在day one的時候,就直接找AWS。其實那時候,也不太確定這個方向對不對。但是總之,在我們最早最早的開始的時候,其實AWS就給我們蠻多在啟動的服務。

Happy:那因為其實我們作為SaaS,AWS作為這個運算的雲平台,其實它在啟動的初期的成本,在我們的量體,我指的是指說我服務的量體,對消費者User量體,還不大的情況下,的確它在成本上是非常有優勢的。因為我真的就不需要去做這些東西。後來故事當然就是,我們就整個業績、業務就成長起來了嘛。我們面對到其實最直接的挑戰,其實是交易的瞬間的巨量這件事情。那因為我們畢竟還是一家以電商為基本的公司,我們所有服務的客戶的交易都在我們的系統上做運作。那剛剛也聽得到說,我們這麼多大型的客戶都在我們的系統上運作,每秒每分鐘的交易量,其實是很大的。

Happy:過去我們做交易,其實我們可能有一套寫法,為了要可以孕育這些巨量交易。那其實它有很多是,我們以前可能用自己架機器或用虛擬機做的做法,會有一些突破上的困難。那其實剛剛Jack提到就是說,這個其實有一些新的做法,比如說container,比如說甚至有一些是serverless的架構。在早年可能有很多這種他們的架構時,都直接進來告訴我們,在AWS上有什麼樣的架構跟做法,可以幫助我們解決瞬間巨量交易的這些solution跟架構方法。那後來就讓我們其實在穩定度上,或者這些交易的安全性上,其實都無後顧之憂。

沈貝怡:那就像你剛剛提到,以成本來說,當我是一個新創公司的時候,不管我內部的人員其實也少,就是我其實是沒有支援,除了寫而工程師之外,再找一個專門的IT的人。所以這是第一個,然後再來我也不知道,我的規模會有多大。所以一開始我用AWS,其實就有一些成本上的優勢。但當你們的量已經到了一個現在你這麼巨大的規模,這個金額,我不敢問,這金額一定很巨大。

沈貝怡:我先來問Jack好了,你們是能夠在成本優勢上面,提供給他們什麼樣的一些服務嗎?

Jack:OK,是這樣,因為其實91APP是我們長期非常重要的客戶。其實每年我們都會收到91APP的一些期望,比如說今年我們的成本增長要控制在多少。那其實針對這一點,我覺得AWS跟其他雲平台最不一樣的地方是,我們是很有系統性的在幫客戶做省錢的動作。那所謂系統性就是說,可能我們會有一些系統的scanner去掃射客戶現在用的這些設備的情況,然後我們會跑出一些報告,然後這些報告是我們BD直接可以看到,就是說,其實客戶在購買這些服務上面,哪邊可以省錢。

Jack:因為像我們AWS有一些服務,它可能是有像Saving Plan的機制。所以Saving Plan就是,客戶可能跟我們訂閱一個一年的保證用量,那在某一些機型的型號上面,它可以去做一些更換,然後我們通常可以幫客戶去打一個還蠻深的折扣。所以當這個報告出來之後,其實我們就可以告訴91APP說,那可能你在某一些的系統上面,還有省錢的空間。這部分可以考慮去採買Saving Plan的方式。

Jack:另外其實我們還有提供像是Well-Architected Review,就是成本的架構優化的服務。那這部分其實都是免費的。就是會有像是AWS的架構師幫客戶去做整體的架構的檢視,然後告訴客戶比如說你現在的資料庫,如果是從授權資料庫轉到這個開源資料庫,我可以一年幫你省多少錢。那這部分其實每年我們都定期的在幫91APP做。

Jack:那最後就是說,因為其實91APP身為我們一個長期合作的客戶,所以都會跟我們簽一個比較長期的我們叫做Enterprise Discount Program,所以它可能跟我們講說一年的用量大概達到多少的情況,那AWS會給一些比較深的Discount和折扣。那另外還有一些其他的不一樣的一些Program可以應用。所以其實我們是跟客戶站在同一陣線,然後一起去節省這個成本的。

沈貝怡:這個就很貼心,因為其實現在很多小公司都會感受到,我們在用一些這種長期的比較像SaaS服務的,有時候你會覺得好像被當那個盤子。有時候你不自己去仔細看它裡面的方案的調整,有時候你會被付到一個很貴的一個方案,其實不是最適合你自己的。但其實你們是希望提供給客戶的是最有效的,是幫他優化他整個的這個布局,然後能夠選擇出一個最經濟實惠能夠幫助他節省成本的方法。其實這個對於尤其是當規模越來越大的公司,當他的系統越來越複雜的時候,這是其實很關鍵的一個優勢。

沈貝怡:但再回到Happy,我想請教你,你們在這個合作的過程當中,他會幫你舉幾個案例,是你們在使用AWS的一些服務裡面,你們覺得特別對你們有具體的幫助的?

Happy:如果是講節省成本的話,因為這個是我們這個階段真的是最在乎的。那我換一個方式講好了,因為剛剛講的是我們從創業到現在這十年嘛,那期間我們畢竟上市,所以上市以後,我們就必須要追逐EPS,然後對投資人交代。那我們的營業費用裡面,其實AWS費用大概是第二大,因為第一大一定可以理解,就是工程師人力,畢竟我們是軟體公司。

Happy:所以EPS怎麼擠呢?你營收網上拉當然就會做,某種程度AWS就是我們的合作夥伴。所以剛好其實就有提到的那個部分,就是我們有談,因為我們有個年度的EPS的目標,那我們就希望能夠空出那個成本線在某個位置上。其實那個金額,每年的年初就算完了,然後我們就功課就交過去,來,我們一起來想辦法怎麼做到這件事情。

Happy:所以他有很多的大量的細節,不過他已經變成我們雙方每年重要的年度工作。總不能因為我們的營業,比如說隨便講,比如說百分之三四十在成長,結果成本也是百分之三四十在成長,那這個EPS是擠不出來的。所以我們都會在一個合理的範圍下,然後跟AWS討論說,那這一塊,我們想要拉出這樣的空間,有哪些做法?那必須要做年度計畫,因為很多東西,它會牽涉到系統架構的重寫。我也不是說,啊我今天要明天就好,AWS也沒這麼厲害,因為有些是我們的工程師要搭配他們的架構師,把我們的架構重寫,重寫完之後,成本的費用率它才會往下掉。

Happy:所以這個其實都是這幾年我們的目標,都是在協作這件事。可是我必須要換一個方式講說,它最後得到的結果,不只是成本,因為這些新一代的技術,從剛剛講的Serverless、Container,我們看到不單是成本,因為它對我們內部無論是資安,維運上,其他像是,我們內部的成本,我講的是我們自己人力,工程師在管控這個系統的穩定度的成本,其實它都會大幅下降。而且它對於招募,對於我們未來在這個新的架構上開展更多新的業務,都非常有幫助。

沈貝怡:真的是這樣子,因為91APP的這個服務,你必須要有很多東西是要能夠跟著市場非常快速地部署的。所以當你這個底層的架構有越多的彈性,而且用一些最新的好的做法,對你們而言,是讓你可以提供給你的客戶更好的服務。

沈貝怡:我想再回頭到剛剛你對客戶服務的這一段,剛剛我有提到其實你們有非常多這個知名的品牌都是你們的客戶。你們現在在主推這個OMO,可不可以幫我們舉一些實際的案例,就是當客戶採用了一些這樣的新的架構之後,到底對於他們的營業額或說來客數,你們有些具體的成長數據?

Happy:我覺得其實早期我們碰到客戶,可能他剛跟我們合作,他們最大的疑惑都是說,我做OMO,我做了一個品牌電商官網,它不就是一個業績的移轉嗎?也就是說,我的業績就100,在門市,我做了官網,那門市的業績就會往下掉。後來現在其實因為我們跟太多客戶合作,到現在所有的案例都是因為多做了更多通路之後,這個品牌整體的營收都是往上漲的。

Happy:以至於如果你還是切分到單一主力營收,譬如說主力通路還是門市,並沒有因為做OMO或OmniChannel而下滑,而是整體都被帶動。那我講一個再更細一點的數字,因為所有的業績對我們的品牌來看,業績的成長,很關鍵的一件事情是,單一會員的購物頻率有沒有增加,單一會員的在我這個品牌的貢獻度有沒有增加。

Happy:購物頻率或者是貢獻度,它不是只是在看在門市,因為如果我做的全通路,你只要是跟我這個品牌買,我不管你在哪裡買都一樣。其實對最終消費者來講,其實我就是跟你這個品牌買。所以我們後來看到做OMO之後,整個消費者的購物頻率,它的購物的貢獻度,它只要變成是一個它習慣跟這個品牌在OMO都有買的消費者,對比單一品牌在單一通路的消費者,它的購物頻率可以達到3到6倍。

Happy:那很多其實它是真的拉動了單一會員的購物的貢獻度。因為這個其實是很自然的現象,因為消費者本來就喜歡這個牌子,然後你接觸我的接觸點變得更方便了。沒錯,然後又多又精準,然後服務的流程又很順暢,對,它自然就會帶動到這個品牌全通路的業績成長。

Happy:其實是因為這個,很多拆解下來的數字,我們都會看到這個現象。

沈貝怡:好,我們今天其實聊到了一個這個很好的零售業的合作範例,就是91APP其實本來就是很多這個第一線品牌的好夥伴,而91APP本身也需要一個好夥伴在技術上面來support你們。

沈貝怡:最後我想要再問一下兩位,就是91APP跟AWS這個合作一路以來,像您剛剛提到其實你們幾乎是從day one一開始創業的時候,應該是2013,91APP是2013嘛?那2013年就開始,這個91APP成立開始做,幾乎day one的時候就跟AWS是一個合作夥伴。除了一開始就選擇之外呢,這一路上你們也沒有去就是拋棄了AWS,你們會持續跟它作為一個很好的合作夥伴。可不可以跟我們分享一下,你覺得這個裡面的一些決策的關鍵?

Happy:我們公司現在大概11、12年,我剛剛其實講了兩個階段。嚴格來講其實,我們有好幾個階段,因為不同的階段,技術上的挑戰是不同,不一樣。第一個階段當然是,起初我真的不知道會不會成功,那在一個成本的考量上,AWS是一個很快速可以進入的一件事情。然後我們面對到交易量成長的階段,他們的架構是真的非常的厲害,就是協助我們,甚至會直接告訴我們在國外類似的案例,他們怎麼做,給我們一些sample code,讓我們可以很快的就可以克服掉一些我們可能自己想就想不到的困難。

Happy:再往後其實,我們走到的這樣我們講這個成本階段。那中間其實還有很多,可能剛剛都沒有談到的,我們的組織也在成長,組織成長的挑戰是什麼?會面對到說,我們可以access到資料庫的,access到這些我們在AWS上這些server的人,他就必須要有一套權限管理的方法。AWS自然一定有這個,只是我們早期也不知道怎麼用。那他們所謂的架構師,我們最喜歡他們架構師,再度出現,就是說其實你在這個階段,你可以導入這些,他們有標準的幾個權限管理的方法,以至於我就可以分層去控管。

Happy:當我們有200多個工程師都在AWS上工作的時候,你不會出現意外,因為誰access到什麼,他是可以在AWS架構上做管理的。那另外當然就是,像container這件技術,剛剛容器化,Jack有分享到,我們很早就意識到,我們好像是應該要往那裡去。那我們早年也是研究要怎麼做,那當然再一次就回頭跟AWS說,你可不可以來幫幫我們,帶個架構師來告訴我們怎麼慢慢轉過去。所以他當然離不開,對我們來說,我們很想要突破的事情,其實AWS自然都會有一個答案,可以告訴我們怎麼做比較好。

Happy:所以他們提供的,不是只是有一些運算能量。其實他們是提供給我們,直接告訴我們怎麼選,那政策會真的進來,跟我們工程師做co-work。那我們自然而然就會越來越依賴他們告訴我們。那畢竟他們的公司也是一個世界很前端的技術公司,那有些技術的視角,其實由他們來告訴我們,我們也會加速我們跟上這個世界潮流。因為畢竟我們也肩負著要帶著零售業要跟上技術的責任。那有些東西,這些技術其實你大家就是一層一層,大家各自站在所謂巨人的肩膀上,這樣也會讓一切的公司運作也會更有效率。

Jack:Jack呢,你們跟91APP的合作,在這個過程當中,你們有什麼樣的收穫?

Jack:其實我覺得AWS這邊的文化,就是在我們的Leadership Principle裡面有一個很重要的就是Customer Obsession,就是我們會盡可能的根據客戶現在的自身的狀況,然後提供最好的協助。那這些協助不只是在技術層面,我們都是會去看客戶的這個business goal,然後去衍生說OK,接下來可能我們要投入什麼資源。

Jack:那因為AWS這邊的資源可以說是在業界裡面算是最充足的。所以像剛剛Happy提到的一些架構師的這些協助,那光是在AWS裡面,我們除了就是Account有配置一個就是所謂的Account Level的架構師,那另外在各個領域都還有叫做專家的架構師。所以舉例來說呢,像91APP,如果他可能今天要把他的資料庫從一個授權資料庫搬遷到這個開源資料庫,那中間可能是必這些開發團隊,他們需要去改中間的這些程式嗎?

Jack:那改程式嘛這件事呢,其實對於AWS來說,因為我們站在客戶的立場,所以我們會盡可能的去協助。那這部分可能會有一些sample code的提供,甚至我們在這個資料庫做DB Freedom這邊,都有很多專家。所以他們會盡可能的去把過去可能他們在業界的經驗都分享給他們的RD工程師。

Jack:所以我覺得其實在這個過程當中,我們提供的這一些服務和對客戶的關心,應該是我們可以長期能夠跟91APP合作的一個蠻大的關鍵。

沈貝怡:好,非常感謝今天兩位的分享。大家都知道,現在如果要找好的這個零售商的服務,就要找91APP。然後呢,如果你開發上面需要好的服務,就要找AWS。你們都是一個成長上面好的合作夥伴。那大家如果想要了解更多關於零售業轉型或是其他行業轉型的故事,記得也要鎖定科技爆橘以及科技潮什麼。那今天就感謝兩位的分享,我們下次見囉。

留言

相關標籤

📆 時光的篇章 訪談

Clicky