DRAFT　·　僅供 HAN 審查　·　尚未送到 Notion 或 UIUX

UIUX 待確認事項

整理可樂旅遊郵輪 B2C 雛形與已裁決規格不一致、或必須請 UIUX 拍板的項目。有原圖的項目已在 0922 雛形上用紅框圈出對應位置。每一項都有建議口徑，以及可直接填寫的回覆欄。2026-11-12（台北時間）。

25待確認項
11已裁決，待改圖／補圖
14仍待 UIUX 拍板
21原圖圈選
4示意（無對應原圖）

總表

編號模組／頁面問題性質圖狀態
P31P0 首頁搜尋框搜尋框讀檔失敗時的顯示，以及台灣出發港的顯示文字待拍板原圖圈選待回覆
P32P4 填寫旅客／付款「價格更新」視窗與佔房到期視窗，雛形何時出圖已裁決・待改圖示意待回覆
P33跨頁／流程UIUX 雛形與規格的六處落差要怎麼對齊待拍板示意待回覆
P34P4 填寫旅客「代表人」和「主要聯絡人」是不是同一個人待拍板原圖圈選待回覆
P40P1 搜尋結果B2C 主圖要用哪個比例，比例不合時怎麼裁待拍板原圖圈選待回覆
P41P1／P2產品標籤要顯示在哪裡待拍板原圖圈選待回覆
P44P2 航程詳情（APP）賣點在手機版只有一行時，要顯示哪一欄待拍板原圖圈選待回覆
P53跨頁（P1／P2／P3）請把「(未稅)」全部改成「(含稅)」，註腳只保留船上小費自付已裁決・待改圖原圖圈選待回覆
P56P1 搜尋結果出發日 chip「固定假日顯示紅字」：哪些日子算假日待拍板原圖圈選待回覆
P58P1 搜尋結果／篩選中途停靠用字請全部改成「有中途停靠／無中途停靠」已裁決・待改圖原圖圈選待回覆
P59P2 航程詳情P2 還沒畫的互動：起價提示、優惠代碼、出發區間、無可售出發日待拍板原圖圈選待回覆
P60P2 訂購須知（APP）「改票與取消政策」示意文字請不要寫具體罰則數字已裁決・待改圖原圖圈選待回覆
P62P4 填寫旅客／離開流程客人有佔房時離開流程，WEB／APP 怎麼呼叫放房、怎樣算離開待拍板示意待回覆
P64P3／P415 分鐘倒數應改到填寫頁，選房頁請拿掉或改標註已裁決・待改圖原圖圈選待回覆
P65P4 訂後／完成頁下單沒回訂位編號時，「訂單確認中」怎麼寫、之後怎麼通知客人待拍板示意待回覆
P67P3 選擇艙房方案卡刪除線原價（$49,800）本期不做，請從雛形拿掉已裁決・待改圖原圖圈選待回覆
P68P3 選擇艙房買不到的艙型不列卡片後，〔已售完〕卡片與篩選還要不要留在雛形已裁決・待改圖原圖圈選待回覆
P69P3 選擇艙房WEB／APP 用字與「起」價請對齊規格待拍板原圖圈選待回覆
P71P3 選擇艙房兩間房只佔到一間時的錯誤畫面（沿用燈箱錯誤樣式）已裁決・待改圖原圖圈選待回覆
P72P3 選擇艙房價格區間篩選怎麼切；頁首「海外登船 (不含機票)」從哪來待拍板原圖圈選待回覆
P73P3 選房號彈窗請補畫保證艙頁籤，以及「無可選樓層或房號」的空狀態已裁決・待改圖原圖圈選待回覆
P74P3／P2 艙房人數燈箱沒房時的紅框請只標造成問題的那一間，不要兩間都紅已裁決・待改圖原圖圈選待回覆
P75P3 選房號／無障礙篩選勾「無障礙房」後，沒有無障礙房的樓層頁籤，WEB／APP 要不要統一；沒有無障礙房時要不要隱藏篩選待拍板原圖圈選待回覆
P76P3 艙房人數燈箱「最多 6 間」請從雛形與 Figma 拿掉，上限是 2 間已裁決・待改圖原圖圈選待回覆
P3P3 方案詳情「費用不含」和「額外自費項目」怎麼分（也請 UIUX 看放法）待拍板原圖圈選待回覆

分項（請逐則回覆）

P31P0 首頁搜尋框待 UIUX 拍板

搜尋框讀檔失敗時的顯示，以及台灣出發港的顯示文字

P31 原圖圈選
純艙房出發地目前只有「海外登船 (不含機票)」一個選項（桌機欄位與下拉、手機面板）。讀檔／載入失敗的空狀態或錯誤狀態，這張圖還沒畫（該狀態位置待確認）。
P31 原圖圈選
套裝遊目的地才出現「台灣出發郵輪（基隆港 / 高雄港往返）」這段用字，供對齊台灣出發港顯示文字。

位置待確認：讀檔失敗狀態尚未繪製，只圈了出發地選單，以及套裝遊裡台灣出發的用字。

原圖路徑

  • docs/B2C-UI/20260922_UIUX雛形/WEB/P0-W01-出發地-單選.png
  • docs/B2C-UI/20260922_UIUX雛形/WEB/P0-W03-套裝遊-目的地.png
  • docs/B2C-UI/20260922_UIUX雛形/APP/P0-A01-出發地-單選.png（本次未圈，可一併對照）

問題描述

B2C 搜尋框選項來自 InitSearch 讀檔（加日期即時組裝）。讀檔失敗時前台要顯示什麼，文件尚未定。另外，台灣出發港在畫面上要用什麼文字，也還沒對齊。0922 雛形出發地目前只畫了「海外登船 (不含機票)」一個選項。

我方建議（或已裁決口徑）

