第三章 研究⽅方法
第三節 服務發展（DEVELOP）
三. 服務系統雛形（P ROTOTYPE ）的設計與開發
國
立 政 治 大 學
‧
N a tio na
l C h engchi U ni ve rs it y
三. 服務系統雛形（Prototype）的設計與開發
根據前述各個⽂化旅遊⾃由⾏利害關係⼈的服務藍圖設計，我們可以依照「我們 可以怎麼做（HMW）」，進⾏服務系統雛形的設計，並且歸納出重點，將這些重點透 過底下的雛形定義（Prototyping）表格來具體描述未來進⾏設計時，最終期望各個雛 形能達到的效果。
圖3-17：雛形定義
‧ 國
立 政 治 大 學
‧
N a tio na
l C h engchi U ni ve rs it y
依據雛形定義當中的各項概念，依序設計各類「我們可以怎麼做（HMW）」的雛形：
1. ⼀套可以依照不同使⽤者的個體區別⽽適性地建構與延伸專業⽂化知識，以及體驗 當地真實⽣活的系統資訊架構。由於真實的資訊架構圖涵蓋範疇較⼤，僅以圖3-17 簡單說明資訊架構在階層上可能的樣貌。
圖3-18：資訊架構⽰意圖
2. 根據旅⼈⾏為數據與即時反饋，透過符合本服務價值主張的適性推薦演算法，推薦 個⼈化的內容與商品化的當地體驗給旅⼈，即是由顧客來驅動價值共創的過程。演算
法以協同過濾（Collaborative filtering）為基礎，利⽤擁有共同興趣與經驗之群體喜 好來推薦⽤⼾感興趣的資訊與商品。協同過濾⼜可分為評分（rating）與群體過濾
（social filtering），群體過濾即根據某⽤⼾過往的瀏覽與預訂⾏為以及從具有相似⾏
為的⽤⼾群的⾏為去推薦資訊與商品。
本服務的演算法以點對點的加權數值為基礎，以城市為單位，可歸納出過去的⽤
⼾群集與⺫前正在使⽤服務的旅⼈在城市裡瀏覽與造訪「興趣點」（Points of Interest, POI）的先後順序、排列組合、停留時間、正負評分等，來計算出對旅⼈最 有利以及同感興趣的點（POI）、線（路徑）、⾯（遊程），並加以推薦。運算法也
‧ 國
立 政 治 大 學
‧
N a tio na
l C h engchi U ni ve rs it y
荷蘭阿姆斯特丹的興趣點之間被造訪的關連性，以點對點加權數值的網絡圖譜來呈現。
不同顏⾊代表兩點間關連的熱度，同⼀類型（如博物館）之間熱度可能較⾼，不同類 型的興趣點但在地理位置上若具備關連性，熱度也可能較⾼。這些關連性與⽤⼾的經 驗與所屬集群的數據結合，就有機會做出適性推薦。
3. 因為旅⼈對於⽂化旅遊服務的主要場景在於⾏中，因此本服務與旅⼈之間的介⾯以 移動端的應⽤為核⼼。本論⽂依照適合移動裝置的⽤⼾體驗設計（User Experience, UX），規劃出理想的應⽤程式操作介⾯，使⽤包括APP、Google Map與導航、移動 定位服務 LBS（Local Bases Service）、語⾳、影⾳、相機等。圖3-20簡單說明在APP 上的主要⽤⼾介⾯（User Interface）的可能樣貌，包括
• 主畫⾯：列出達⼈、主題、⺫的地、旅遊預訂、旅遊社群等五⼤功能。
• 附近：以LBS來尋找周遭值得探索的⺫的地。
• 景點畫⾯：根據特定景點來提供旅遊指南、故事、導覽，⽤⼾可進⾏記錄與評分。
圖3-19：阿姆斯特丹的點對點加權數值網絡圖譜
來源：本研究整理
‧ 國
立 政 治 大 學
‧
N a tio na
l C h engchi U ni ve rs it y
圖3-20：主要⽤⼾介⾯
4. 以主題或⺫的地相關的⽂學、⾳樂、美術、電影等美學元素，在現場或其他適當時 機輔助旅⼈對異鄉的浪漫凝視。
圖3-21：以美學元素輔助浪漫凝視⽤⼾介⾯
‧ 國
立 政 治 大 學
‧
N a tio na
l C h engchi U ni ve rs it y
5. 當地⽣活體驗推薦：前述「最難忘的體驗來⾃那些旅⼈沉浸其中且主動參與的活 動」，因此本服務中將主動推薦旅⼈在當地可以從事的體驗活動，例如在韓國⾸爾，
從韓⻝製作、韓服穿著、韓國⺠藝⼿作、到 K-POP練習⽣體驗等，能滿⾜不同興趣旅
⼈與當地⽂化的實質交流。為了快速佈建商品數以及簡化預訂操作與品質控管，本服 務初期擬與旅遊體驗服務商合作提供體驗商品，透過API⽅式進⾏介接，展⽰體驗商品 與特定⽇期、時段的庫存與報價，並導引旅⼈到旅遊體驗服務商網站進⾏下單。
圖3-22：當地⽣活體驗推薦介⾯
6. 當地特⾊旅宿推薦：旅宿如果能夠以當地特⾊建築與吸引⼒來建成，本⾝就⾜以成 為獨⽴的⽂化旅遊商品，例如南投⽵⼭「天空的院⼦」就是在台灣傳統的三合院基礎 上建成，外觀保留百年前樣貌，內部設施現代化。本服務將聚焦於特⾊旅宿推薦⽽⾮
龐⼤複雜的旅宿供應鏈管理，因此將與線上訂房平台合作提供預訂服務。