只有一個產品時，為什麼不應該硬做產品總覽

網站有一個產品，導覽卻先把人送到產品總覽。總覽放一張卡片，點下去才是完整介紹。若中間那頁只是再說一次產品名稱與摘要，它到底提供了什麼不同的資訊？

本站目前的產品入口直接前往日序介紹頁，沒有另外建立 /products 總覽。這個選擇不是因為總覽頁難做，而是目前沒有多個產品需要挑選，也沒有另一組必須集中呈現的產品資訊。

我會先確認總覽要幫讀者完成什麼，再決定是否增加這一層。只有一個產品時，直接介紹它，往往已經能回答當前的問題。

多一個入口，應該多回答一個問題

總覽通常可以協助比較用途、辨識不同產品的對象，或快速找到已經知道名稱的項目。如果這些任務存在，中間頁就有自己的責任。

但只有一張卡片，卡片又只連到唯一的詳頁時，讀者沒有做選擇的必要。除非總覽還有其他內容，否則它可能只是把詳頁的開頭重新排列一次。

這不代表單一產品永遠不能有總覽。例如，若同一個產品已有不同版本、適用方案或明確的入口分流，集合頁仍可能有用途。這些是可能的設計情境，不代表日序目前已有這些版本或方案。

對本站來說，尚未出現這類需求，所以主導覽和首頁產品區都連到 /products/daily-order。導覽負責帶人找到產品，介紹頁負責說明它，不再插入一個只為展示卡片的頁面。

作品、功能和產品，不應為了欄數混在一起

只有一個產品時，設計稿卻可能預留三欄。這時最容易被補進來的，是近期作品、共用元件，或尚未有公開範圍的實驗。

但它們不是同一種資訊。本站作品頁保留的是已做過的網站、系統與視覺作品；產品入口則介紹目前的日序。把作品重新貼上「產品」標籤，不會自動讓它成為正在提供的應用服務。

同樣地，日序介紹頁的財務總覽、報表、目標與行程，是同一個產品的說明面向，不是四個獨立產品。拆成四張產品卡片，雖然能把格線填滿，卻會讓卡片的分類意義改變。

我會先保留現有區分：作品描述做過什麼，功能描述一個產品如何使用，產品介紹交代它要處理的情境與目前可提供的入口。數量不足時調整版面，不反過來調整事實。

詳頁要把唯一的產品介紹完整

少做一頁，不代表把資訊一起省略。日序介紹頁目前有產品名稱與定位、操作流程、功能方向、介面示意，以及前往 Demo 的連結。

這些內容放在同一條閱讀路徑上。讀者可以先理解用途，再看不同面向，最後決定是否離開本站查看 Demo。

介面示意也有自己的界線。頁面標示畫面用於說明操作方向，不包含真實財務或行程資料；它不能單靠畫面存在，就證明所有產品功能都完成，也不是使用者資料或產品成效的證據。

因此，我寫產品介紹時會把「本站呈現哪些說明」與「實際應用已驗證哪些功能」分開。這篇只從介紹頁與入口的實作判斷網站架構，不用展示素材代替應用程式的端到端驗證。

網址可以保留擴充空間，頁面不必先建立

目前產品詳頁放在 /products/daily-order，網址已經表達它是一個具名產品。但這不要求 /products 今天就一定要有頁面。

這兩件事可以分開：路徑保留清楚的命名，公開入口則只建立目前有內容與用途的頁面。本站的英文與日文固定產品頁也有對應網址，各語言主導覽指向自己的介紹頁。

若未來新增真正可介紹的第二個產品，可以再決定集合頁要放什麼。既有的日序詳頁不必因為多了一個總覽，就失去原本的地址；總覽也不應把所有入口改成無法直達的步驟。

這是後續擴充的判斷方向，不表示本站現在已經有第二個產品或完成那次路由調整。

第二個產品出現，也先看是否需要比較

產品數量增加，是重新檢查總覽用途的時機，不是自動建立頁面的充分理由。

我會先整理每個產品能公開的名稱、對象、用途與入口，再看讀者是否真的需要在它們之間做選擇。若兩個入口屬於完全不同的情境，首頁或導覽可能就能完成分流；若用途接近、容易混淆，總覽更值得提供明確比較。

也要避免把「正在試做」和「可以使用」放在沒有區別的卡片裡。產品還在準備時，可以交代進度或公開範圍，但不能用「立即使用」把人送到沒有相符功能的地方。

要不要做總覽，我會用一個具體問題檢查：移除這一頁之後，讀者會少掉哪一份必要資訊或選擇？如果沒有，就先讓他直接到達產品。

紀錄範圍

本文依據本站主導覽、首頁產品入口、日序介紹頁、語言路徑與工作室網站的內容決策整理。它描述的是目前官網怎麼介紹單一產品，不是日序功能完成度、使用者研究、點擊率或轉換結果的報告；也不把作品與規劃中的工具補成尚不存在的產品線。整站頁面分工另見〈從作品集到工作室官網：用途改變後，資訊架構也要改變〉。