請 UIUX 補「讀檔／選項載入失敗」的空狀態或錯誤狀態（文案、是否提供重試、要不要鎖住搜尋按鈕）。台灣出發港的顯示文字請給一版寫法（是否要帶港名，例如基隆／高雄，或只用「台灣出發」），以便 API 的 Text 對齊。

來源

  • docs/Pending.md §3 P31
  • docs/Issues/100-p0-search-box-json-package-20260923.md
  • docs/B2C-UI/20260922_UIUX雛形/00-P0-搜尋框-初次定版.md
  • Specs/api-specs/b2c/02-Catalog-API.md §4a
P32P4 填寫旅客／付款已裁決，待改圖／補圖

「價格更新」視窗與佔房到期視窗，雛形何時出圖

P32 示意
示意，不是 Figma／雛形原圖。0922 已有 P4-W01 填寫頁，但這兩種視窗仍列為尚無雛形。

此項沒有可圈的 0922 原圖。

問題描述

現行規格已拿掉價錢確認頁。送出時若第二次取價與填寫頁不一致，要跳出「價格更新」視窗，列出新舊價差，按〔接受新價格〕才成單，不接受則留在填寫頁。第一次 Hold 到期則跳視窗請客人回選房號（該房房號之後作廢）。這兩種視窗 0922 雛形都還沒畫，P4 填寫頁在 0922 資料夾也沒有定版圖。

我方建議（或已裁決口徑）

請排入出圖：① 價格更新視窗（新舊價、價差、〔接受新價格〕／不接受的去向）；② 佔房到期視窗（回選房號、不要寫成保證留房）。原價錢確認頁不用再出圖。

來源

  • docs/Pending.md §3 P32
  • docs/Issues/124-b2c-hold-at-pax-page-and-resubmit-price-check-20261029.md
  • docs/Issues/132-b2c-submit-reprice-confirm-and-drop-dinings-20261103.md
  • Specs/api-specs/b2c/03-B2C-Flow-Diagram.md §5 C4
P33跨頁／流程待 UIUX 拍板

UIUX 雛形與規格的六處落差要怎麼對齊

P33 示意
示意，不是 Figma／雛形原圖。對照圖在 0907 資料夾，本次未提供該批原圖。

此項沒有可圈的 0922 原圖。

問題描述

issue 081 在比對 20260907 雛形時列出六處落差，Pending 仍請 UIUX 對接。其中若干條已被後續裁決更新，請不要照 9 月原文一次全改，改以「仍有效／已過時」分開看。六項原文：① 步驟條三步 vs 當時規格四步（缺 9b 價錢確認頁）；② 懷孕只有告知文案、沒有勾選框（規格是聲明制、須留痕）；③ 代表人年齡條件與產品規則不同，且多出「台灣居民或有效居留證」（規格無此條）；④ 同一條動線稅的口徑變三次（P3 未稅 → 彈窗含稅 → P4 含稅）；⑤ 可樂旅遊幣與優惠代碼雛形 UI 已完成，但規格是空的；⑥ 倒數寫死 15 分，自建房暫定 30 分。

我方建議（或已裁決口徑）

建議逐項確認：① 9b 確認頁已於 issue 124 拿掉，步驟條維持填寫旅客 → 線上付款 → 付款完成即可，不必再加第四步。② 懷孕仍要每房勾選聲明，請在 P4 補勾選框（見產品規則與 Overview §3.1）。③ 「台灣居民或有效居留證」規格沒有，請從代表人條件拿掉；年齡條件改對齊 DCL「每間房至少一位滿 21 歲」（另見 P34）。④ 稅口徑已由 P53 裁決「全部含稅」，本項併入 P53 改圖。⑤ 可樂幣與優惠代碼：README 寫這階段先不做，請確認雛形是先拿掉、還是標成「本期不開放」。⑥ 倒數改在進填寫頁且 Hold 成功後才顯示，時間是 15 分鐘（Cruqo）；自建房 30 分本期不展開（見 P64）。

來源

  • docs/Pending.md §3 P33
  • docs/Issues/081-b2c-flow-diagram-and-v115-timeline-sync-20260914.md §4 第 4 點、§5
  • docs/Issues/124-b2c-hold-at-pax-page-and-resubmit-price-check-20261029.md
  • Specs/database-specs/01-product/00-Overview.md §3.1
  • docs/B2C-UI/20260907_UIUX雛形/（當時比對用的雛形）
P34P4 填寫旅客待 UIUX 拍板

「代表人」和「主要聯絡人」是不是同一個人

P34 原圖圈選
艙房資訊底下「入住代表人（每房第一位旅客）…台灣居民或持有效居留證」，以及訂購人資料「將作為本筆訂單主要聯絡窗口」。
P34 原圖圈選
旅客名單卡片標「艙房2入住代表人」；藍框又寫「入住代表人，需持有台灣籍護照入住。」原先引用的 0814／0713 原圖不在本次檔案中，改圈 0922 的 P4-W01。

原圖路徑

  • docs/B2C-UI/20260922_UIUX雛形/WEB/P4-W01-填寫旅客資料.png
  • docs/B2C-UI/20260814_版本/P4-1 填寫旅客.png（本次未圈，可一併對照）
  • docs/B2C-UI/20260713_版本/9-3_旅客確認頁.png（本次未圈，可一併對照）

問題描述

較早的旅客頁有「房間 N 入住代表人」radio。金怡流程寫的是「主要聯絡人（供郵輪公司）」。兩者是不是同一個人，會影響標籤與送出欄位。0922 雛形還沒有 P4 定版圖，這個問題仍列在待確認。

我方建議（或已裁決口徑）

請確認是否等義。若等義，建議畫面標籤寫清楚（例如「本房主要聯絡人（供郵輪公司）」），每房恰一位。若不是同一人，請說明兩種角色怎麼選、誰必填。規格要求每房恰一位 Main_Contact_Mark=1。

