交互工程 · 8 / 10

目標導向:用目標描述需求,別用功能清單

前七節教你識別好交互,這兩節教你把要求翻譯給 AI 聽。第一句翻譯心法來自《About Face 4》的開篇方法論:先説清用戶是誰、要完成什麼,功能讓 AI 自己推。給它開清單,你會收到一個櫃枱;給它講場景,你會收到一個工具。

目標 vs 任務人物模型情境場景提示詞對決
功能清單是怎麼騙人的

跟 AI 提需求,多數人的第一反應是列功能:「要有上傳、要有表單、要有導出」。清單看着專業,其實把最重要的信息漏掉了:這些功能湊在一起,到底要幫誰完成什麼。AI 拿到清單只能逐項照做,每一項都做了,合起來卻誰的問題都沒解決。

《About Face 4》第 1 章把這件事定成方法論的地基:交互設計先研究用戶的目標,再從目標推導功能。Cooper 強調目標和任務是兩種東西:目標是對最終狀態的預期,任務只是達成目標的中間步驟。目標幾十年不變(把報銷交出去、讓老闆知道我幹完了),任務隔幾年就換一茬(從貼發票到拍照識別)。盯着任務提需求,AI 給你的是舊任務的電子版;盯着目標提需求,它才有機會把任務本身省掉。

「我們把這種直接研究並滿足用戶目標與需求的方法,叫作目標導向設計。」
Alan Cooper,《About Face 4》第 1 章。先問為誰、為什麼,再問做什麼。
對決 · 同一個需求,兩種提示詞

同一個報銷工具,左邊把功能清單餵給 AI,右邊把人物和場景餵給 AI,下面是兩份提示詞和它們各自換回的介面。先唔好睇判詞,自己揀:邊邊你願意每月底用一次?

功能清單 vs 目標場景 點選一邊
上面是餵給 AI 的提示詞,下面是它換回的介面,點你願意用的那邊。
提示詞 A · 功能清單
// 逐項列功能 做一個報銷頁面,要有: 發票上傳、金額輸入框、 類別下拉、備註、審批人選擇、 提交按鈕、歷史記錄表格、 篩選、導出 Excel。
oa.example.com/expense
報銷管理
選擇文件(未選擇)
請輸入金額
請選擇 ▾
請輸入備註
請選擇 ▾
提交 重置 導出 Excel
歷史記錄金額狀態
2026-07 打車費¥86.00已通過
2026-06 辦公用品¥219.00已通過
提示詞 B · 目標場景
// 講人物和場景 用戶是銷售小美,每月底攢一疊 出租車發票。目標:三分鐘內交完 報銷,不打斷手頭工作。 場景:拖入發票照片,系統自動識別 金額和類別,她掃一眼確認,點提交, 看到「已提交,預計 3 天到帳」。
oa.example.com/expense
1 拖入發票2 確認3 完成
把發票照片拖到這裏
支持批量,金額和類別自動識別
出租車發票 · ¥86.00
識別為「交通」,點錯可改
已識別
確認並提交
提交後可在 5 分鐘內撤回

注意一個細節:B 的提示詞裏一個控件名都沒提,產出裏的拖放、自動識別、撤回反而都是 A 清單裏沒有的。功能是從目標裏長出來的,你把土壤給夠,AI 自己會結果

先練分辨:目標,還是任務

要用目標提需求,先得會認目標。判據就一條,來自第 1 章:目標是終點狀態,任務是走向終點的步驟。追問一句「做呢個係為咗咩」,還答得上來的是任務,答不上來(它本身就是答案)的是目標。六道題,逐條判。

目標還是任務 0 / 6
對每句話追問「為了什麼」,然後下判斷。
判完六條,這裏給總結。
人物模型:為誰設計,就寫誰的名字

目標得有主人。第 3 章的工具是人物模型(persona):從真實用戶裏提煉出一個有名字、有職業、有目標的具體人,設計時所有取捨都拿他當裁判。Cooper 反覆敲打的一點是每個介面只伺候一位首要人物:想討好所有人,介面就會變成什麼都擺一點的櫃枱,誰來了都得先找半天。

