很不幸,設計驗證終究還是被數據封印了

1 評論 3524 瀏覽 16 收藏 10 分鐘

編輯導語:隨著數據的重要性逐漸被大眾所熟知并且重視,現在不少設計都要以數據為導向,產品和開發也要圍繞著數據去折騰手中的產品,可是這樣真的會取得最優效果嗎?數據可以輔助佐證思維和想法,讓設計少走彎路,但是如今的設計驗證已經被數據所封印了。

距離放假也就還2周左右了,本想著劃劃水摸摸魚放飛一下,沒想到又被hr安排了一場交叉面試,幫另一個團隊把把關;也是因為候選人的定位是team leader(大概是設計經理的級別吧),所以還是本著認真的態度去的。

可能是因為認知的不同,我試圖牽引他去驗證自己的設計的時候,發現他給我的反饋更多是沒有數據權限,拿不到數據,不了解數據等等理由。

在結束了這場不太順暢的面試后我反思了下這個問題:難道沒有用戶數據,設計就不可以自證了么?數據驗證不應該是輔助你的方法么?ta怎么就成了設計的第一驅動力呢?

一系列的反問不由的讓我想起一個段子:假如沒有身份證和戶口本的情況下,怎么證明你爸是你爸?

在這個簡短的小段子里你不難看出是體制的限制導致形態的畸形;將其帶入到工作當中,這個話題就成了:用戶數據當道的趨勢下難不成真的沒辦法自述清白?我不太清楚,所以不如就試著跟大家聊一聊這個令人嗤之以鼻但又不得不跟隨的話題吧。

一、正確看待數據驗證

那么如果整個產研是流程一局王者對戰的話,我寧愿把這個環節比作輔助,而非核心輸出位(你懂我的意思,不是說輔助不重要哈):

很不幸,設計驗證終究還是被數據封印了

在數據還未成為主導的時代,我們對數據還懷著敬畏之心,只有當方案需要被認證或久久難以決策的時候才會拿出少數資源去驗證,看看數據情況以分辨方案之間的優劣。不過基于此的前提一定是在當下的環境里,我們已經把方案做的足夠好了。

二、自證設計的方法和工具

講這個話題前先說個題外話:理論上來講,人們往往無法從直覺判斷的時候才依靠客觀的理論支撐,所以當你去面試的時候,不管你怎么苦口婆心的跟面試官解釋你的設計何等優秀,換來的永遠都是對面的一句:“你怎么驗證呢?”

這無非是因為你兩還沒有建立起信任關系,在任何信任沒有的前提下,姿態低的一方往往需要拿出相應的證據來證明自己是個有貨的人,to面試官是這樣,to老板同樣也是。

在人情社會里我們從來都是對信任毫無保留,對陌生心懷疑慮,這種做法是人之常情,對誰都是,不必因為自己遭遇過就憤憤不平…

脫離用戶數據的時候,用工具來驗證設計不失為一種好方法,之前寫過一篇關于顏色驗證的文章,通過wagc2.0標準去推導使用最好的色系;在產品設計中同樣有“可用性測試”的方法幫助驗證設計,比如:

很不幸,設計驗證終究還是被數據封印了

但老實說這也需要樣本量,一定程度上還是依賴數據的,我就不過多介紹了;重點來說一下工具:Google lighthouse。

很不幸,設計驗證終究還是被數據封印了

解釋下,lighthouse是一款由谷歌團隊開發的一款開源的網站性能測評工具(適用于H5或web產品),其主要目的是通過內置wcag標準的辦法,識別和修復影響你網站性能、可訪問性和用戶體驗的常見問題。

使用方法很簡單,在chrome瀏覽器的應用商店里搜索下載安裝后,拓展程序了就有了這么一個logo:

很不幸,設計驗證終究還是被數據封印了

接下來找到你想要評判的產品,點擊“lighthouse”跳轉頁面后稍作等待,就會得到一個基于wcag標準的自動化分析表:

很不幸,設計驗證終究還是被數據封印了

這 4 個維度依次是“性能” 、“可用性測試”、 “最佳實踐” 、“SEO(搜索引擎優化)”。作為設計師我們重點關注前兩個就好,簡單列一下:

很不幸,設計驗證終究還是被數據封印了

性能里還有很多指標,當然,最重要的這三個可能需要你著重關注,再就是“可用性測試”。

對于這塊來講,lighthouse分了自動化檢測和手動檢測2個部分,前者基于wcag的規范是可以被標準化的,但后者適當的涉及到頁面布局邏輯 / 元素狀態等無法被標準化的部分,需要設計師自己去手動檢測。

Lighthouse最局限的一點就是只作為web產品去檢查可用性,但也恰恰是手動檢測這個環節,他們提供的標準適用在任何產品上:

很不幸,設計驗證終究還是被數據封印了

涉及內容之廣基本把 UI/UX 的所有模塊給包含了進來,先了解2個名詞:

  • w3c:指萬維網聯盟創建于1994年,是Web技術領域最具權威和影響力的國際中立性技術標準機構;
  • wcag:是w3c發布的可用性標準,就這么說吧,這兩玩意一個是爹(機構),一個是兒子(作品)。

很不幸,設計驗證終究還是被數據封印了

掌握了上述的方法,就可以用在世紀的工作中了。

下圖是我在匯報工作時候用到的一頁,主要是講設計的合理性,因為產品上線不久,我并沒有數據可以驗證團隊的設計,但站在專業的角度上,這份標準讓大家買了單。

很不幸,設計驗證終究還是被數據封印了

所以如果你的產品檢測出來相對還不錯的話,就可想而知不管是匯報的場子還是面試的場子,最最靚的崽也就非你莫屬了(我在匯報工作的那一刻有一種秒殺的喜悅感涌上心頭~)。

最后想說下,不管是數據驗證還是上述的方法自證,都不可以太過強調,他們只是輔助證明的一種方式而已,產品設計的方向不可以一味的依賴于驗證環節,好的產品通常是“一意孤行,不被理解”的;哎,強行上個價值,一起共勉吧~

很不幸,設計驗證終究還是被數據封印了

三、總結

當下產研的每一個環節似乎都在談數據導向,我們每時每刻都盯著數據不斷的折騰手中的產品,各種優化也好,各種測試也好。

但高級的產品和設計也許是“一擊致命”的,基于對產品和用戶深入的理解而作出的決定,我們談革命也好,引領設計潮流的蘋果也好,最多是用少量的實驗數據去分析,而不是用大量的線上用戶去做實驗。

數據終究是輔助佐證思維和想法,其本質是讓設計少走彎路,非主導,非命門…

 

本文由 @負能量補給站 原創發布于人人都是產品經理,未經許可,禁止轉載

題圖來自?Unsplash,基于 CC0 協議

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 你怎么看待蘋果官網的移動端適配谷歌評分的45分??。
    我們公司產品頁谷歌評分看的很重,不過靠提高評分提升SEO主要還是開發。

    來自廣東 回復