來源

  • docs/Pending.md §3 P34
  • docs/B2C-UI/01-P1-Wireframe-Revisions.md 「待確認／連動」與 9-a
  • docs/B2C-UI/goldjoy-flow-reference.md §4
  • Specs/database-specs/03-booking/00-Overview.md §7 代表人
P40P1 搜尋結果待 UIUX 拍板

B2C 主圖要用哪個比例，比例不合時怎麼裁

P40 原圖圈選
P1-W06 元件說明在主圖左側標註「主圖 2:1」。

原圖路徑

  • docs/B2C-UI/20260922_UIUX雛形/WEB/P1-W06-卡片.png

問題描述

0922 雛形 P1 卡片標「主圖 2:1」。產品規格建議封面圖 3:2 或 4:3。兩邊還沒對齊，也跟各品牌圖片比例規範（Pending P15，等業務）有關。

我方建議（或已裁決口徑）

請 UIUX 決定 B2C 列表主圖（必要時含 P2 頁首）的顯示比例，以及來源圖不合比例時要置中裁切、留白還是其他方式。定案後再回頭對產品圖檔規範。目前規格傾向 3:2 或 4:3，不是 2:1；若必須維持 2:1，請說明理由以便改規格。

來源

  • docs/Pending.md §3 P40（暫定）
  • Specs/database-specs/02-voyage/20-Product.md #12
  • Specs/ui-specs/ebs/02-voyage/20-product-wireframe.html 說明 18
  • docs/B2C-UI/20260922_UIUX雛形/00-P1-搜尋結果頁.md 元件說明 P1-W06
P41P1／P2待 UIUX 拍板

產品標籤要顯示在哪裡

P41 原圖圈選
P1 卡片標題列附近目前沒有產品標籤位置（只有船名／航線等）。標籤應出現在哪裡，位置待確認。

位置待確認：0922 的 P1 卡片與 P2 頁首都還沒畫產品標籤，只圈了卡片標題列作為可能位置。

原圖路徑

  • docs/B2C-UI/20260922_UIUX雛形/WEB/P1-W01-搜尋結果頁.png
  • docs/B2C-UI/20260922_UIUX雛形/WEB/P1-W06-卡片.png（本次未圈，可一併對照）

問題描述

產品有標籤欄位，但 0922 雛形 P1 卡片、P2 頁首都沒有標籤位置。API 只會回尚未註銷的標籤（P57 已結案：已註銷的不顯示）。

我方建議（或已裁決口徑）

請指定標籤要出現的位置（P1 卡片、P2 頁首，或兩者），以及沒有標籤時是否整列不留空。若決定前台都不顯示，請明說，API 可不回。

來源

  • docs/Pending.md §3 P41（暫定）
  • Specs/database-specs/02-voyage/20-Product.md #14
  • Specs/ui-specs/ebs/02-voyage/20-product-wireframe.html 說明 20
  • docs/B2C-UI/20260922_UIUX雛形/00-P1-搜尋結果頁.md
P44P2 航程詳情（APP）待 UIUX 拍板

賣點在手機版只有一行時，要顯示哪一欄

P44 原圖圈選
APP P2 初始頁標題下的賣點（紫星列）。目前是整句一行，沒有桌機那種「標題｜說明」兩欄。請決定手機要顯示標題、說明，或收成一行。

原圖路徑

  • docs/B2C-UI/20260922_UIUX雛形/APP/P2-A01-航程詳情頁.png

問題描述

產品賣點在桌機是「標題｜說明」。手機版 P2 只有一行，不知道該顯示標題還是說明。

我方建議（或已裁決口徑）

請決定手機只顯示標題、只顯示說明，或「標題，說明」收成一行（過長怎麼省略）。定案後 API 仍可回兩欄，由前端取用。

來源

  • docs/Pending.md §3 P44（暫定）
  • Specs/database-specs/02-voyage/20-Product.md #10
  • Specs/ui-specs/ebs/02-voyage/20-product-wireframe.html 說明 22
  • docs/B2C-UI/20260922_UIUX雛形/APP/P2-A01-航程詳情頁.png
P53跨頁（P1／P2／P3）已裁決，待改圖／補圖

請把「(未稅)」全部改成「(含稅)」，註腳只保留船上小費自付

P53 原圖圈選
P1 搜尋結果：右上「以 2 人一房計算（未稅）」，卡片「2人 / 每房 (未稅)」。
P53 原圖圈選
P3-W01 左欄仍寫「每房總價 (未稅)」。方案卡已改為「每房 (含稅)」，口徑不一致。
P53 原圖圈選
P3-W01 底部註腳仍是「價格為每間艙房未稅價格」。
P53 原圖圈選
同頁方案卡已寫「每房 (含稅)」，作為對照。

原圖路徑

  • docs/B2C-UI/20260922_UIUX雛形/WEB/P1-W01-搜尋結果頁.png
  • docs/B2C-UI/20260922_UIUX雛形/WEB/P3-W01-選擇艙房.png
  • docs/B2C-UI/20260922_UIUX雛形/WEB/P1-W06-卡片.png（本次未圈，可一併對照）
  • docs/B2C-UI/20260922_UIUX雛形/APP/P1-A01-列表初始頁.png（本次未圈，可一併對照）
  • docs/B2C-UI/20260922_UIUX雛形/APP/P3-A01-選擇艙房頁.png（本次未圈，可一併對照）

問題描述

使用者 2026-11-02 確認：價格全部含稅，只有船上小費由客人在船上自付（迪士尼牌價＝賣價；11-03 補充 P3 選艙型也一樣）。但 0922 雛形多處仍寫「(未稅)」：P1 卡片與 ⓘ、P1 APP、P2 APP 底部列；P3 選艙型卡片 11-06 新版已改「每房 (含稅)」，可是左欄「每房總價 (未稅)」、底部「價格為每間艙房未稅價格」還沒改（P3-W01）；P2 桌機已改「(含稅)」，註腳卻仍寫「價格未含港務稅、服務費與指定艙房附加費」。API 不變。

