《別做天兵設計》完整的產品需求檔案該怎麼誕生?
根據上篇《別做天兵設計》Nike+ Run Club 應用程式 產品定位,藉由想像而產生的產品定義及用戶需求,可以大致總結出Nike+ Run Club 應用程式的產品定位:
理想的產品定位如何應用於現實面?
本次是以“別做天兵設計!傾聽、思考、表達,滿足使用者體驗的0盲點設計關鍵”書籍中的方法來練習,主要會follow書中工具用自己的理解來推測Nike+ Run…medium.com
目標使用者:25–35歲,追求健康生活、規律運動的白領
主要功能:追蹤跑步記錄
產品特色:個人需求指導、好友紀錄良性競爭
使用場景:室外(街道、操場)/室內(跑步機)
使用者目標:紀錄自己的成果/跑步想聽音樂/與好友比較/只想跑一下/有目標更有動力/不同跑步目標/需要專業指導
接著要進行理想的需求分析過程Part 3:
- 產品定位:目標使用者、功能範圍、產品特色
- 需求採集:使用者研究、調查、競品分析、使用者回饋、產品資料
- 需求檔案:功能、內容、優先權
需求檔案的產生
理想面,產品經理不應該跨過前面流程(產品定位、使用者需求、資源篩選、需求優先順序等)就直接羅列一堆不客觀的功能說明,形成一份不知來源的需求檔案。
雖然需求分析過程主要由產品經理產出,但整個過程不僅涉及對使用者的了解,還包括產品定位、專案資源的考慮,所以在每個階段都需要產品經理和UX設計師*一同配合完成,才能產出一致認同和理解的需求檔案。
*目前經歷到的公司,大部分工作都是PM=UX、UX=UI,不然就是PM=UX=UI,以現實面來說,幾乎不可能專精任一項,再加上時程壓力,需求檔案基本上都是參考競品功能或老闆需求(?)產出。
![](https://assets.matters.news/embed/f67d2639-9de2-4a46-84d0-1651dee3d2a0.jpeg)
需求檔案應該包含什麼?
根據具體專案情況,當然無法一概而論,只要選擇最適合目前情況的合作模式、檔案格式、開發流程等即可。由於需求檔案不僅面向UX、UI,也會面向專案中的RD和QA,在理想情況下,應該包含前面提到的產品定位、需求內容、需求優先順序等。
《別做天兵設計》書籍有提到需求檔案應該包含的內容。以下是運用Nike+ Run Club應用程式作為範例的需求檔案內容說明:
- 檔案修改與審核紀錄
誠如以上提到,檔案會面向多位相關人員,若有修改,簡要紀錄會比較清楚。
![](https://assets.matters.news/embed/7a6147a3-e5af-4db0-b5fd-2105794d2729.png)
2. 目錄
若內容非常多/客戶專案/外包合作夥伴,則建議提供目錄。
3. 背景描述
產品/專案目的、市場概況、商業目標、產品定位等。
4. 使用者類型和特徵
簡要的描述目標使用者或現有使用族群概況。
![](https://assets.matters.news/embed/4eb80b11-8a28-4420-90c6-96324a1dac2d.png)
5. 專案時間安排
開始時間、各版本完成時間、時程表(e.g. 甘特圖)
6. 資訊架構
簡單理解的頁面或內容層級,UX設計師當作參考用。
![](https://assets.matters.news/embed/99838f84-c161-4b1b-b2c1-da0a3aabe86a.jpeg)
7. 業務流程說明
涉及操作較多功能或公司規模較大的產品,需要業務流程圖讓專案成員理解具體的業務邏輯。且必須完全理解公司內部流程如何運作*,才能產出正確的業務流程。
*由於未參與過NRC專案且非內部員工,以下不專業的業務流程勢必少了很多細節,甚至流程是錯誤的。
![](https://assets.matters.news/embed/cf2d0308-bc3d-4e58-b5d9-37f16c16c68d.png)
8.需求詳細說明(最大工程)
需求分析的最後一步,重點描述每個需求邏輯、功能內容等。檔案的呈現方式、規模大小、內容描述等,會依照各公司習慣而有所不同*。(若同時是PM和UX的角色,腦袋還會不小心開始規劃草圖)
*以下練習是按照前公司習慣的呈現方式,本來還想列出前後台處理流程,結果完全不知道他們運作,完全列不出來…目前接觸的需求檔案實在太少,真心想看Pro級的QQ
![](https://assets.matters.news/embed/f0d0cfa7-cb92-488d-9451-016c3d7306d5.png)
![](https://assets.matters.news/embed/e2982daa-8789-4f21-8121-df1b3a5745f1.png)
Nike+ Run Club應用程式V1.3_20180626_範例
檔案修改與審核紀錄 版本,修改日期,修改人員,修改內容提要 V.1.3,20180626,Jolin,追蹤跑步記錄細節完善 V1.1,20180625,Jolin,根據內部討論修改 V1.0,20180624,Jolin,初稿docs.google.com
需求檔案完成了,然後呢?
其實就像layout一樣,需求檔案不可能一次到位,就把所有的問題想清楚,且每個人撰寫都會有各自的盲點。正常流程,在完成檔案後,需要與相關人員(UX、UI、RD等),甚至是老闆(?)反覆討論,查看有沒有缺漏、不合理的地方、技術上可不可實現,以及最重要的能不能如期完成等。依功能規模大小,前後來回討論修改4、5次以上都有可能。
最後UX產出的wireframe,一般都會與需求檔案提供內容不太一樣,像是資訊架構、功能內容、介面設計等。畢竟產品經理和UX考慮的角度不一樣,經過兩者綜合後才是有意義的產品原型。
![](https://assets.matters.news/embed/bff5a2ee-11d2-49ef-b38c-df654bd7e734.jpeg)
後記
以上範例皆是根據現有的Nike+ Run Club應用程式當作練習,因此才能順暢地寫出資訊架構和部分需求說明,但這絕對端不上台面,我相信他們的產定位和需求檔案一定是非常專業且複雜。
若要從0來規劃,勢必要經過很多專業人員、資源、時間等開發及優化,才能成就目前非常全面且邏輯複雜的NRC應用程式。
別做天兵設計!傾聽、思考、表達,滿足使用者體驗的0盲點設計關鍵
第1篇 成為使用者經驗設計師的信念 01 什麼是使用者經驗設計02 瞭解使用者經驗設計師03 設計師的職業困惑第2篇 修煉使用者經驗設計師的技能 04 設計流程-設計師具體做什麼05 需求分析-拿回產品的主導權06…www.books.com.tw
喜欢我的作品吗?别忘了给予支持与赞赏,让我知道在创作的路上有你陪伴,一起延续这份热忱!
![](https://imagedelivery.net/kDRCweMmqLnTPNlbum-pYA/prod/avatar/5836a500-c887-4ec6-bc35-3b572394d8d1.jpeg/public)
- 来自作者
- 相关推荐