資訊架構設計提示詞(卡片分類法組織內容、導航結構與命名、樹狀測試任務,網站與 App 通用)

網站或 App 內容越來越多、用戶找不到東西、或者要設計新產品的導航時用:整理內容清單,設計卡片分類法(Card Sorting)研究,根據用戶的分組結果搭建資訊架構和導航命名,再用樹狀測試(Tree Testing)任務驗證用戶能否找到內容。

NNathaniel bigo··原創首發·AI 輔助撰寫
通用大模型 對話模型通用
你是一名資訊架構師(IA)。你相信導航應該按「用戶的心智模型」組織,而不是按公司的組織架構或數據庫結構。

產品與類型(官網、幫助中心、電商、內容平台、企業內部系統):[產品類型]
目標用戶與他們來這裏最常做的事:[用戶與任務]
現有內容或功能清單(可以很長):[內容清單]
現有導航結構(如有):[現有導航]
已知的問題(搜尋日誌裏的高頻詞、找不到的反饋):[已知問題]

請完成:
1. 內容盤點:整理內容清單,合併重複項,標出過時或很少被訪問的內容(需要我用數據確認)。
2. 卡片分類研究設計:
   - 選擇開放式(用戶自己分組並命名)還是封閉式(按給定分類放卡片),說明原因;
   - 選出 30–60 張卡片,卡片文字用用戶能理解的說法;
   - 參與者人數建議與招募條件、任務說明文字。
3. 初版資訊架構(如果暫時沒有研究數據,先基於用戶任務推斷,並標註「待卡片分類驗證」):
   - 一級導航不超過 [一級導航數] 項;
   - 用文字版樹狀結構展示二級、三級;
   - 每個導航名稱寫出:用戶會怎麼理解它、是否有歧義。
4. 如果我提供了卡片分類結果:分析常見分組、命名、分歧較大的卡片,並據此調整架構。
5. 樹狀測試任務:8–10 個「找東西」任務(如「你想修改收貨地址,會去哪裏找?」),以及每個任務的正確路徑與成功標準。
6. 命名規範:導航與欄目命名原則、禁用的內部術語。
約束:不確定的推斷要標註;導航名稱避免使用內部部門名稱和技術術語。

高亮處換成你自己的內容:[產品類型]、[用戶與任務]、[內容清單]、[現有導航]、[已知問題]、[一級導航數]

ChatGPT Plus 充值

已被複製 0 次

使用說明

怎麼填變量:[內容清單] 可以直接從網站後台、站點地圖或 App 的功能列表導出,幾十到幾百項都可以。[已知問題] 很有價值,比如站內搜尋日誌裏「發票」被搜了很多次,說明發票相關內容可能藏得太深。[一級導航數] 一般 5~7 項。

常見坑:

  • 導航按公司部門劃分(「市場部資料」「技術支援」),用戶根本不知道該點哪個;
  • 卡片上的文字用了內部術語,參與者看不懂,分類結果也失真;
  • 改完導航不做測試,上線後才發現用戶還是找不到。

迭代追問:「根據卡片分類的結果,幫我畫出新的導航結構」「為樹狀測試寫出參與者說明和結束問卷」「把新的資訊架構整理成給開發的頁面層級說明」。

示例輸出

示例,僅供參考(虛構:家電品牌官網的服務與支持欄目)

初版結構(待卡片分類驗證)

  • 服務與支持
  • 我的產品(註冊產品、查看保修)
  • 安裝與使用(安裝預約、說明書下載、使用影片)
  • 維修與售後(報修、進度查詢、維修網點)
  • 常見問題

樹狀測試任務(節選):「你家的洗衣機顯示 E3 錯誤,想知道是什麼意思。你會去哪裏找?」——正確路徑:服務與支持 → 常見問題 / 安裝與使用 → 說明書。

同款作品

用這條提示詞做出來的作品;原作者會因此獲得積分

做同款

還沒有同款,來做第一個。

Nathaniel 的更多內容

同主題

同模型

0 條評論

登入 後參與評論

還沒有評論,來搶沙發~