不只克服疫情困境更開創新商模，IT助KKday轉型B2B平臺商

首爾往春川方向63公里處，有座南怡島，面積不大，卻擁有宜人的四季景色，每年吸引超過200萬名遊客，這裡是韓國熱門觀光景點，更是知名韓劇《冬季戀歌》的取景地。

2年前，這座島全面導入了一套新系統，任何旅客只要用手機就能進出入島閘道口，不需要人工介入，完全零接觸。從線上購票、獲取QR碼票卷，到入口處掃描通關，全部來自同一套系統。這項改變不僅提供更便利的旅遊方式，也成了克服疫情的關鍵因素。這套系統的開發商就是來自臺灣旅遊電商KKday。

不只南怡島，全球超過2千家商家採用這套零接觸旅遊系統，遍及700個地點，這是KKday的資訊部門一手開發的系統。長達2年多的國境封鎖的困境中，如何突圍成了旅遊業生死存亡的關鍵，對網路旅遊平臺更是如此。從B2C服務模式，轉型成輸出技術產品的B2B模式，正是KKday能夠建立營運韌性、挺過疫情危機的關鍵。

一年內從無到有打造旅遊電商平臺

成立於2014年的KKday，現在是亞洲最大的旅遊電商平臺，不只活躍用戶數高達900萬戶，旅遊商品種類更超過30萬種，涵蓋全球550座城市。

KKday首席資訊長封賜彥表示，成立時兩大目標，一是實現國際化，將服務擴展到臺灣以外地區，服務更廣泛的客群；另一個是為趕上市場變化的做法，將旅遊商品零件化，來滿足旅客多元化的需求。

「成立時只有4名員工，我是其中之一，負責IT」他回憶說，當時的首要任務是最短時間推出旅遊電商平臺。為了迅速上線，初期系統功能要求簡單，以商品上架和網站銷售功能為主。

成員增加為10多人後，封賜彥接著將開發團隊分為兩組，分別負責不同任務，其中一組專注於Java開發，以核心API為主；另一組專注在PHP開發，負責網站架設與供應商平臺的開發。

由於KKday主要客群為國際旅客，如何確保系統能夠適應不同國家及地區的使用者、供應商的需求，成了他們必須優先處理的問題。例如多國語言支援、時區和貨幣轉換都是成立初期的挑戰，例如得有一套即時匯率監控機制，才能提供準確的匯率轉換計算，甚至得考慮不同時區對交易時間認定的影響。

2015年，KKday旅遊電商網站上線後，很快就接到訂單，證明這個商業模式確實可行，更加堅定了他們繼續發展的決心。接下來更不斷擴充商品種類，瞄準更多種旅客的需求。

KKday首席資訊長封賜彥表示，對旅遊業IT來說，技術從來不是重要問題，真正問題是商品會變化、訂單要容納各種商品，來服務不同旅客的需求。攝影／洪政偉

經過幾年發展，KKday提供的旅遊配套活動零件的種類越來越多元化，從海外潛水、戶外攀岩、料理課程、私房景點，到一日遊、票券、包車旅遊、機場接駁等都有。然而，為了快速上線，KKday一開始沒有明確區分不同商品種類，導致商品管理系統所使用的資料庫結構和欄位的設計缺乏彈性，隨著上架的商品越來越多元且多樣化，這樣的結構設計限制了他們能夠提供的商品種類，也不易擴充商品的屬性欄位。

封賜彥指出，過去設計，所有商品採用相同資料欄位設計，在某些情況下可能會造成問題，例如原本預設的商品資料欄位中，欠缺了商品需要的額外資料，無法線上搜集，團隊必須透過人工方式向客戶進行詢問，這樣來回溝通方式，不僅耗費時間，也很沒效率。

或像特定商品的屬性機制，有時必須考慮到多種使用方式或是多個目的地的情況。例如租車服務，KKday最初的商品欄位設計只考慮單一地點，即一對一的關係，就無法支援像甲地租乙地還，這種需要兩個地點或多地點關係的商品。

