上線 / 設定中 / 接下來：誠實的買家路徑

一個把所有產品都標示為上線的目錄，只是一個預付費的謊言。買家在點擊開啟前必須理解三種狀態：上線、設定中與接下來。本頁面即是這條誠實的買家路徑 — 它不是簡訊 API 購物清單，也不是 WhatsApp/RCS 設定論文。

相關閱讀：目錄上線閘門必須符合保險庫實際狀態、上線前故障轉移閘門、第一天跑道：必須亮綠燈的事項、上線前的範本目錄規範、首次扣款前的預付資金保留。

IOSOR 是白牌預付費系統。USD 20 可資助單一上線產品的目錄試點；在 USD 1,000/month 附近的軟審查則將「每樣東西看起來都已開啟」視為偵察債務。客戶只能看見白牌狀態。

任何人點擊開啟前的三種狀態

上線意味著工作區已開放，預付費流量可以帶著誠實的狀態運行。設定中意味著產品已在商店中，但在啟動請求獲准之前，開啟按鈕將持續被阻擋 — 這不是靜默通過。接下來僅限於路線圖可見；無法購買，也沒有金錢交易。將這三者混淆會虛構出假的綠燈。同級文章：目錄上線閘門必須符合保險庫實際狀態。

每個狀態允許的權限

軟性 USD 1,000/month 將「在接下來狀態上開啟」視為目錄事故；USD 20 則證明了一個上線產品與一個保持阻擋直到核准的設定中請求。金額保留會採取失敗封閉原則：首次扣款前的預付資金保留。

這不是簡訊買家檢核表或 WA 設定故事

簡訊 API 買家檢核表詢問 API、錢包與合規性是否可為簡訊購買。誠實的 WhatsApp/RCS 設定詢問範本與通道就緒性是否存在。本頁面詢問的是：商店晶片是否符合買家今天可以開啟的內容？ 產品可以通過簡訊就緒性檢查，卻仍然處於設定中。保持檢核表的鏈結，並將證據分開。相鄰但不替代：上線前故障轉移閘門、第一天跑道：必須亮綠燈的事項。

設定中是請求路徑，而非虛假的開啟

設定中必須顯示請求存取，而不是會回傳 500 錯誤或靜默無動作的開啟按鈕。請求 → 分流 → 核准，或以誠實狀態維持阻擋。切勿為了跳過佇列而偽裝成上線。範本類別在達到類別級別的上線前，仍需要其自身的目錄：上線前的範本目錄規範。當「接下來」在簡報中被當成「上線」販售時，軟性音量討論將保持阻擋狀態。

針對目錄狀態的買家檢核表

1. 無需透過 Slack 就能辨別上線、設定中與接下來嗎？
2. 上線是否只在其他生產閘門允許流量時才開啟？
3. 設定中是否公開「請求存取」而非損壞的開啟按鈕？
4. 接下來是否為不可購買狀態(無保留、無扣款)？
5. 當狀態只是戲碼時，是否已阻擋 USD 1,000/month 的軟性討論？
6. 試點 USD 20 是否證明了一次上線開啟與一次被阻擋的請求？

任何「否」的回答都會將目錄的誠實性 — 以及音量語言 — 保留在草稿中。

從 IOSOR 開始

請審查您的商品目錄主控台與後端閘道引擎，確保商店標籤能精確反映實際的執行期存取權限。針對標示為「設定中」的商品，請確認介面會顯示明確的「要求存取」工作流程，而不是會導致後端失敗的「開啟」按鈕。請測試「即將推出」的項目是否維持嚴格的無法購買狀態，且不會保留資金或觸發網頁 webhook，同時確保只有在所有底層管道閘道全數通過時，即時工作區才會開啟。

IOSOR 要點

本指南確立了誠實的買家路徑如何在商店可用性狀態與實際工作區準備度之間需要精確對齊。當啟動要求仍在處理中時卻將商品顯示為即時狀態，將會導致未處理的執行期錯誤、中斷的試行運作以及失去買家信任。

請透過明確的分類與審核管線來引導設定中的項目，而不是將其隱藏在虛假的有效按鈕後面。切勿將藍圖功能標示為即時狀態，也切勿在確認每個合規與管道閘道皆為綠燈之前允許工作區帶入流量。