需求單不是考卷，也不需要使用專業術語。它的任務，是讓合作團隊快速理解你的品牌、限制與期待，進而提出更好的問題。
從「為什麼現在要做」開始
是舊網站無法更新、品牌準備進入下一個階段，還是目前的詢問品質不理想？專案背景往往比功能清單更能說明真正需求。
描述使用者正在完成的事
比起寫「需要會員系統」，試著描述情境：「熟客希望快速查看過去訂單並再次購買。」當團隊知道使用者的目的，才有空間比較不同解法。
誠實說明限制
預算、上線日期、內部人力與既有系統都不是扣分項。越早知道限制，越能避免設計完成後才發現無法執行。
提供喜歡與不喜歡的參考
參考網站不只是視覺風格，也可以說明你喜歡它的導覽、內容節奏或購買流程。補上一句原因，會比十張沒有說明的截圖更有幫助。
一份好的需求單不用很長。只要讓人看見問題發生的情境、你想抵達的結果，以及目前能使用的資源，就已經是很好的專案起點。