為了解決這個問題，資訊團隊花了一年改善，建立了統一的旅客規格標準，可以在訂單處理流程中容納不同商品類別所需的特殊資料，同時也調整了資料庫結構，包含能夠支援多個地點的商品服務。

優化商品資料結構的設計，不只擴大KKday在跨境商品種類的覆蓋範圍，更在疫情期間邊境封鎖時，能夠快速跨入國內旅遊市場，上架多種區域旅遊的商品。「通過調整商品結構，已經能夠涵蓋各種複雜的商品結構，也包含國旅商品。」封賜彥表示。

這場疫情大大衝擊KKday，最慘時期營收僅剩一成。KKday借助IT快速調整策略，轉向國旅市場，不只渡過疫情危機，疫後營收更創新高。

靠IT快速調整策略，克服疫情困境加速營運轉型

長久以來，KKday高度依賴供應商，才能在平臺上提供各種旅遊商品。但這些供應商多是小型商家，不像一些大型觀光或飯店業者擁有自己的IT系統，因此，KKday過去必須依賴人工處理每筆訂單。

為了提升供應商自動化程度，2018年時，KKday資訊部門乾脆自己開發一套供應商專用的預約系統rezio。這套系統是以雲原生容器架構進行開發，具有高度擴展性，更容易客製支援不同國家或供應商的需求。

消費者下單後，預約系統能立即產生訂單QR碼，作為入場憑證，也透過API串接，將QR碼拋轉到KKday訂單系統中，省去了人工產生和上傳QR碼所需的作業時間，消費者不用像過去得等待多天才能取得憑證。店家透過專用App掃描顧客手機的QR碼就能核銷。甚至不只管理KKday訂單，供應商也可查看和管理在其他通路上架的商品訂單和庫存。

疫期期間，KKday還整合了電子憑證、電子閘門、自助售票機等功能到rezio系統，達到從線上購票、提供票券QR碼，到實體入口通關全流程的零接觸操作。

有了這套系統，不只讓KKday能調整策略來應對零接觸旅遊商機，更開始跨入B2B新的商業模式，成為OMO旅遊整合方案的服務商。

結合自動化維運部署方式，來快速調度應對突發性流量需求

KKday成立第一天就決定全面上公雲，將所有系統和服務部署在雲端上，隨著使用人數的增加，平臺流量跟著持續成長，尤其行動App推出不到一年，流量就超過了網站，遇到旅遊旺季與行銷活動期間時，就可能出現流量暴增，對維運管理團隊帶來不小的考驗。

「過去常發生，行銷部門沒提前與IT溝通就舉辦活動，導致活動開始後網站流量瞬間飆高而癱瘓，」封賜彥表示，以往大多由IT人員根據過往需求調整資源配置，例如增加虛擬機器數量或加大其他資源，但這樣的做法，沒辦法有效應付臨時性或突發性的調整需求。

因此在維運管理上，KKday後來逐漸結合自動化部署方法，取代手動調整，讓程式可以根據流量多寡來自動調高或縮減VM數量，來快速因應行銷活動帶來的流量變化，「即使很難預估流量，現在也能夠在10多分鐘內反應。」封賜彥說。

除了維運部署越來越自動化外，KKday的資訊團隊在應用軟體開發上很早就引進了敏捷思維，建立DevOps團隊，導入了CI/CD的自動化流程，以加快開發與部署的速度。不過，與其他企業的開發團隊做法不同的是，他們特意將CI和CD這兩個流程分開，而不是將它們合併在一起。

封賜彥解釋，由於需要測試的商業項目眾多，一個功能更新可能涉及使用者和內部訂單作業等多方面問題，並且得跨不同服務團隊協作。例如供應商要新增潛水鞋給顧客，顧客得在下訂單時先輸入尺寸，再匯整給供應商事前準備。一方面，供應商服務團隊需要修改供應商資料庫的資料欄位，而前臺開發團隊則需要修改電商平臺的介面，若將CI與CD合併，供應商服務團隊開發完成後直接上線，可能會對正式環境的前臺服務產生影響。「將CI與CD分開，可以有不同的測試及上版順序過程，也能確保所有功能經過整合測試驗證後才進行部署。」他強調。

