產品設計與 UX 策略
梳理目標客群、任務流程、資訊架構與核心頁面，讓設計決策有明確依據。
閱讀服務
01
產品策略與頁面架構
02
UX/UI 與設計系統
03
SEO/AEO 內容模型
04
可落地的前端規格
Design Hub
從產品問題開始，設計能被使用、搜尋與引用的網站。
一個有效的設計網站需要同時處理三件事：使用者能不能快速理解、團隊能不能穩定維護、搜尋與 AI 摘要能不能辨識頁面答案。
Services
三個核心服務，對應不同階段的產品與網站需求。
AEO Content Model
回答型內容不是 FAQ 堆疊，而是從頁面結構開始。
Intent
每頁只鎖定一組主要搜尋意圖，標題、摘要、段落與 CTA 都回到同一個問題。
Answer
在首屏後快速提供清楚答案，再用細節、範例與比較表補足判斷所需資訊。
Evidence
用流程、規格、案例、限制與交付物建立可信度，避免只留下抽象形容詞。
Schema
使用 Service、BreadcrumbList、Article、ItemList 等結構化資料，讓機器可讀內容與可見內容一致。
Case Patterns
用案例頁講清楚「為什麼這樣設計」。
SaaS 產品首頁重構
把模糊賣點拆成角色、任務與功能證據，降低使用者理解成本。
內容型網站資訊架構
從文章、分類、集合頁與導覽路徑建立可索引的主題網絡。
設計系統導入
用 token、元件與狀態規格整理介面語言，讓設計與前端同步。
82
Ready to expand
- 主要搜尋意圖清楚
- 需要補案例與內部連結
- 建議新增 Service schema
Resources
把常見決策寫成可被搜尋的知識頁。
Guide
SEO 和 AEO 差在哪？
從搜尋結果、AI 摘要與頁面內容模型看差異。Checklist
設計系統導入前要盤點什麼？
元件、狀態、內容規範與前端交付的盤點順序。Playbook
服務頁怎麼寫才像答案？
用問題、答案、證據與下一步組成高品質頁面。Next step
要讓 design.linpolly.com 變成能累積搜尋權重的設計網站。
下一步可以把真實案例、服務價格區間、文章內容與聯絡表單補上，讓它從形象站變成轉換入口。