小美
銷售 · 每月報銷一次
目標:三分鐘交完報銷,別打斷我跟單。
首要人物
老周
財務 · 每天審幾十單
目標:一眼看出哪單有問題,批量處理沒問題的。
次要人物
大劉
總監 · 常年出差
目標:多幣種發票別讓我自己換算。
次要人物

次要人物的需求可以做,但只能在不擠佔首要人物的前提下塞進角落。不信邪的話,下面這個實驗演給你看「每個人都照顧少少」的下場。

貪多實驗:再照顧一位用戶 已照顧 1 人
這是小美的報銷首頁。每點一次按鈕,就往裏塞一位新用戶的需求。
oa.example.com/expense
報銷
審批工作台(老周要的):待審 23 單 · 異常 2 單 · 批量通過 · 駁回原因庫
匯率中心(大劉要的):USD 7.18 · EUR 7.82 · JPY 0.048 · 歷史匯率曲綫
把發票照片拖到這裏
團隊報表(經理要的):本月部門報銷 ¥42,190 · 同比 +18% · 查看明細
確認並提交
發票歸檔列印(行政要的):按月裝訂 · 生成封面 · 對接打印機
現在整頁只為小美服務:拖入、確認、提交,三分鐘目標穩穩達成。
場景:讓人物在紙上把產品用一遍

人物和目標就位後,第 4 章的最後一件工具是情境場景:不談技術、不點名控件,像講故事一樣寫這個人從頭到尾怎麼達成目標。場景一寫,哪些功能必須有、哪些純屬想像,自己就浮出來了。這也正是餵給 AI 最好的格式:它讀得懂故事,也補得出故事裏缺的零件。

下面是一張典型的功能清單,四條全是「要有什麼」。逐條點擊,看每一條翻譯成場景語言長什麼樣。

場景改寫器 0 / 4
點每一條,看功能語翻成場景語。四條翻完,送你一段能直接用的提示詞。
1 功能語要有會議室預訂功能,支持按時間篩選
2 功能語要有日曆視圖和列表視圖切換
3 功能語要有會議提醒推送設定
4 功能語要有取消預訂和改期功能
拼好的場景提示詞
用戶是行政專員阿哲,每週要給三個團隊訂會議室,目標是十秒內訂到一間能用的,訂錯了能馬上改。走一遍場景:他説出時間和人數,系統只給他看當下訂得到的房間;訂完順手看一眼這周的安排;開會前收到一條剛剛好的提醒;同事臨時改期,他在原記錄上一步改完,不用取消重訂。介面的狀態(加載、空、錯誤)和控件選擇你來定,以幫阿哲達成十秒目標為準。
留意每條翻譯的共同點:主語從「系統」換成了「人」。
考一下:哪句需求餵給 AI 最好
要做一個記帳 App 的記一筆頁面,哪句需求最好 單選
A要有金額鍵盤、分類九宮格、日期選擇、備註框、保存按鈕
B參考主流記帳 App 做一個記一筆頁面,好看一點
C用戶是上班族,目標是排隊買咖啡的間隙五秒記完一筆,常記的就那幾類,最好兩下點完
D頁面分三個區塊,頂部輸入金額,中部選分類,底部大按鈕保存
本節要點

目標是終點,任務是步驟:追問「為了什麼」還答得上來的是任務。用目標提需求,AI 才有機會把多餘的任務整個省掉。

一個介面只伺候一位首要人物:次要人物的需求塞角落,誰都想照顧的介面最後誰都用不順。

餵 AI 的最佳格式是場景:人物 + 目標 + 從頭到尾走一遍的故事,控件和狀態讓它自己推,你只驗收目標達沒達成。

模板一句話:「用戶係__,目標係__。走一遍場景:__。介面細節你嚟定,以幫用戶達成目標為準。」

內容來源:小山學堂「交互工程」專題原創;目標導向設計、人物模型與情境場景的方法整理自《About Face 4:交互設計精髓》第 1、3、4 章(Alan Cooper 等)。