杭州嵌入式培訓
達內杭州嵌入式培訓中心

13732203138

熱門課程

設計師,不要只守著屏幕上的一畝三分地!(二)

  • 時間:2020-05-18 11:12
  • 發布:轉載
  • 來源:網絡

在上周的文章《設計師,不要只守著屏幕上的一畝三分地!(一)里,我從「不要只關注電腦、手機、Pad等屏幕上狹義的界面,還需要關注整個用戶體驗旅程、乃至整個商業鏈路!」這個不成熟的小想法,延伸出了 3 個問題請大家一起思考:

1 是,泛互聯網行業的設計師,所要設計的內容是屏幕上界面嗎?(是 or 不是 or 不全是)

2 是,關于設計工作的范疇,你能列出明確的邊界嗎?或者你理解的設計工作有哪些具體環節?(例如,低保真、高保真繪制,切圖標注……)

3 是,你認為設計師所需要具備的技能有哪些?(我先說,比如掌握設計理論、軟件操作熟練、審美過硬……)

上篇中只分享了關于問題 1 的想法。今兒讓我們書接上回,聊聊對問題 2 的點滴認識。

問題2:設計工作的具體環節

聊問題 2 之前,想先分享下在做上篇提到的疫情服務項目時(可謂一波三折)的經歷,簡直是「兵來將擋,水來土掩」。

 

最初我們基于公司掌握的大數據,通過分析用戶需求場景,規劃出了 3 項功能

但!在交互稿都完成大半之后,數據側反饋目前數據質量不佳,功能2、3無法支持全量用戶得到準確結果……

 

得,那就先含淚砍掉2、3,做功能1吧,視覺定稿、前端實現之后

發現!設計的數據合并展示方式很美好,清晰、具體、不重復,但算法側短時間無法實現……

 

害,排期緊張,那就設計暫做妥協吧,把數據一條條地展示出來,先保證功能可用

但!這時候發現,有的數據它不全啊,有缺失啊……

咦,那這是為什么會缺呢?從前端查到接口,查到數據庫,發現是數據本身確實會有缺失,需要時間修復……

那,有數據的咱們展示,缺失或者異常用戶增加狀態單獨提示吧

(上線前)領導:定稿頁面發我下,請法務看下是否有法律風險

我:領導請查收(內心OS:⊙o⊙ 嗷嗷怎么還有點怕)

終于上線了1.0版本的頁面~ 喜大普奔~~

各渠道業務同事:我們這里想要加個入口,放這個功能,給個焦點圖和鏈接吧

我:好的,給~

同事A:不行啊這個鏈接,放了小程序的配置文件了嗎?還有小程序里禁止有各種下載引流的外鏈啊

我:啊醬紫……

同事B:能給我加個關注公眾號的二維碼

我:好啊

轉頭——研發大大您看這個二維碼啊 _(:з」∠)_

(上線第二天?)客服同事反饋,有用戶反饋信息不準確

領導:寫個客服預案吧,不然挨個處理用戶反饋可能會

我:好的領導(客服預案是啥?啥?)

(上線了幾天后)領導:咱們這個頁面目前用戶量多少了?

數據組同事:不對啊當時研發統計的只有訪問頁面的PV、UV數據,沒有點擊功能按鈕的數據

我:…(⊙_⊙;)…

(風平浪靜了一段時間)功能2所需要的接口完備了,原來設計的頁面沒白費,研發完準備在流量最大的幾個渠道更新上線了~

研發大大:不行啊這個渠道1跟2之前是聯動的,這次改1不改2,得給它們中的一個換個地址鏈接了,不然會有干擾

我:哦~是嘛 (⊙?⊙)

一起更新的還有,有幾個外部鏈接要嵌入到頁面里,大的頁面風格上差不多

但是吧,這個交互細節上,這個外部鏈接頁面里有返回按鈕,不能讓他返回外部鏈接的上一級頁面了,得返回我這里的歷史頁面啊,再轉頭——研發大大您看這……

(此處省略折子若干……)

(忽然有一天)同事:有沒有做這個項目的過程描述啊、數據情況啊這些,需要寫一份宣傳材料