我方建議（或已裁決口徑）

【已裁決，請改圖】所有對客價格改標「(含稅)」；ⓘ／註腳只寫船上小費自付，刪掉「未含港務稅、服務費…」這類句子。P3 左欄與底部、P1／P2／APP 一起改。

來源

  • docs/Pending.md §3 P53
  • Specs/api-specs/b2c/02-Catalog-API.md §5 第 1 點、§2 Fare_Price
  • Specs/api-specs/b2c/01-Booking-Session-API.md §3.3 Price
  • docs/B2C-UI/20260922_UIUX雛形/00-P1-搜尋結果頁.md
  • docs/B2C-UI/20260922_UIUX雛形/00-P3-選擇艙房與方案詳情.md（含稅用字混用）
P56P1 搜尋結果待 UIUX 拍板

出發日 chip「固定假日顯示紅字」：哪些日子算假日

P56 原圖圈選
可訂購日期 chip（7/12「日」為紅字）與右側標註「國定假日會顯示紅字」。哪些日子算假日尚未定義。

原圖路徑

  • docs/B2C-UI/20260922_UIUX雛形/WEB/P1-W06-卡片.png

問題描述

P1-W06 標註可訂購日期「固定假日會顯示紅字」。尚未定義週日、週六、還是國定假日。若含國定假日，前端要有假日資料，API 可能要另外提供。

我方建議（或已裁決口徑）

請定義紅字範圍（例如僅週日、週六日、或含國定假日）。若要國定假日，請一併確認要不要由 API 提供假日清單，或前端自備。

來源

  • docs/Pending.md §3 P56
  • Specs/api-specs/b2c/02-Catalog-API.md §2 Sail_Date_List[]
  • docs/B2C-UI/20260922_UIUX雛形/00-P1-搜尋結果頁.md P1-W06「可訂購日期」
P58P1 搜尋結果／篩選已裁決，待改圖／補圖

中途停靠用字請全部改成「有中途停靠／無中途停靠」

P58 原圖圈選
APP P1-A02 中途停靠選項寫「有中途停靠／無停靠港口」。
P58 原圖圈選
P1-W05 左側元件說明寫「含停靠港口／不含停靠港口」（實際搜尋結果頁已是「有／無中途停靠」）。

原圖路徑

  • docs/B2C-UI/20260922_UIUX雛形/APP/P1-A02-篩選.png
  • docs/B2C-UI/20260922_UIUX雛形/WEB/P1-W05-篩選.png

問題描述

使用者 2026-11-02 裁決用字統一為「有中途停靠／無中途停靠」。但 APP P1-A02 仍有「無停靠港口」，P1-W05 元件說明有「含停靠港口／不含停靠港口」。API 不變，前端照 Text 顯示。

我方建議（或已裁決口徑）

【已裁決，請改圖】篩選選項、群組標題與說明全部改為「有中途停靠／無中途停靠」，WEB、APP 一致。

來源

  • docs/Pending.md §3 P58
  • Specs/api-specs/b2c/02-Catalog-API.md §2 Filter_Info.Transit_Port_List[]
  • docs/B2C-UI/20260922_UIUX雛形/00-P1-搜尋結果頁.md「使用者補充」與 P1-A02
P59P2 航程詳情待 UIUX 拍板

P2 還沒畫的互動：起價提示、優惠代碼、出發區間、無可售出發日

P59 原圖圈選
桌機右框起價旁的 ⓘ、〔適用的優惠代碼〕〔查看〕，以及可訂購日期的「出發區間」。ⓘ 提示內容與「無可售出發日」空狀態這張圖還沒畫（該兩處位置待確認）。
P59 原圖圈選
APP P2 同樣有「適用的優惠代碼」與「出發區間」列。

位置待確認：ⓘ 提示內容、無可售出發日空狀態尚未繪製；只圈了 ⓘ、優惠代碼與出發區間。

原圖路徑

  • docs/B2C-UI/20260922_UIUX雛形/WEB/P2-W01-航程詳情頁.png
  • docs/B2C-UI/20260922_UIUX雛形/APP/P2-A01-航程詳情頁.png
  • docs/B2C-UI/20260922_UIUX雛形/APP/P2-A04-可訂購日期-展開.png（本次未圈，可一併對照）

問題描述

第 (1) 項（〔選擇〕後開艙房／人數燈箱）已結案。其餘仍待出圖或確認： (2) 右框起價 ⓘ 的提示內容； (3)〔適用的優惠代碼〕〔查看〕——優惠代碼目前沒有規格； (4) 出發區間下拉能選什麼； (5) 沒有可售出發日時（直接開網址、全部賣完，或剩下的出發日都在出發前 5 天內）頁面要顯示什麼。

我方建議（或已裁決口徑）

請補：② ⓘ 提示文案（建議與 P53 含稅口徑一致，不要再寫未稅）；③ 優惠代碼若本期不做，請從雛形拿掉或標「本期不開放」（與 P33⑤ 一起看）；④ 出發區間下拉的選項規則；⑤ 無可售出發日的空狀態與導向（要不要回搜尋結果或首頁）。出發前 5 天內不開放訂購已定案（issue 131）。

來源

  • docs/Pending.md §3 P59
  • Specs/api-specs/b2c/02-Catalog-API.md 一頁看懂第 4 點、§3 第 2 點
  • docs/Issues/130-p2-cruise-detail-api-20261102.md A8
  • docs/Issues/131-booking-cutoff-5-days-20261103.md
P60P2 訂購須知（APP）已裁決，待改圖／補圖

「改票與取消政策」示意文字請不要寫具體罰則數字

P60 原圖圈選
APP「改票與取消政策」示意文字寫了出發前 90 天 20%、75%、100% 等具體罰則數字。