2017年時，KKday資訊團隊中更開始設立SRE（網站可靠性工程）維運角色。封賜彥表示，雲端管理比地端更加複雜，非常仰賴程式設計的知識，所以需要有程式開發經驗的人才，但使用DevOps這個名詞，並不能完全表達其工作內容，直到SRE出現，更加明確地定義了這個角色任務，「就是讓雲端系統可以穩定且可靠。」

KKday在2019年時進行IT組織重整，區分為技術研發處、創新研發實驗室和rezio處，分別負責RD研發、IT和rezio相關的工作。他表示，目前，在這些部門中都有各自SRE工程師，來維運和管理各自的雲端環境。

導入微服務架構，翻新現有IT架構

不僅如此，KKday在2018年為應對不斷增長的流量，以及越來越複雜的系統架構，決定導入微服務架構，來翻新現有IT架構。

一般企業導入微服務，有兩種常見的服務切分方式。一個以系統功能來切分，另一個則是從商業角度來進切分。而KKday依照商業邏輯來切分微服務，確保每個微服務都能專注於特定的業務功能，更引進DDD（領域驅動設計）方法論，來幫助團隊找出商業上適合的服務元件切法方式。

封賜彥表示，當服務功能微服務化，就變成一個業務上的服務元件，以後任何跟它的有關的服務，就可以在這個業務的微服務中來運作。「對旅遊業IT來說，技術從來不是重要問題，真正問題是，商品會變化、訂單要容納各種商品，來服務不同旅客的需求，這種商業變化，旅遊業又特別複雜，比實體商品還複雜。」他說，所以才用商業服務角度切分。

導入微服務架構後，他們先將商品服務從原系統拆分出來，接著將商品拆分成更小的商業元件，包括商品、庫存、翻譯等。後續也完成了會員系統的分拆，僅保留預訂系統於原系統中。

KKday目前全球會員超過700萬人，為了分析和應用龐大會員數據，建立了自己的大數據分析平臺，透過分析用戶使用行為與偏好，進一步改善營運與用戶體驗，例如分析營業額變化和市場入境旅客數據，來調整人力配置和策略。

KKday資訊團隊對AI技術也不陌生，過去幾年，大量運用自然語言處理技術，支援人員完成商品翻譯工作，涵蓋多種語言，包括中文、英文、日文、韓文和越南文等。趁著這一波AI浪潮，他們也正在評估生成式AI，例如用OpenAI的生成式AI翻譯技術。

 CIO小檔案 

KKday首席資訊長 封賜彥

學歷：中興大學土壤環境科學所碩士

經歷：20年旅遊電商IT經驗，曾在燦星旅遊、易飛網擔任IT主管，先後負責訂房預約系統與業務系統的開發，並有過創業經驗。過去也曾在wobibi擔任技術總監。2014年共同參與了KKday的創立，一手主導旅遊電商平臺規畫與開發，在2020年擔任首席資訊長

 公司檔案 

KKday

地址：臺北市內湖區新湖一路128巷15號5樓

網址：www.kkday.com

成立時間：2014年

員工數：900人

執行長暨創辦人：陳明明

 資訊部門檔案 

資訊部門主管職稱：首席資訊長

資訊部門主管姓名：封賜彥

資訊部門名稱：創新研發實驗室

資訊部門人數：約20多人

 IT大事記 

2015年：KKday網站上線

2017年：KKday行動App推出上線

2018年：導入微服務架構、開始結合數據分析做運用

2019年：rezio預約系統推出上線、數據驅動歸因系統 （DDA）正式上線、IT組織進行重整，分為技術研發處、創新研發實驗室和rezio處

2020年：導入AI提供跨國旅遊商品語言轉譯服務

2021年：以商家為主的KKday商城正式上線