我:!(?_?;?  我這文筆……

再之后吧,迭代了幾版,但因為前面淌過那么多山山水水了,預先心里有規劃了,就順利地多了。

論和這個項目的「愛恨情仇」我還能再聊兩宿 \( ̄︶ ̄)/

說了這么多項目細節,容我來提煉總結下這一路完成下來,對設計邊界、設計工作具體內容的感悟吧~

概括來說,產品設計師在工作中要考慮到的內容,不只是根據用戶研究、需求分析,設計屏幕上界面的呈現效果。(此處點題)還要包括溝通、內容數據、法律風險、數據統計、渠道分發、客服投訴、市場拓展等方面的內容。

這些環節乍一看,可能不是你負責或者經常接觸的環節,但熟悉它們可以幫助你與同事對接過程中,進行二次確認,避免前期沒有敲準而導致后期返工;當然了,還可以通過對這些上下游環節的了解,拓展自己的認知圈與知識架構。大家總說的「用產品思維做設計」、「突破設計邊界」,具體實踐起來,應該就包含它們了。

下面根據這些環節所屬是設計的前/中/后階段,進行了劃分:

設計前-讓萬事都具備

1、溝通

 

這里想說的是,溝通時,要讓各資源方明確地給出掌握資源的范圍、深度、格式、可轉化的格式、在一定時間范圍內可以拿到的資源,并基于此來構想當前版本以及后續產品功能形態。

要避免設計師不了解資源情況,一通操作猛如虎,回頭一看資源0-5…

預約會議、高效開會的方式我們先前分享過,鏈接貼在文末,有興趣可移步查看。

2、數據、接口具備

 

數據及接口也屬于1中描述的資源,不過它們還有特殊的細節要確定:

? 同一頁面中調用接口數量,并行or串行,等待時間大約多少,是否需要增加loading動畫 或者采用局部加載策略

? 接口調用失敗、數據為空、用戶狀態異常無法調用接口等情況下,對應展示位置空狀態展示什么內容及文案,是否有相應提示

3、需求交付與同步

 

當需求確定后,一定要形成確定的文本記錄傳遞到設計環節,一是可以讓需求規劃和交互設計兩個環節劃清界限,避免雜糅在一起、反反復復地變動;二是模板化文本記錄的也是個梳理的過程,可以輔助需求方理清需求細節。我們團隊以往可能會口頭溝通或者用簡短的郵件溝通,也有的同事用PRD溝通,最近統一推進使用需求說明的模板、一項一項細節來梳理描述。

并且,要將需求盡早同步給研發、數據、測試、客服等環節,然后大家對需求建立起統一的認知與認同,在這一步把大家心中「為什么要這么做」的疑問消除,后續都朝著「怎么去把它做出來、把它做好」的方向一起使勁兒。

4、明確排期

這里是項目管理的范疇了,在這里先不細說了。

想說的一點是,排期尚未明確、或者 boss 只給了一句「越快越好」時,作為項目進度管理者需要通過持續溝通同步,來推動各環節給出排期時間,并向上反饋。

5、產品一致性

在新增模塊設計中,要與原產品、品牌保持一致性的部分及是否需要備案/申請相應資源,比如登錄、分享體系,相關的提示組件,卡通形象,文案畫風等等方面。

6、常規操作:競品分析、用戶研究(用戶畫像、用戶體驗地圖)、情緒板、品牌形象定位等等

界面設計前的常規流程,這里暫不作詳細描述。

設計中-集萬千idea于一稿

1、項目緊張時,工匠精神  VS  商業、產品意識,必須要做取舍

 

要有MVP(Minimum Viable Product,最小可行性產品)的概念,先做最高優的功能與設計,暫時舍棄邊緣功能和過多細節,待后續版本迭代優化。

2、用戶研究可以隨用隨做

 

用戶研究并不一定在設計前展開,也并不一定都是耗時數天或數周的大工程,在設計中需要了解用戶想法時,隨時可以做下短平快的用研。

比如,在另一個項目設計中,boss授意參考某競品設計,但我個人感覺競品頁面存在很多可用性問題。

為了了解普通用戶的使用情況和體驗,也是為了輔助我做設計抉擇,我快速地聯系了我媽媽和幾位行業外的朋友,請他們在競品頁面中完成操作任務,并實時地說出他們認為為了完成任務,大致應該操作什么;每一步操作,自己覺得是什么意思,感覺頁面應該有什么變化。

最后將這些用戶心智和用戶理解,結合任務完成與否、完成時長,就看出競品的實現方案與用戶心智模型有很大出入:1 是在步驟A時,界面的布局+組件讓用戶不理解是要操作什么;2 是執行步驟B的前提是完成步驟A,但事先頁面上并未體現出該邏輯、也未明確指出,導致了用戶需要在兩步驟中反復跳轉;……

在設計師有一定想法、但又沒有十足把握時,可以通過短平快的用研來輔助驗證。

3、A/B 測試想必大家都聽說過,那 A/A測試呢?

 

當問題并沒有明確的設計理論可以支撐、且方案也無法通過小范圍的調研來驗證時,就需要借助 A/B 測試來驗證。比如使用A、B哪個文案會更加吸引用戶點擊、按鈕顏色用A、B哪種好、布局A、B哪種轉化率高等等。

實施A/B 測試時,要保證對照組和實驗組,除了單一的實驗變量不同,其他的時間、用戶特征、分發渠道等無關變量都保持一致。

A/A測試就是為了驗證無關變量是否被控制住了,看相同的方案A,得到的數據結果是否相同。

4、埋點插碼@用戶完成任務必經的關鍵步驟 & 試水位置

要考慮在哪些關鍵步驟需要做數據埋點,以便后期統計用戶轉化率、點擊率、流失率等指標;

另外,在一些不確定成效的試水模塊,也應加上埋點統計,從而看數據情況決定是否保留/調整該模塊。

5、考慮載體/流程的拓展/創新

設計的過程中,要盡可能地遍歷可能的方案實施載體,如思考該功能是否適合利用線上-APP/H5方式實現?除此之外還有哪些方式適合?利用不同渠道方式的產品形態有何區別?如微信、支付寶等不同平臺的頁面規范。

此外,是否可以利用例如短信發放、客服電話的等待時間、或者公司業務特有的接觸點都是需要考慮的。

 

例如運營商可以發送的閃信(又稱彈屏短信,霸屏短信),可以直接在用戶手機上彈屏出現,某種意義上可以有100%的觸達率。在一些緊急的公共安全事件發生時就可以考慮使用。

6、內容/文案遵循相關法律法規

主要包括幾點:

 

? 遵循廣告法及行業規定,不使用絕對化的詞語,如“最…”、“第一”、“冠軍…”;

? 保護用戶數據隱私,調用相關權限前要獲取授權;

? 業務相關協議要清晰地展示給用戶,同樣需要用戶同意/授權后才可執行相關操作。

當不確定時,一定要請公司法務同事把關,從源頭上規避風險。

設計后-實實在在地解決問題

1、常規操作:交互需求文檔、切圖標注適配、跟進研發測試、走查積累

關于這些常規操作,想說一點感悟,就是針對個人工作容易遺漏的狀態、審核時的關注點等規律性內容,需要進行積累總結,這樣會讓工作越做越順手、也越高效。

2、來自用戶:構想用戶可能遇到的問題,提前給出解答反饋/制定處理流程

 

在設計功能時,一定有一些限制范圍、使用條件的因素,可以通過 QA 的形式、按用戶旅程,把它們都梳理出來,在用戶有疑問時作為初步解答,從而減輕客服投訴處理的壓力。

除此之外,還要理清在用戶通過客服投訴反饋問題后,客服同事的處理流程,如 QA 命中的問題就根據 QA 解答、某范圍的問題轉至某環節的同事處理等等。

例如蘋果客服會有明確的業務分工,不同業務有不同的專員處理;軟件問題會請用戶授權同步屏幕內容,演示遇到的問題、并在客服的指導下嘗試解決;線上無法解決的問題會告知用戶線下解決,并幫助查詢最近的處理點、幫忙預約、郵件告知需要攜帶的物品……綜合調度各方式來解決用戶問題。

2、來自內部需求迭代:需求暫時停滯、放在池中、計劃迭代等情況下的管理。篇幅有限,在此暫不展開描述。

3、來自外部市場:如原本的內部工具效率產品,成熟到一定程度后是否可以開放給外部用戶使用,相關的功能權限、定制化功能如何添加,接口、服務器是否有對應的承載能力。

4、來自設計師:可以通過哪些維度評價設計優劣。篇幅有限,在此暫不展開描述。

寫在最后

這篇內容看似跟設計關系不大,實際上是核心設計工作之外的錦上添花,并且任何一個環節的變化也會關系到設計的對象/內容的調整。希望設計師們不要把自己圈定在固定的能力范圍,常常聽到的「走出舒適圈」、「突破邊界」可以從關注這些上下游環節來做起。

未來的「新基建」、「產業互聯網」、「智慧家庭」等行業領域的發展,都需要設計師去突破邊界,那時可能不僅僅是工作環節的突破,還將是行業產業的突破,我們不早早做好心理準備和思維準備怎么行吶。

此外,工作本質上來說是利益互換。作為一塊小磚頭,要能哪里需要哪里搬。當緊密地配合團隊結構、配置,成了一塊萬能磚≠萬金油)時,相信在團隊中的不可替代性就會大大提升。只是一味地執行命令或者能力范圍過窄,可不好達到這個效果哦。