原圖路徑

  • docs/B2C-UI/20260922_UIUX雛形/APP/P2-A06-訂購須知.png

問題描述

APP P2-A06「改票與取消政策」示意文字寫了具體罰則（例如出發前 90 天以上收 20%）。須知元件的規定是不寫罰則數字；精確條款由 29 條款規則解析，成單時凍結到 booking 36。

我方建議（或已裁決口徑）

【請改圖】把示意罰則數字換成通用說明（例如「實際退改條件以方案詳情／下單時條款為準」）。不要在須知示意稿寫死 20% 這類數字，以免和真實條款不一致。

來源

  • docs/Pending.md §3 P60
  • Specs/database-specs/01-product/19-NoticeDoc.md #2
  • docs/Issues/130-p2-cruise-detail-api-20261102.md B 第 12 條
  • docs/B2C-UI/20260922_UIUX雛形/APP/P2-A06-訂購須知.png
P62P4 填寫旅客／離開流程待 UIUX 拍板

客人有佔房時離開流程，WEB／APP 怎麼呼叫放房、怎樣算離開

P62 示意
示意，不是 Figma／雛形原圖。離開／放房沒有獨立畫面（Figma 標註未出現在 PNG）。

此項沒有可圈的 0922 原圖。

問題描述

選房號階段不佔房，進填寫頁才 Hold。客人有佔房卻離開訂位流程時，前端要呼叫 LeaveBooking（POST，只帶 Page_Id；改 POST 是因為關掉頁面時 sendBeacon 只能送 POST）。待確認：WEB 關掉頁面時呼不呼叫得到、重整和換步驟怎麼避免誤放；APP 切到背景算不算離開。

我方建議（或已裁決口徑）

請 UIUX／前端一起定離開的定義與提示：關閉分頁、重整、回上一頁、切 APP 背景，哪些要放房、哪些要保留並繼續倒數。若會放房，是否先提示「離開將釋出已保留艙房」。規格面 API 已定，差在前端行為。

來源

  • docs/Pending.md §3 P62
  • Specs/api-specs/b2c/01-Booking-Session-API.md §3.14
  • docs/Issues/132-b2c-submit-reprice-confirm-and-drop-dinings-20261103.md §5
P64P3／P4已裁決，待改圖／補圖

15 分鐘倒數應改到填寫頁，選房頁請拿掉或改標註

P64 原圖圈選
APP P3-A12「艙房1選完，選擇艙房2」灰條仍寫「hold房成功，則顯示倒數bar」——位置標錯，選房號階段不應出現 Hold 倒數。
P64 原圖圈選
0922 已在 P4 桌機填寫頁畫上 15 分鐘倒數（「14:59 訂單尚未完成…請在 15 分鐘內填寫資料並送出訂單」）。請確認此位置與文案（不要寫成保證留房）。
P64 原圖圈選
手機寬度同一則倒數，另有「機位將於送出後為您保留」一句。

原圖路徑

  • docs/B2C-UI/20260922_UIUX雛形/APP/P3-A12-自選房號-選擇流程.png
  • docs/B2C-UI/20260922_UIUX雛形/WEB/P4-W01-填寫旅客資料.png

問題描述

P3-W01 曾有倒數提示「14 : 59 訂單尚未完成，請在 15 分鐘內填寫資料並送出訂單」，2026-11-06 新版已從選艙頁拿掉。現在選房號不佔房，進旅客填寫頁才開始倒數，所以這條提示要改放在填寫頁，等 P4 雛形確認。另外 APP P3-A12 灰條仍寫「hold房成功，則顯示倒數bar」——位置標錯。使用者 2026-11-07 說：進旅客填寫頁且 Hold 成功才顯示。

我方建議（或已裁決口徑）

【已裁決時點，請改圖並補 P4】P3 選房流程不要出現 Hold 倒數。請改 P3-A12 標註；P4 填寫頁在 Hold 成功後顯示 15 分鐘倒數（從佔房當下起算）。文字不要寫成保證留房。

來源

  • docs/Pending.md §3 P64
  • docs/B2C-UI/20260922_UIUX雛形/00-P3-選擇艙房與方案詳情.md（P3-A12 不一致）
  • docs/Issues/132-b2c-submit-reprice-confirm-and-drop-dinings-20261103.md
P65P4 訂後／完成頁待 UIUX 拍板

下單沒回訂位編號時，「訂單確認中」怎麼寫、之後怎麼通知客人

P65 示意
示意，不是 Figma／雛形原圖。付款後「訂單確認中」仍無定版圖；P4 的「訂單確認」是送出前頁面。

此項沒有可圈的 0922 原圖。

問題描述

客人付完款後向 Cruqo 下單若沒回訂位編號，訂單改走人工處理，可能要等一段時間。前端不輪詢。待確認：「訂單確認中」畫面怎麼寫；確認後（成功或失敗）怎麼通知客人。0922 沒有這頁的定版圖。

我方建議（或已裁決口徑）

請出「訂單確認中」頁（或完成頁的一種狀態）：說明正在人工確認、不要讓客人以為失敗、也不要自動一直刷新。並請建議成功／失敗的通知方式（例如 Email、訂單中心、推播——僅提案，實作還要對既有通知機制）。

來源

  • docs/Pending.md §3 P65
  • Specs/api-specs/b2c/01-Booking-Session-API.md §3.11b 第 4 點
  • docs/Issues/133-cruqo-1105-scheduled-capture-and-manual-followup-20261105.md
P67P3 選擇艙房已裁決，待改圖／補圖

方案卡刪除線原價（$49,800）本期不做，請從雛形拿掉

P67 原圖圈選
第一張方案卡在「$39,800 起」底下有刪除線原價「$49,800 起」。本期不做，請拿掉。

原圖路徑

  • docs/B2C-UI/20260922_UIUX雛形/WEB/P3-W01-選擇艙房.png

問題描述

