Localization 實習專案分享：訂房平台如何優化交通資訊搜尋體驗？
Localization 是在 AsiaYo Product Team 之下一個為期約半年的實習計畫，在這幾個月裡，我所負責的包括了多語系翻譯以及優化，也會有許多需要跨部門的合作，其中較為複雜的是解決前台重複交通資訊顯示的專案，從問題研究、規劃到推動大約花了兩個多月的時間，成為我實習中收穫最多也印象最深刻的經驗。
專案背景
前台重複交通資訊的問題主要是由於過去在建立交通資料時保留了線路，最初保留的主因已經不得而知，只能推測是為了資料庫的完整或是考量日後可能會有攸關線路的規劃，讓許多同名的車站因為不同的車種或是線路，在相同的座標裡卻有兩筆以上的資料。例如韓國首爾站包含了地鐵1號與2號線、國鐵以及機場快線，讓使用者搜尋時會一次出現4個同名的車站，造成搜尋上的混淆。
而目前其他的 OTA 在面對同名的車站時，例如捷運台北車站、高鐵台北車站，以及台鐵台北車站時，都是只留下一個「台北車站」作為整個交通設施的統稱。這樣的做法減少了重複交通資訊的混淆，也是考量到使用者可能對車種、路線不敏感，僅將車站視為一棟建築，但同時也必須犧牲掉座標的精確度，在車站佔地極大時，車站間的誤差可能達到將近一公里。
這個 Localization 議題影響了產品的哪些面向？
這個問題包括了台灣、日本、韓國都有相當數量的同名車站，在考量到資料結構面以及對於使用者體驗造成的影響，經過討論後決定刪除重複的車站資料，並重新定位座標，盡可能使站點位置精準。這個改動，同時也牽涉到了許多面向：
- 日後 Local Team 的景點、車站資訊建置規則
- Product team 資料處理
- RD team 工程師們的顯示邏輯
- 名稱改動連帶影響了搜尋網址，對於 Marketing Team 的廣告投放和 SEO也需要更動。
而從 Localization 的角度，這個專案除了是使用者體驗上的優化，也是依據各國交通體系與使用習慣所做出的調整，希望能夠透過刪除同名的重複車站並重新定位座標，能夠給使用者更好的搜尋體驗。但由於這樣的改動牽涉到許多資料結構以及建置邏輯上的改變，甚至影響到跨國的團隊，一開始在規劃與推動上並非一帆風順，也面臨許多挑戰。
困難點：產品在地化議題如何在團隊中被認同?
整個專案最具挑戰的部分，在於這樣的議題如何在其他團隊中被認同和重視。這其實也是 Localization 這個職能上需要面對的一大挑戰。在追求快速成長的新創公司中，首先追求的會是產品、功能的建置，其次才會是翻譯以及牽涉到使用者體驗、文化、習慣上的種種優化。並不是說 Localization 不重要，而是由於這樣的優化所帶來的改變和效益是長期的，加上從使用者方獲得的需求較為零碎，讓產品的在地化比起其他專案，其重要性較容易被忽略。
作為 Localization Owner，如何推動整個專案、跨團隊的合作?
（1）產品團隊的盟友
因此，在這個專案的推動上，首先要找到同樣重視這樣議題的「盟友」，才能夠說服各個 team 提供資源，接受因為 Localization 優化上需要針對既有規則、系統或邏輯帶來的改變。例如在 RD Team 中，QA工程師需要監督產品的各個方面，在細節上看得較為全面，對於使用者上的問題以及背後運作脈絡也較為清楚；另一方面，在整個專案中，Localization 同時也須考量在地化與產品邏輯統一之間的平衡，成為使用者端與前端工程師之間的協調者。
（2）協調各國同事的共識
例如日本地區由於鐵路系統的錯綜複雜，日本 team 會比台灣和韓國同事更先意識到問題和並早已在相同站名前加上不同的車種標示，對資料結構上卻是另一種破壞，對使用者而言顯示同一棟建築中的兩種交通設施是否有意義也成為疑慮。也因此和 Local Team 的溝通反而是將地區性問題放大，在各國的使用習慣間找到平衡點，找到產品上最適切的布局。
也是在這樣的過程中，我從工程師、PM、行銷團隊以及各國同事間看見針對同一個產品的不同考量，並在溝通中理解這個產品的全貌。
結語
雖然只是做為一個小小的 Localization 實習生，這四個月以來卻能深刻感受到新創公司透明且活潑的氛圍，也很感謝所有合作過的同事以及主管，願意給實習生全權負責整個專案，各個 Team 主管甚至願意開會聽你報告、尊重並相信你的決策，在溝通上也從不因為實習生的身分就有所保留，面對不熟悉的領域都非常有耐心的給予指導和建議。也因為 AsiaYo 公司內部鼓勵挑戰、注重獨立作業和跨部門合作的能力，我在許多與各國同事和不同部門合作的專案中，學會如何看待、考量每個不同的需求，針對產品做出相應的優化，給予跨文化的使用者更友善全面的環境與體驗。
