需求調研不積極,數據可視化大屏改到你窒息!
編輯導讀:需求調研是產品經理的重要的一項工作內容,在數據可視化大屏設計中同樣如此。本文作者從自身經歷出發,分享了關于數據大屏設計的相關經驗,強調了需求調研的重要性,希望對你有幫助。
大家好,我還是那個去年做了60個大屏頁面的袋鼠云可視化設計師,這是《數據大屏設計師,我不信你沒有這些困惑》系列的第二篇。這次就主要分享一個方面的心得經驗 —— 數據大屏項目中的「需求調研」。
好,開始營業!
一、為什么大屏設計師需要加強關注「需求調研」
首先,為什么我認為數據大屏的設計師,需要加強關注「需求調研」?
你要幫客戶畫大屏,難道不該了解清楚客戶想要什么嗎?
但事情并不是一句話這么簡單。你注意看我寫的,是“讓設計師加強關注「需求調研」”,而不是“讓設計師加強「需求調研」”,為什么這么寫?因為在實際項目中,公司并不會讓設計師直接和客戶對接需求,而是讓產品經理(往往兼項目經理)去和客戶對接。
說說有產品經理對接需求的好處(若無特殊說明,下文中的產品經理都默認兼項目經理)。
- 產品經理能更好地把控需求邊界,綜合評估客戶需求、預算和公司能力、投入成本;
- 產品經理比較(擅長和客戶博弈,呸呸呸)擅長引導客戶進行需求梳理和優化,為設計師安靜地做設計提供了保障。其實反過來,設計師也應該學習一些項目需求的評估和管理,互相理解和成就。
那么,這個話題實際要說的是:大屏的設計師為什么要關注產品經理調研需求?
產品經理對接完需求,接下來就是設計畫大屏頁面了,上游要是沒調研清楚,下游怎么畫得好?
更重要的是,我覺得數據大屏設計師的工作更像是舞臺設計/室內設計/PPT設計……在項目中做的大屏是定制化的大屏,我們必須在前期對現場、硬件、客戶需求有深入了解,才能作出讓客戶滿意的東西??梢哉f,對于數據大屏這種側重視覺設計的產品,從做原型規劃時,就已經進入【設計階段】了。
坐在電腦面前把大屏畫出來,只是“設計的執行階段”,通過了解需求,知道設計這個東西的目的所在、側重點所在、價值所在、限制所在,對于設計師是一種養分給予,能讓設計師更好地進入設計執行。
那么:設計師應該怎么關注“需求調研”?
和產品經理“通氣兒”。
我想大家一定都會在設計執行階段,遇到那種【因為前期沒調查清楚所以很難進行設計決策的點】。
這個時候,就要做一個成熟的設計師,想知道什么就和要產品經理說,讓Ta去問,不要憋在心里做含糊的設計(我曾經就是不好意思說,最后開發完還是得改,累人累己)。
這樣也能讓產品經理得到“進步”,Ta會意識到【下次項目對接的時候,這些點是設計師關注的,要及時確認掉,避免后續麻煩】,這樣項目才會越做越順、越高效。
設計師和產品經理要加強“原型規劃”階段的合作。
大屏做多了就感覺像做裝修,客戶更期待看到的是對于內容布局、畫面感的規劃,所以項目經驗不多的產品經理,往往會策劃犯難,或者是策劃得比較蹩腳,我想這時候,是需要一起來完成這份原型規劃的。
我們經??吹降拇笃猎蛨D大概是這個樣子 —— 分好區,往里面粘截圖或者用文字描述,但是對于設計師來說,畫得太“粗”了,不夠細致,往往不能及時發現問題。
使用文字描述,很不直觀,而且很容易造成誤解;截圖示意往往會存在數據量塞太多的問題,原型里硬塞下了,但在設計執行時,保證最小字號的前提下,很可能會放不下原型里規劃的內容。
二、項目背景對設計的影響
項目背景,也就是客戶做大屏的目的和期望。
從大屏的使用目的來說,大致可以分成 3 類:
1. 「門面派」側重匯報展示,就是要好看
這類客戶做大屏的主要用途是為了接待參觀人員,對外進行企業形象展示,也有對內展示進行員工激勵的(類似數字化的幼兒園小紅花榜),想從大屏體現出公司的數字化建設和管理,展示一下公司的業績成果等。
對于這類需求應對建議 —— 內容上,主次要足夠分明,能形象通俗地傳達數據背后的含義,例如公司業務發展到底有多好;視覺動效上能做出讓人眼前一亮的效果;元素的使用上最好能結合企業VI和文化。
2. 「實用派」側重監控、數據分析,指標要全、維度要多
這類需求會比較“務實”,一般是給內部的員工進行流程、現場、進度監控使用,或者是協助領導進行復盤、某個業務主題的數據分析。側重這類需求的客戶,通常不會對效果有很高的要求,而是重點關注他們的實際使用場景。
對于這類需求的應對建議:一定要吃透他們的業務、指標內容,不然會全程只由客戶主導,很被動;可以適當地減少裝飾元素,突出指標數據的大小、狀態。
另外一個感觸是,不要就簡單地“重復造輪子”,要嘗試作出優化,因為這類客戶往往已有一套比較完備的后臺業務系統,他們想“搬到”大屏上,所以很容易就變成了“照著美化了一遍”,會讓設計過程比較“枯燥”;設計難點往往在于,比較較難挖掘可以做視覺主體的指標數據。
3. 「雨露均沾型」
這類需求想兼顧炫酷視效和龐雜的內容展示交互:效果很炫,內容不能少。我感覺大部分的項目都是這樣的目標心態,而且可視化行業里的大屏產品也是在朝著這個方向進步,所以要求大屏產品的性能、交互復雜度的支持都要跟得上。對于設計師而言,難點應該在指標內容的組織,以及場景視角、模塊切換的動效設計上。
來自袋鼠云Easy[V]中的模板
三、傾聽客戶的“藍圖”
一般會有自己的初步規劃——要展示哪些指標,這就可以作為我們的【初代原型】。
如果客戶已經有自己的構想,我們接下來要做的不是基于他的構想進行設計,而是和他聊聊他的思路,不懂含義的指標,問清楚!
你理解了客戶的業務指標,你才能對客戶的想法作出贊同或者改進,才能有自己的主動權,換個角度來說,才能體現專業性。
對于一個陌生行業的項目,我們沒有足夠的時間和精力來摸清這個行業的全部方面,有的時候,你不得不承認,隔行如隔山,對于一些概念名詞、業務邏輯關系,真的只有在行業里待過,才會了解,就像那個設計圈的?!翱蛻粽f:你不要用PS,要用PhotoShop”。
如果,不幸的話,遇到了毫無想法的客戶,那就會比較“危險”。
這里的“危險”意味著低效、被動。看似得到了“無限可能”、自由發揮,其實真相是你要花更多的精力去理清客戶沒有說出口的需求。
四、不合理的需求與需求優化
關于不合理的需求,我只有一點想說!
不要以為大屏很面積大,就啥都想往上放!
客戶經常會比較“貪心”,對一屏頁面上放多少指標內容沒譜,這時候,反問自己和客戶 —— 這些東西是必須同時看的嗎?如果不是必須同時看的,考慮做交互切換;如果必須同時看,考慮按照重要次序做刪減讓位。
五、怎么面對需求變更?
就算前期把需求調研得再透徹,還是無法杜絕需求變更的發生。我們能做的,只能是盡最大的力量把不確定的因素降低,從而降低后期需求變更的可能性和修改成本。
怎么面對呢?
- 繼續做好每一個流程的工作,及時發現、及時總結潛在的改稿隱患;
- 周末集體去靈隱寺燒香祈禱接到的項目都一稿過;
- 多囤點生姜洗發水
六、最后
這次的分享到這里就結束了,下一期會分享大屏項目里的「數據調研」。
寫這篇時,我去查補了“需求調研”方面的經驗資料,試圖將自己想表達的點包裝得更全面化,但發現抱著這樣的心態去寫的內容,十分的“泛”、“百科化”,而且,為了顯得理論完整而強加的東西,會讓“寫文章”變成“搬運”,這絕不是我想告訴別人的東西。
我停下來反思之后,確認了兩點:
- 【自我瓶頸】以我現在的工作閱歷和總結能力,并不足以寫出全面的、洞見深刻的理論經驗。
- 【要放下包袱】我大概有點“端著”、“想裝”,想被認為很厲害,這種心態會讓我難以做到真誠。
所以,我調整了心態——把自己經歷過的、觀察到的東西,盡量整理成思路清晰的文字,寫下來就好。
我認為大屏的“需求調研”,是完全可以從其他產品那里學習的,特別是ToB類產品。
鼓勵同行朋友們多看看,拓展自己的能力邊界,或許會在大屏策劃、設計時更有章法。
正文截圖來自Easy[V]截圖,為公開圖片,不涉及公司機密
#相關閱讀#
本文由 @EasyV 原創發布于人人都是產品經理。未經許可,禁止轉載
題圖來自Unsplash,基于CC0協議
整理的很贊,不知道能否認識一下