P3-W01 第 1 張卡片價格底下有刪除線「$49,800」。使用者 2026-11-07 定本期不做（原本在等業務定原價怎麼算）。API 不給原價；促銷文字 Promo_Text 只是文字、不影響價格。

我方建議（或已裁決口徑）

【已裁決，請改圖】從 WEB／APP 方案卡拿掉刪除線原價。促銷改走文字標籤（最多 7 字的 Promo_Text），不要畫劃線價。

來源

  • docs/Pending.md §3 P67
  • Specs/api-specs/b2c/01-Booking-Session-API.md §3.3 第 5 點
  • docs/Issues/134-p3-query-category-api-20261106.md
  • docs/B2C-UI/20260922_UIUX雛形/WEB/P3-W01-選擇艙房.png
P68P3 選擇艙房已裁決，待改圖／補圖

買不到的艙型不列卡片後，〔已售完〕卡片與篩選還要不要留在雛形

P68 原圖圈選
P3-W01 第 4 張方案卡按鈕為〔已售完〕。已裁決買不到的艙型不列卡片。
P68 原圖圈選
APP P3-A03 篩選有「商品狀態：可訂購艙房」，與「不列已售完卡片」後是否還要保留此篩選有關。

原圖路徑

  • docs/B2C-UI/20260922_UIUX雛形/WEB/P3-W01-選擇艙房.png
  • docs/B2C-UI/20260922_UIUX雛形/APP/P3-A03-排序與篩選.png
  • docs/B2C-UI/20260922_UIUX雛形/WEB/P3-W08-方案卡-欄位說明.png（本次未圈，可一併對照）

問題描述

2026-11-06 使用者裁決：買不到的艙型不列卡片；頁籤仍可顯示「(0) 售完」。因此 P3-W01 第 4 張〔已售完〕卡片、P3-W08 按鈕狀態〔已售完〕、APP P3-A03「商品狀態：可訂購艙房」篩選，本期用不到。要不要從雛形拿掉，請 UIUX 確認。

我方建議（或已裁決口徑）

建議從列表拿掉已售完卡片與「只看可訂購」篩選，避免開發照著做。頁籤保留「(0) 售完」的數字即可。若想留作未來一期，請在圖上標「本期不採用」。

來源

  • docs/Pending.md §3 P68
  • Specs/api-specs/b2c/01-Booking-Session-API.md §3.3 第 4 點
  • docs/Issues/134-p3-query-category-api-20261106.md
  • docs/B2C-UI/20260922_UIUX雛形/WEB/P3-W08-方案卡-欄位說明.png
  • docs/B2C-UI/20260922_UIUX雛形/APP/P3-A03-排序與篩選.png
P69P3 選擇艙房待 UIUX 拍板

WEB／APP 用字與「起」價請對齊規格

P69 原圖圈選
APP 第二張卡片寫「48小時人工回覆」「自選房號」「每房 (未稅)」。規格／WEB 是「48 小時內回覆確認」「可自選房號」。
P69 原圖圈選
WEB 方案卡寫「$39,800 起」；API 回的是該人數組合的整間價，不是起價，建議拿掉「起」。

原圖路徑

  • docs/B2C-UI/20260922_UIUX雛形/APP/P3-A01-選擇艙房頁.png
  • docs/B2C-UI/20260922_UIUX雛形/WEB/P3-W01-選擇艙房.png
  • docs/B2C-UI/20260922_UIUX雛形/APP/P3-A10-系統配房說明.png（本次未圈，可一併對照）
  • docs/B2C-UI/20260922_UIUX雛形/WEB/P3-W11-系統配房說明.png（本次未圈，可一併對照）

問題描述

確認方式：APP 寫「48小時人工回覆」，規格與 WEB 是「48 小時內回覆確認」（API 回後者）。選房方式：APP 卡片寫「自選房號」，WEB 與 API 是「可自選房號」。系統配房說明 WEB 寫「遊輪公司」、APP 寫「郵輪公司」（之後改由條款建檔 Cabin_Selectable_Text，先請 UIUX 統一要填哪一段）。WEB 卡片價格寫「$ 39,800 起」，但 API 是這間實際人數的整間價，不是起價。

我方建議（或已裁決口徑）

請統一：確認方式用「48 小時內回覆確認」；選房方式用「可自選房號」；「遊輪／郵輪公司」選一個（建議「郵輪公司」）。WEB 方案卡價格拿掉「起」，改為該人數組合的整間價。系統配房說明請給一版全文，供後台建檔。

來源

  • docs/Pending.md §3 P69
  • Specs/api-specs/b2c/01-Booking-Session-API.md §3.3
  • docs/B2C-UI/20260922_UIUX雛形/00-P3-選擇艙房與方案詳情.md「桌機與 APP 的差異」
P71P3 選擇艙房已裁決，待改圖／補圖

兩間房只佔到一間時的錯誤畫面（沿用燈箱錯誤樣式）

P71 原圖圈選
現行是「部分艙房無法預訂」彈窗＋「回到選擇艙房 全部重選」。已裁決應沿用燈箱錯誤樣式：只把佔不到的那間變紅、佔到的維持已選，不要全部重選。這個「只佔到一間」的正確狀態尚未另畫（位置待確認）。

位置待確認：「只佔到一間、保留另一間」的正確狀態尚未繪製；圈的是現行「全部重選」彈窗（與已裁決規則不符）。

原圖路徑

  • docs/B2C-UI/20260922_UIUX雛形/APP/P3-A15-進旅客填寫頁判斷.png
  • docs/B2C-UI/20260922_UIUX雛形/WEB/P2-W11-艙房人數-兩間房.png（本次未圈，可一併對照）
  • docs/B2C-UI/20260922_UIUX雛形/APP/P2-A12-艙房人數-兩間房.png（本次未圈，可一併對照）

問題描述

