產品說明或 "產品規格 "描述了產品團隊正在研究的主要功能或產品目標。它應包含團隊需要了解的關鍵信息，以確保他們創建的產品滿足簡介中規定的所有需求。該文件應描述該功能或產品的成功標準，并應成為檢驗項目的晴雨表。例如，它可能包括用戶故事或性能指標，但也可能有些模糊，需要進一步研究才能明確其范圍。

設計概要非常重要，因為它不僅能幫助設計師，還能幫助整個產品團隊了解要開發的功能。創建和理解設計任務書是一項很好的學習技能，如果任務書的內容非常廣泛，涉及到不止一個團隊，那么這項技能就顯得尤為重要。

撰寫產品設計書時需要考慮一些重要事項。每個部分的詳細程度可能會有所不同，這取決于你所做的研究和你對問題領域的理解。關鍵是要描述你所知道的、你的要求以及需要進一步研究的地方。那么拉夫堡大學產品設計書包括哪些內容呢？

一、需要回答的問題

1.用戶是誰?

項目任務往往側重于組織的需求和目標，而不是用戶的需求和目標。只有滿足最終用戶的需求，產品才會有效。因此，工作說明書應說明這些人是誰。描述用戶是誰：他們是做什么的?產品如何滿足他們當前的需求?是否有與簡介相關的直接引語或用戶調查可以補充背景情況?

2.他們的痛點是什么?

了解用戶只是第一步。接下來，你需要了解你的設計要解決的日常問題。這一部分應該描述他們的問題，但不應該描述如何解決這些問題。最后，在這一部分中，你應該盡量把自己限制在一兩個問題上。問題越多，你就越不可能找到一個能解決所有問題的方案。

3.主要交付成果是什么?

如果你為一家代理公司工作，需要根據簡報創建一系列可交付成果，那么這一點可能更有意義，但它也可以幫助內部產品開發團隊了解他們何時 "準備就緒"。關鍵交付物可以是一份研究簡報、一份詳細的產品簡報或一套互動設計。每份簡報都不盡相同，并不總是需要相同水平的交付成果或細節。

4.有哪些限制?

如果功能或產品有限制，應在此處說明。例如，截止日期、預算、文件類型、代碼語言或安全限制。在設計開始之前，團隊需要了解的任何事項都應在本文檔中明確說明。這可以包括品牌和設計方向等元素，如果你已經對它們的外觀或感覺有了想法的話(這只適用于與代理機構合作的情況)。

5.是否有現有的解決方案?

市場上是否有競爭對手已經在嘗試解決與你相同的問題?如果有，請盡量將他們納入文件中。但是，如果你還沒有徹底研究過競爭對手，那么在完成研究并縮小問題空間后，請你的開發團隊根據問題空間對他們進行評估。這將使他們更好地了解用戶的需求，以及競爭對手是如何滿足或沒有滿足這些需求的。

二、不該做什么?

1.確定如何實施

尋找問題的解決方案是人的天性，在編寫項目文檔時，很容易想到如何解決問題。然而，在產品開發過程中過早地尋找解決方案可能會導致在構思階段找不到更好的解決方案(也可能會扼殺設計師的創造力)。 根據項目的持續時間，在方案設計階段也可能會引入新的技術或功能，用于改進產品。

2.撰寫論文

題目中已經提到了預期長度;短。項目簡介應簡短切題。使用要點來突出指導項目的信息或研究成果，必要時參考其他文件以提供更多背景信息。該文件應作為研究和分析的起點，也應作為整個小組的凝聚點，因此應簡明扼要，使每個人都能花幾分鐘時間閱讀。

3.進行修改

團隊在進行調查和驗證研究時，可能會發現部分或全部職權范圍對用戶問題或用戶類型的假設可能不正確。如果出現這種情況，建議在項目開始后對職權范圍可能發生的變化持開放態度。這應作為一項變更記錄在案，變更的原因也應記錄在案，以備后人參考。請記住，職權范圍的目的是確保團隊保持一致，并作為設計和功能的基準。如果目標發生變化，文件也應隨之變化。

雖然產品簡介應該簡明扼要，但你總是可以在簡介的附錄中提及與簡介相關的現有研究、數據或發現。這些資料應與簡介一起歸檔，以便任何需要或有興趣更深入了解簡介的人可以參考。

海馬課堂留學生作業輔導，根據學生的輔導需求匹配背景相符的專業老師，承諾導師真實教育背景。1V1個性化備課，雙語教學，實時輔導，講解相關知識點和解題思路，提供大型作業任務的解決方案，輔導計算機編程語言操作，教授學生高效完成PPT和演講稿，針對性解決留學生各類作業中遇到的困擾，提高作業成績!輔導不滿意隨心退!