經驗|設計成果,沒有數據,如何驗證?
我們在整理項目報告或者做作品集時,都要為設計成果提供證明,但在數據不足的情況,應該如何處理呢?我們來看下邊筆者總結分享的兩個辦法,一起來借鑒借鑒吧!
很多同學在整理項目報告或者做作品集時,都會遇到一個頭疼的問題:“沒有足夠的數據為設計成果提供證明,該怎么辦?”
其實數據只是佐證我們設計成果的依據之一,并不是判斷設計成果好壞的唯一標準,你還可以使用其他方式來證明設計成果和設計價值。我總結了以下兩個方法,供你參考:
一、用成果和目標做對比
設計成果與設計目標是緊密結合的:設計目標引導設計成果;設計成果實現設計目標。
另外,我們在文章 設計目標該怎么寫?中也提到過:設計目標來源于業務、產品和用戶這三方需求的整合。
基于以上兩個前提,如果你的設計成果能夠完成項目初期所制定的設計目標、能夠實現業務或產品目標、能夠達到用戶的需求目標,就可以稱得上是不錯的設計成果了。
因此對于設計成果的檢驗,你可以用成果和目標做對比,突出兩者在設計前后的區別和改進。這種區別不一定要通過產品運營數據或用戶使用數據來體現,而是可以通過設計表層體現的相對數據做比較。比如:
- 如果你的設計目標中的一部分內容是:提高用戶的操作效率。那么你可以使用以下方式來證實設計成果:
- 操作步驟數量上的對比:設計前操作是 8 步,設計后是 5 步。
- 屏幕呈現效率上的對比:設計前首屏只能看到 50% 的頁面內容;現在能夠看到 80%。
- 內容信息層級上的對比:設計前不分層級、含糊一片;設計后能夠清晰地看到 4 個區域、3 個層級,便于閱讀和操作。
這些數據雖然沒有用戶的實際操作數據更有說服力,但依舊是證明設計成果的有效方法。
二、通過相關方的反饋驗證
這里所說的相關方的反饋包括:
1. 用戶的反饋
你可以詢問業務方和產品的運營客服,看看是否能夠拿到用戶對于產品的評價,用戶原聲最具備可參考性,以此估算出產品改版前后的用戶好評率是否有變化。
你也可以設計一個簡單的用戶打分功能,或者直接借助第三方的插件,在產品上內嵌一個簡單的用戶打分反饋,看看用戶給產品所打的分數如何。
下圖為 hotjar 的用戶評分收集插件:
2. 上下游合作方的反饋
上下游合作方包括開發、產品和業務方,你可以詢問他們對于設計工作方式及設計產出成果的評價和建議,看看你的設計工作是否也對合作方產生了正向影響。將這些反饋總結出來,同樣也是對你設計工作成果的總結和佐證。
3. 其他設計師的反饋
你可以收集其它設計師對于借鑒和運用你的設計沉淀的反饋和評價。你對于某個項目所做的經驗復盤和專業沉淀,如果可以影響到以后類似的設計項目、為其提供借鑒和參考,也是一種設計價值的體現。
三、分析兩個與數據驗證相關的誤區
誤區一:?用運營數據展示設計成果會更好。
運營數據并不一定是設計成果最有力的佐證。產品上線后如果有用戶,就一定會產生用戶的行為數據,比運營數據更有參考意義的是用戶行為數據。沒有運營數據做指標,并不代表你做出的設計就不是好設計;而就算你拿出完美的運營數據,你的設計質量不高,數據是靠運營和商業模式跑出來的,也一樣不能證明你的設計能力。
誤區二:工作中沒有數據相關的經驗,就是嚴重的短板。
數據的收集和分析是設計師發揮主動性的表現之一。在工作中,如果你沒有機會嘗試與數據收集和分析相關的工作,也并不影響你發揮其它主動性。不過正所謂“沒吃過豬肉,也見過豬跑”,在日常的積累和學習中,對于數據分析相關的概念和設計方法,還是有必要去了解的,為實踐機會來臨時做好充足的理論準備。
專欄作家
元堯,微信公眾號:長弓小子,人人都是產品經理專欄作家。一線互聯網大廠B端體驗設計師,清華大學美術學院本碩連讀。曾負責國內最大開源組件庫Ant Design組件的設計和運營工作,目前負責國際業務線B端產品體驗設計和組件庫的搭建工作。
本文原創發布于人人都是產品經理,未經許可,禁止轉載。
題圖來自 Unsplash,基于 CC0 協議。
該文觀點僅代表作者本人,人人都是產品經理平臺僅提供信息存儲空間服務。
- 目前還沒評論,等你發揮!