兩間都選好、按〔下一步：填寫旅客資料〕時，可能只佔到一間（例如艙房 2 被訂走）。使用者 2026-11-07 定：沿用艙房／人數燈箱的錯誤樣式、不加新狀態——頂端紅條說明哪間被訂走、哪間已保留（例「艙房 2 剛被訂走，請重選；艙房 1 已保留」）；佔不到的那間框變紅、回「尚未選擇」；佔到的那間維持「已選」。手機底部膠囊同樣要有。注意：佔到的那間若改選會放掉保留，改選前先跳確認；保留只有 15 分鐘，文字不要寫成保證。

我方建議（或已裁決口徑）

【規則已定，請改圖】請依上述規則改 WEB／APP 圖，含手機底部膠囊。補「改選已保留艙房前的確認」。倒數與保留時效不要寫成保證成功。

來源

  • docs/Pending.md §3 P71
  • Specs/api-specs/b2c/01-Booking-Session-API.md §3.7 第 1 點
  • docs/Issues/134-p3-query-category-api-20261106.md
P72P3 選擇艙房待 UIUX 拍板

價格區間篩選怎麼切；頁首「海外登船 (不含機票)」從哪來

P72 原圖圈選
APP P3-A03 價格區間約略等分四段（20,000–45,000 等）。
P72 原圖圈選
WEB P3-W12 區間並不等分（8,796–10,000、10,000–11,500…）。
P72 原圖圈選
P3 頁首標題前的「海外登船 (不含機票)」；API 這版不回這段文字，請確認來源或是否拿掉。

原圖路徑

  • docs/B2C-UI/20260922_UIUX雛形/APP/P3-A03-排序與篩選.png
  • docs/B2C-UI/20260922_UIUX雛形/WEB/P3-W12-篩選面板.png
  • docs/B2C-UI/20260922_UIUX雛形/WEB/P3-W01-選擇艙房.png

問題描述

價格區間按鈕：APP（P3-A03）等分四段，WEB（P3-W12）不等分。API 先照等分四段，沒有卡片的區間不回。另外，WEB 頁首標題前面的「海外登船 (不含機票)」這段是什麼、從哪來，API 這版不回。

我方建議（或已裁決口徑）

請確認價格區間要以等分四段為準（與現行 API 一致），或 WEB 另有規則（若另有規則，請說明切法以便改 API）。「海外登船 (不含機票)」若要保留在 P3 頁首，請說明資料來源（例如沿用搜尋條件）；若只是示意，請從 P3 拿掉或改由前端自帶搜尋條件文字。

來源

  • docs/Pending.md §3 P72
  • Specs/api-specs/b2c/01-Booking-Session-API.md §3.3 第 13 點、Itinerary_Info
  • docs/Issues/134-p3-query-category-api-20261106.md
  • docs/B2C-UI/20260922_UIUX雛形/APP/P3-A03-排序與篩選.png
  • docs/B2C-UI/20260922_UIUX雛形/WEB/P3-W12-篩選面板.png
P73P3 選房號彈窗已裁決，待改圖／補圖

請補畫保證艙頁籤，以及「無可選樓層或房號」的空狀態

P73 原圖圈選
選房號彈窗樓層頁籤目前是 9F–14F，沒有「保證艙」頁籤，也還沒畫「目前無可選樓層或房號」空狀態（該空狀態位置待確認）。
P73 原圖圈選
P3-W15 操作流程同樣只有 9樓–14樓頁籤，未見保證艙。

位置待確認：「保證艙」頁籤與「無可選樓層或房號」空狀態尚未繪製；只圈了現有樓層頁籤列。

原圖路徑

  • docs/B2C-UI/20260922_UIUX雛形/WEB/P3-W07-選擇房號-有平面圖.png
  • docs/B2C-UI/20260922_UIUX雛形/WEB/P3-W15-選擇房號-操作流程.png
  • docs/B2C-UI/20260922_UIUX雛形/APP/P3-A11-自選房號-有甲板圖.png（本次未圈，可一併對照）

問題描述

使用者 2026-11-07：規則已定，只是雛形沒畫。① 可自選房號時，保證艙要多一個樓層頁籤「保證艙」（API Deck_List 最後一筆），P3-W15、P3-A11 都沒畫。② 系統配房的卡片查不到保證艙、③ 這個艙型一間房都沒有（Deck_List 空陣列），都顯示「目前無可選樓層或房號」（與勾無障礙房後所有樓層都沒有同一句）。這兩種空狀態請補圖。

我方建議（或已裁決口徑）

【規則已定，請補圖】在選房號彈窗加「保證艙」頁籤；兩種沒有房號／樓層的情況都用同一句「目前無可選樓層或房號」。

來源

  • docs/Pending.md §3 P73
  • Specs/api-specs/b2c/01-Booking-Session-API.md §3.5 規則第 1、3、4 點
  • docs/Issues/134-p3-query-category-api-20261106.md
  • docs/B2C-UI/20260922_UIUX雛形/WEB/P3-W15-選擇房號-操作流程.png
  • docs/B2C-UI/20260922_UIUX雛形/APP/P3-A11-自選房號-有甲板圖.png
P74P3／P2 艙房人數燈箱已裁決，待改圖／補圖

沒房時的紅框請只標造成問題的那一間，不要兩間都紅

P74 原圖圈選
兩間房的艙房／人數燈箱（達 2 間後不顯示新增）。Figma 標註的「兩間都紅／無法判斷是哪一房造成」錯誤態，在 0922 匯出的 PNG 裡沒有單獨畫面（位置待確認）。請在此燈箱改為只標沒房的那一間。

位置待確認：兩間都紅的錯誤態在 0922 PNG 上看不到（僅見於 Figma 標註），只圈了兩間房燈箱的規則與艙房列。

