30 秒答案｜這篇 Hub 的工作不是叫你看 18 篇，而是告訴你何時可以停止搜尋
福岡住宿最容易愈看愈亂，原因不是飯店太多，而是博多、天神、中洲、祇園幾乎每一區都能說自己「交通方便」。真正有效的選法，是按固定順序把不合適的答案刪掉：硬條件 → 重複交通 → 同行者／房型 → 特殊日 → 設施與價格。每完成一層，都應該讓 shortlist 變短。
如果做到某一層已經只剩一個明顯基地，就停止讀 Hub，直接進該區的飯店比較；如果最後剩博多、天神兩個答案，再看 博多 vs 天神。只有當你連自己的硬條件都說不清，才需要用 福岡住宿選擇器 8 問 做逐題診斷。
↔ 表格可左右滑動
你現在卡在哪裡 | 下一步 | 何時停止 |
連博多／天神都未定 | 先做下面 Decision Stack | 其中一區已明顯勝出就停 |
博多、天神各有理由 | 做「重複觸碰」與衝突矩陣 | 知道哪種摩擦更難替代就停 |
區域已定，但收藏 10 間飯店 | 只保留位置型／房型型／價格型三種不同理由 | 剩 2–3 間就直接核同條件房價 |
3–6 人、長輩、小朋友、洗衣等硬需求 | 暫停區域排名，先解房型 | 只有能滿足硬需求的飯店才放回地圖 |
ValueNavi Decision Stack｜先解不可妥協，再解每天重複，最後才談「喜不喜歡」
↔ 表格可左右滑動
層級 | 先問甚麼 | 答錯的代價 | 這層通過後才看 |
1. Hard Gate | 正式床位、房數、長輩步速、嬰兒車、大行李、晚到／早走 | 飯店「可住」但每晚都不舒服，或第一晚就爆摩擦 | 基地位置 |
2. Repeated Route | 哪個樞紐每朝／每晚會反覆用？ | 為一次便利換來三四次額外移動 | 博多、天神或其他區域 |
3. Room Fit | 同行者真正需要幾張床、幾個梳洗節奏、多少房內功能？ | 區域完美，但房型根本不適合 | 具體飯店 |
4. Special-day Override | 演唱會、自駕、超早機是否真的值得主導整趟？ | 被一個特殊日綁架其餘三四晚 | 是否 split stay／是否換基地 |
5. Features & Price | 浴場、Lounge、洗衣、景觀會用幾次？同條件實價差多少？ | 為不會使用的優點付溢價 | 下訂 |
ValueNavi 判斷：只要上面某一層已經淘汰一個選項，就不要因為下一層的漂亮照片、早餐或低價把它救回來。硬條件不合的飯店，不應靠大浴場加分翻盤。
先固定 3 個公開 facts｜它們是住宿地圖的底層，不是推薦結論
第一，博多是真正的 JR／新幹線樞紐。如果你的旅程有多個固定時間 JR 早晨、跨九州移動或離開福岡後直接接鐵路，住近博多的價值會重複發生。這不是「博多甚麼都近」，而是你反覆需要同一個交通節點。
第二，天神的價值不只是夜生活。西鐵路網由天神一側承接太宰府、柳川等方向；當完整日與晚上都反覆使用天神／大名／中洲，這個基地的優勢同樣會累積。一次 JR 早晨不能自動推翻三個天神晚上，反之亦然。
第三，福岡機場國內線與國際線不能當同一條「落機即地鐵」路線。國內線客運大樓與地下鐵直接連接；國際線要先搭免費航廈接駁到國內線一側才接地下鐵。官方轉乘資訊列出的航廈間車程約 10 分鐘，並提醒道路狀況可能令實際時間增加。晚到與早走因此要先分 terminal，再比較酒店。
ValueNavi Hub Touch Count｜不要數景點，數你每天會「碰」博多或天神幾次
Hub 不需要另一套總分；更簡單的方法是把行程畫成「早晨」與「晚上」。每一次固定時間由博多上 JR／新幹線、每一次帶行李回博多轉下一程，都算一次博多高價值觸碰；每一次天神／大名購物後回房、每一次西鐵方向完整日、每一個確定在天神生活圈結束的夜晚，都算一次天神高價值觸碰。
↔ 表格可左右滑動
旅行形狀 | 先看哪個基地 | 主要理由 | 甚麼會反轉 |
3 天 2 夜、第一次去、國際線晚到 | 博多先看 | 短旅程更怕第一晚與最後半天浪費；先減決策鏈 | 完整日與兩個晚上幾乎全部在天神，而且行李很輕 |
4–5 晚、兩次固定 JR 早晨 | 博多先看 | 高摩擦早晨重複 | 其餘三四晚都在天神收尾，JR 行程又很彈性 |
4 晚、購物＋美食＋太宰府／柳川 | 天神先看 | 晚間生活圈與西鐵方向同時重複 | 最後兩日連續 JR／新幹線早出，且帶大行李 |
3–4 成人、房型選擇很少 | 暫停區域排名 | 正式床位、房數、衛浴比區名更早決定可行性 | 兩區都有同等合適房型後，才重新比基地 |
只看一場演唱會 | 保留原本主基地 | 一次散場通常不足以綁架四晚 | 連看 2 晚以上、企位／大量周邊、翌日也同方向 |
如果你想把這些條件進一步量化，才進 8 問住宿選擇器。Hub 的任務到「知道先看哪一邊」就應該停止。
Persona 衝突矩陣｜同時符合兩三種旅客時，不要把答案平均
↔ 表格可左右滑動
衝突 | 不要這樣判 | 優先級 |
晚到＋三個天神晚上 | 「晚到＝全程一定博多」 | 先確認 terminal 與第一晚失敗成本；若只影響一次，三晚重複生活圈可反轉 |
兩個 JR 早晨＋購物旅 | 數目的地 2 比 1 | 比較固定時間風險 vs 購物中途回房頻率 |
帶爸媽＋演唱會 | 只找離場館最近酒店 | 長輩每日重複步行先於單一場館；除非演唱會是整趟主體 |
長住＋天神購物 | 只比「天神最近」 | 若房內洗衣會用 2–3 次，功能型酒店可勝過純站前位置 |
3–4 成人＋博多偏好 | 先選博多，再硬塞可入住 4 人房 | 先解真床位／兩房總價／衛浴，再把可行酒店放回博多、天神比較 |
區域決策表｜每區都可以好，但要說得出你買到甚麼、放棄甚麼
↔ 表格可左右滑動
區域 | 最適合 | 真正買到 | 最大風險／不要住的情況 |
博多 | 固定 JR／新幹線早晨、跨城、大行李、下一程由博多開始 | 重複使用交通樞紐，把早晨與搬運摩擦壓低 | 若完整日與每晚都在天神，可能每天都多一次「回基地」 |
天神 | 購物、美食、西鐵方向、連續多晚市區活動 | 把生活圈變成住宿圈，中途回房與晚歸價值可反覆使用 | 多個固定 JR 早晨或翌日帶行李上新幹線時，轉移成本會累積 |
中洲／春吉 | 夜生活與晚餐真的是旅程主角 | 夜晚最後一段短 | 只有一晚屋台就住四晚，通常過度反應 |
祇園／櫛田神社前 | Canal City、老城、大浴場／較大房等具體交換 | 以某種房型或設施，換離兩大核心各多一點距離 | 「剛好在中間」不等於每天零摩擦 |
海之中道／度假型 | 親子、度假、願意把半日以上留給住宿與周邊 | 酒店本身成為行程 | 如果每天都往市中心跑，會把度假位置變成重複交通成本 |
18 個 Persona 入口不用全看｜按「你現在要解甚麼」分成 4 組
A. 到埗／晚數／基地問題：第一次去福岡住宿、兩晚短住、晚到住宿、一日遊 Base、長住住宿。只有當「時間形狀」是你最大問題，先讀這組。
B. 同行者／房型問題：親子住宿、帶爸媽住宿、情侶住宿、閨蜜住宿、兄弟住宿、Solo 住宿。只要正式床位、步速或梳洗節奏已經是硬條件，先讀這組，不要先看飯店榜。
C. 旅行目的：購物住宿、美食住宿、演唱會住宿。用途只有在反覆發生時才足以改變基地；一晚活動通常不應支配四晚。
D. 風險／功能：雨天住宿、大浴場住宿、平價住宿、自駕住宿。這組多數是第二輪：只有當它變成硬需求，才提前到 Decision Stack 前面。
房型可以推翻區域｜3–4 位成人最典型
三至四位成人最容易被「最多入住 4 人」誤導。可入住人數不會告訴你第三、第四個睡眠位是不是正式床，也不會告訴你兩個大行李打開後還剩多少空間、幾個人能同時梳洗。這類旅程應先看 3–4 位成人一房還是兩房，再由真正可行的房型回頭比較博多與天神。
同理，帶爸媽、小朋友或長住若令房內洗衣、浴室配置、電梯與最後步行變成硬條件，都可以合法推翻「區域排名」。這不是例外，而是 Decision Stack 本來就把硬條件放在區域之前。
雨天、浴場、Lounge 要用 Usage Test｜至少會用兩次，才有資格改排名
設施最容易讓人為一次性的優點付四晚溢價。我的判斷線很簡單：預計只用 0–1 次的大浴場、Lounge、早餐特色或館內空間，只能做 tie-breaker；預計會用 2 次以上，才有資格改變飯店排名。雨天也不是看到「直結」就必勝，而是要看最後 200–500 公尺的暴露段會不會在你拖行李、推嬰兒車或帶長輩時反覆出現。
特殊日 Override｜演唱會、自駕、早機先問「會不會重複」
一場 PayPay Dome／Marine Messe 演出通常只創造一次峰值摩擦；只有連看兩晚以上、企位早排、大量周邊，或同行者體力令散場失敗成本特別高，才值得把場館方向升級為住宿主因。詳見 福岡演唱會住宿。
自駕亦一樣：只有兩天需要車，就先決定取還車日，不要因為「酒店有停車場」令其餘三天都住在不順的位置；看 福岡自駕住宿。超早機則再看 最後一晚博多 vs 天神，尤其國際線要把 terminal transfer 一併計入。
ValueNavi Hidden Cost Map｜五種最容易被「方便」兩字藏起來的成本
↔ 表格可左右滑動
表面上 | 其實要算 | 最容易選錯的人 |
「機場有地鐵」 | 國際線還有航廈接駁；晚到／早走需分 terminal | 第一次去、晚班國際線 |
「站前只差幾分鐘」 | 這幾分鐘會重複幾次？是否拖行李／下雨？ | 住 4–5 晚、長輩、大箱 |
「中間位置兩邊都方便」 | 是否其實兩邊都每天多一段？ | 把祇園／中洲當自動折衷的人 |
「房價較低」 | 是否同房數、正式床位、早餐、取消條件？ | 3–4 成人、親子 |
「有浴場／Lounge」 | 你幾點回房，整趟會用幾次？ | 每天早出晚歸的人 |
最後 shortlist 只留 3 種理由｜位置錨、功能錨、價格錨
區域定咗之後，不要再保存 10 間「都很方便」的飯店。最後三間應該故意代表不同交換：
↔ 表格可左右滑動
候選角色 | 它代表甚麼 | 淘汰問題 |
位置錨 | 最少轉乘／最短最後一段／直結 | 你會否真的每天使用這段便利？ |
功能錨 | 更合床位、較大房、洗衣、浴場等 | 功能預計會用至少兩次嗎？ |
價格錨 | 硬條件過關後的較低總住宿成本 | 是否同日期、人數、房數、床位、早餐、取消條件？ |
如果三間之中有兩間其實買同一樣東西，例如都只是「離博多站很近」，就刪一間。Shortlist 的價值來自理由不同，不是品牌不同。
Stop Rule｜看到這裡，符合其中一條就不要再讀更多住宿文
只剩一個基地：直接進該區飯店比較，不再看其他 Persona。
只剩博多 vs 天神：進 兩區比較，不要再開全福岡飯店榜。
區域已定，但房型卡住：先解房數／床位；不要用區域文章繼續搜尋。
剩 2–3 間理由不同的飯店：固定同日期、人數、房數、床型、早餐與取消條件核價，直接做最後選擇。
你清楚知道自己願意付代價：例如願意為三個天神晚上承受兩個 JR 早晨；這已經是答案，不需要再找「客觀第一名」。
最後判斷｜最好的 Hub 不是給你最多答案，而是最早讓你停止搜尋
第一次去、JR 早晨與大行李多，博多通常會先進 shortlist；完整日、晚餐、購物與西鐵方向反覆在天神，天神會愈住愈有價值；中洲／祇園要有一個具體可兌現的理由，不能只靠「位置在中間」；多人、長輩、親子與長住則可能直接令房型先於區域。
真正要避免的不是「選了一間不是網路第一名的飯店」，而是你明明只有一個晚上需要某優勢，卻替它付了四晚的交通或房價成本。按 Decision Stack 一層層刪，剩下 2–3 間就停，這個 Hub 的任務便完成。
資料來源
Decision Stack、Hub Touch Count、Persona 衝突矩陣、Hidden Cost Map、Stop Rule 與所有推薦／反例均為 ValueNavi 的編輯分析；飯店房型、設施、價格與取消條件會按日期與銷售方案變動，下訂前應再以飯店官方與訂房頁當日資訊核對。