這篇的內容量也爆表了,剩余的問題3我們在下篇里繼續探討呀!

 

劃重點

本文從設計前、中、后三大階段,分享了除了需求設計、用戶研究、界面設計等常規操作,設計師還可以拓展的“工作流程”視野:

設計前:有效溝通,保證數據接口等資源具備能力,需求明確交付、同步,明確排期,并準備好設計中要保持一致性的內容

設計中:設計取舍、短平快地用研、A/B & A/A測試、埋點插碼、設計載體的拓展創新及內容規范、遵循相關法律法規

設計后:如何處理用戶問題反饋、需求迭代管理、設計評價

 

預約申請免費試聽課

怕錢不夠?就業掙錢后再付學費!    怕學不會?從入學起,達內定制課程!     擔心就業?達內多家實踐企業供你挑選!

上一篇:設計師,不要只守著屏幕上的一畝三分地!(一)
下一篇:設計師,不要只守著屏幕上的一畝三分地!(三)

B端信息錄入:輸入框基礎設計細節解析(一)

B端產品全局導航樣式與分析

設計師,不要只守著屏幕上的一畝三分地!(三)

設計師,不要只守著屏幕上的一畝三分地!(二)

選擇城市和中心
江西省

貴州省

廣西省

海南省

中文字幕人成乱码在线观看