原圖路徑

  • docs/B2C-UI/20260922_UIUX雛形/WEB/P2-W11-艙房人數-兩間房.png
  • docs/B2C-UI/20260922_UIUX雛形/WEB/P2-W10-艙房人數燈箱.png（本次未圈，可一併對照）
  • docs/B2C-UI/20260922_UIUX雛形/APP/P2-A11-艙房人數.png（本次未圈，可一併對照）

問題描述

Figma（WEB 2864:126531、手機 2934:207807）兩間都標紅，標題還寫「無法判斷是哪一房造成」。其實 API 每間房各回一份清單，分得出是哪一間。使用者 2026-11-07 決定只標沒房的那一間。

我方建議（或已裁決口徑）

【已裁決，請改圖】只把沒房的那一間框變紅，紅條寫明是哪一間；有房的那一間不要一起變紅。

來源

  • docs/Pending.md §3 P74
  • Specs/api-specs/b2c/01-Booking-Session-API.md §3.3 第 1 點
  • docs/Issues/134-p3-query-category-api-20261106.md
  • docs/B2C-UI/20260922_UIUX雛形/00-P3-選擇艙房與方案詳情.md「Figma 畫布標註」
P75P3 選房號／無障礙篩選待 UIUX 拍板

勾「無障礙房」後，沒有無障礙房的樓層頁籤，WEB／APP 要不要統一；沒有無障礙房時要不要隱藏篩選

P75 原圖圈選
APP 標註「有無障礙房才需顯示此篩選，沒有則不顯示」。
P75 原圖圈選
勾選後只留下有無障礙房的樓層（8、9、12樓）。WEB 標註則是沒有無障礙房的樓層設為 Disabled。請確認是否統一。

原圖路徑

  • docs/B2C-UI/20260922_UIUX雛形/APP/P3-A14-篩選無障礙房.png

問題描述

勾「無障礙房」後，WEB 頁籤還在但不能點（Figma 3534:328745），APP 頁籤直接不顯示（P3-A14）。使用者 2026-11-07 先定照雛形兩邊各做，請 UIUX 確認要不要統一；答案回來只改前端，API 兩邊一樣。另外 APP 標「有無障礙房才需顯示此篩選，沒有則不顯示」（P3-A14），WEB 雛形沒標，請一併確認 WEB 是否相同。這條是畫面決議，不寫進 API 規格。

我方建議（或已裁決口徑）

請選擇：樓層頁籤要統一（建議選一種：隱藏或禁用），或維持雙端不同。並確認 WEB 是否也是「沒有無障礙房就不顯示篩選」。

來源

  • docs/Pending.md §3 P75
  • Specs/api-specs/b2c/01-Booking-Session-API.md §3.5 規則第 5 點
  • docs/B2C-UI/20260922_UIUX雛形/00-P3-選擇艙房與方案詳情.md「桌機與 APP 的差異」
  • docs/Issues/134-p3-query-category-api-20261106.md
  • docs/B2C-UI/20260922_UIUX雛形/APP/P3-A14-篩選無障礙房.png
P76P3 艙房人數燈箱已裁決，待改圖／補圖

「最多 6 間」請從雛形與 Figma 拿掉，上限是 2 間

P76 原圖圈選
手機寬度六間狀態：列出艙房 3–6（超出已裁決的 2 間上限），底部寫「已選 0 / 6 間」。同頁桌機與兩間狀態已寫「已選 0 / 2 間」，請把 6 間這一版拿掉。

原圖路徑

  • docs/B2C-UI/20260922_UIUX雛形/WEB/P3-W01-選擇艙房.png

問題描述

Figma 標註「房間/人數燈箱最多 6 間」「達 6 間後不顯示＋新增艙房」；P3-W01 手機寬度底部寫「已選 0 / 6 間」。規格最多 2 間（Cruqo 一次只能訂 2 間），燈箱上限照 API Room_Max。同一區也有「達 2 間」的標註，留那一套即可。2026-11-08 使用者裁決請 UIUX 改。

我方建議（或已裁決口徑）

【已裁決，請改圖】所有 6 間示意、標註、底部「0 / 6 間」都拿掉，改為最多 2 間。

來源

  • docs/Pending.md §3 P76
  • Specs/api-specs/b2c/02-Catalog-API.md §3 Booking_Limit.Room_Max
  • docs/B2C-UI/20260922_UIUX雛形/00-P3-選擇艙房與方案詳情.md「Figma 畫布標註」房間數上限
  • docs/Issues/134-p3-query-category-api-20261106.md
P3P3 方案詳情待 UIUX 拍板

「費用不含」和「額外自費項目」怎麼分（也請 UIUX 看放法）

P3 原圖圈選
P3-W04 現行分段：費用包含／費用不包含／額外自費項目（以及上方的額外贈送）。請確認此放法是否維持。

原圖路徑

  • docs/B2C-UI/20260922_UIUX雛形/WEB/P3-W04-方案詳情-全文.png
  • docs/B2C-UI/20260922_UIUX雛形/WEB/P3-W03-方案詳情-彈窗.png（本次未圈，可一併對照）

問題描述

條款裡「費用不含」與「額外自費項目」如何分工，目前暫定照 0922 雛形 P3-W04 的放法，仍等業務確認；Pending 註明也要 UIUX 看。另外 P46 已結案：額外自費「標題－敘述」不拆兩段，一行一項照原樣顯示。

我方建議（或已裁決口徑）

請 UIUX 確認現行 P3-W04 的段落安排（費用包含／不含／額外自費／額外贈送）是否維持。若要調整分段或標題，請提出一版，再與業務的 P3 題一起定。額外自費請維持一行一項、不要拆欄。

來源

  • docs/Pending.md §1 P3（也要 UIUX 看）
  • Specs/database-specs/01-product/05-Policy.md #10
  • docs/B2C-UI/20260922_UIUX雛形/WEB/P3-W04-方案詳情-全文.png
  • docs/Pending.md §10 P46（已結案：不拆兩段）