客人在機場要 check-in，手機打不開行程附檔

有一次客人準備登機前，想在手機上點開行程表確認集合時間，結果信箱裡那個附件檔案在手機上完全打不開，點開只看到一堆跑版的格式。客人當下直接打電話進來問，業務只好一邊翻自己電腦裡的檔案，一邊用口頭把關鍵時間唸給客人聽——這種事發生過不只一次，而且永遠發生在最不方便處理的時間點。

過去我們花很多力氣做出設計精美的行程簡報，結果客人在手機上根本打不開附檔，或者打開了排版全跑掉。這篇只講輸出端——客人最後看到什麼、東西怎麼交到客人手上、要改東西的時候怎麼改，不談公司內部團體資料表的欄位設計跟公式邏輯。

從巨集產出附檔，到一個網址就能開

舊的流程是內部的資料表用巨集轉出簡報檔，再用信件附檔寄出去，客人收到之後能不能順利打開全憑運氣。現在的做法是按一個按鈕，大約四十秒，系統就會產出一個網址，客人在手機上點開就能看到完整的行程內容，不用下載任何東西。

系統會產出的文件類型涵蓋所有旅行社都需要的項目：英文版每日行程、中文版行程、簡短摘要、完整手冊、接機牌、還有收據，格式統一從同一份資料轉出來。

每一個團體的網址都帶著一組專屬的亂數金鑰參數，不是依序編號、也不需要登入帳號——這是刻意的設計，客人點開就能看，但外人光用猜的猜不到別團的網址，算是在「方便客人看」跟「團體資料不要互相外流」之間抓一個平衡。

網頁上可以直接改字

網址帶著一組專屬的金鑰參數，點開網頁上任何一段文字就能直接修改，客人馬上就能看到改過的版本，遇到小地方要調整，不用整個重新產出原始檔案。而下載下來的簡報或文件檔，也會把網頁上手動改過的內容一併帶進去，套用公司原本的正式範本——線上看到的版本跟寄出去的檔案，必須永遠是同一份東西，不能變成兩份各自為政的資料。

三條寫成明文的規則

第一條，資料到網頁這個方向是單向的，如果原始資料重新發布一次，會直接蓋掉先前在網頁上手動改過的內容。第二條，下載出來的檔案是跟著網頁走，不是跟最原始的資料檔走。第三條，同一份團體的中文版跟英文版檔名如果只差在語言標示，容易被系統當成同一個網址，所以固定用不同的字尾去區分。這幾條不寫清楚，遲早會有人被搞混。

踩過的雷

用某些終端機工具傳中文檔名給雲端部署指令，中文會變成亂碼、連帶整個檔案跑丟，後來固定改用另一套終端機環境處理。公司帳號的授權也會定期被強制要求重新驗證，後來改用長期有效的服務帳戶身分，才不用三不五時處理過期問題。伺服器記憶體配置太低，遇到比較大的檔案會直接失敗，調高之後、加上發布時就先把網頁預先產生好，問題才解決。程式檔案的部署設定裡，每加一支新的程式都要記得同步加進部署清單，漏掉一次就會找不到那支程式。

還有一個刻意不上網的東西，昨天講人工審查的時候提過——牽涉信用卡授權的刷卡單。它不做網頁版的理由，跟這套系統的設計邏輯剛好相反：行程頁面錯了可以當場改，授權資料外流了收不回來。這種等級的東西，一開始就不該有網頁版這個選項。

如果你也是旅行社

客人不想下載附檔，客人想在手機上點開就看到內容。這個轉換的技術難度其實不高，真正難的地方是說服自己放棄「寄一份完美檔案」這件事本身。開頭那通機場來的電話之後，我才真正下定決心把這件事做完。