1. <th id="fdehc"></th>
      1. <rp id="fdehc"><ruby id="fdehc"><input id="fdehc"></input></ruby></rp> <th id="fdehc"></th>

        <dd id="fdehc"></dd>
        <dd id="fdehc"><pre id="fdehc"></pre></dd>

        1. Alice

          在日常工作中,如需求評審、日常的設計溝通及跟開發的方案交流,常常聽到提起“場景”一詞?!坝脩粼谑裁磮鼍靶枰@個功能?”、“這么設計依據的場景是什么?”、“你有沒有考慮過這個使用場景?”在情境中每個“場景”聽起來好像都不太一樣,能粗略感受意思,但具體想想又很模糊,那場景到底是什么?它能幫助設計師做哪些事?

           

          一、?場景的定義

          關于“場景”,不同的出處給出的解釋也不盡相同,并沒有給出一個明確的定義。

          • 在《交互設計精髓4》書籍描述“場景”為用戶如何使用產品實現具體目標的故事
          • 梁老師在《產品思維三十講》中將“場景”分為:場、景。場為“時間”“空間”,景為“情景”“交互”
          • 在《2020UCAN》中四場關于場景的案例,將案例解釋為:人+場+事+物
          • 百科定義“場景”是指戲劇、電影等藝術作品中的場面,泛指情景。

          圖片

          上面四種對場景的解釋,涵蓋的對象和包含的要素各不相同,那我們如何理解場景呢?如何定義場景?

          場景常用在產品迭代中的產品需求階段和設計階段,作為產品從產生到設計的依據,2個階段的側重點不同,需求階段(明確用戶是誰,需求是什么,做什么事),設計階段(基于某目標,使用產品的情況)。場景是需求和行動的具現化描述,場景分別對應階段分為:用戶需求場景和用戶使用場景。

           

          場景類別1-用戶需求場景

          用戶需求場景是用戶需求的擴展細化,補充描述需求涉及的多個關鍵要素。若只有簡單描述需求的情況下,對產品的指導設計容易出現偏差。

          這里舉個例子:“周四下半年,小波回家出地鐵口(場景),想吃菠蘿(需求),看到有個賣菠蘿的攤位,上去看了看,都是沒有削皮的菠蘿(產品),地鐵口人流量大,小波不想等沒買菠蘿就走了?!边@案例從需求來說,沒削皮的菠蘿已對焦,但因為環境影響了小波不購買的行為。若菠蘿的已經削皮,小波就已經買了帶回家好好品嘗?;诖嗽龠M行延伸,若場景放在逛街的場景中,已經切塊菠蘿就是匹配的,隨走隨吃。若場景放在水果店里,沒削皮的菠蘿是合理的,保證了新鮮度安全性品質,甚至還可以多種菠蘿挑選,因為有時間。從上面來看,同一個需求,因為場景不同,其菠蘿的形態也不同。場景是需求的細化,會影響到最終產品的設計上。

          需求場景:用戶+環境+需求+事件。在【某環境】下,【某用戶】做了【某事】來滿足【某需求】。用戶、需求、事件是核心要素,環境是影響要素,環境包含時間、空間。除了環境要素還包含用戶狀態。

          圖片

           

          場景類別2-用戶使用場景

          用戶使用場景描述的是在需求場景的前提下,具體描述為了完成某任務,跟產品怎么交互的過程。其對產品的具體設計有較大影響。

          這里舉個例子:以接電話(任務)的情況來看,手機未在使用狀態鎖屏下和手機正在使用中就是完成不同使用場景。在手機正在使用中(用戶狀態),考慮不被過度打擾,此時的電話提醒是小區域展示,接通、拒絕和收起操作都是直觀的操作。在鎖屏狀態下可以放在褲兜里(用戶狀態),考慮不被誤觸采用滑動解鎖,以及可以物理按鍵免打擾和拒絕(可以不看直接操作)。同一個任務在不同的狀態下,因因素的差別影響產品的設計。

          圖片

          使用場景:用戶+環境+目標+產品。在【某環境】下,【某用戶】跟【某產品】發生了交互,用來完成【某任務】。用戶、目標、產品是核心要素,環境是影響要素,環境包含時間、空間。除了環境要素還包含用戶狀態和承載產品的設備狀態。

          圖片

           

          場景關聯的概念

          設計常用的工具有2個跟場景關聯,它們是用戶畫像、用戶故事。用戶畫像描述了用戶需求,用戶需求場景是用戶需求的延伸,用戶故事則是用戶需求場景的細化,一個場景可包含多個用戶故事。

          • 用戶畫像:用戶特征+用戶需求
          • 用戶故事:場景+產品+用戶操作,用戶故事基本等同于用戶使用場景

          圖片

           

          二、場景的價值

          上一段描述2種類型的場景,場景不僅限于指導產品設計,還可以助力團隊協作等多個方面。以下通過需求分析、團隊協作、產品設計三塊來描述場景的價值。

           

          需求分析

          場景可以幫助挖掘需求的完整性、判讀需求是否準確及梳理需求優先級。

          1. 【完整性】深刻理解產品需求,讓產品功能更全面,挖掘產品的新機會或者產品的新功能
          2. 【準確性】讓需求分析準確,辨別需求真偽
          3. 【優先級】考慮用戶如何使用產品,幫助理清強弱場景,幫助理清強弱需求

          圖片

           

          團隊協作

          場景可以幫助團隊增強同理心、更好的理解需求及提升產品設計的參與度。

          1. 【易理解】讓團隊對產品的理解更簡單、具體(對于理論以及長篇大論的需求文章來說,人們更能記住故事發生的場景,通過簡短但是詳盡的故事描述)
          2. 【同理心】讓團隊進入用戶視角看產品設計,而不是產品單方面的猜測。
          3. 【參與度】用戶場景是協作設計工具,期望所有項目利益相關者參與產品需求和設計的過程

          圖片

           

          產品設計

          1. 【優化現有】突破用戶原有的解決方案:意即在當下的場景下,用戶可能會產生什么問題?用戶原有的解決方案是什么,我們是否有機會提供更好的解決方案呢(效率或者更好的體驗)?
          2. 【新機會點】發現場景的連續性,發現行動中的不連續性。通過成組的動作進行預期:比如復制 – 粘貼;分享 – 朋友圈等;
          3. 【精細設計】從面對所有人轉向用戶分層精細化設計,打造競爭優勢
          4. 【產品歸納】場景具現化需求,可用場景去歸類相關的產品

          圖片

           

          三、場景的挖掘方法

          如何獲取場景?2種類型場景因獲取信息的側重點不同。用戶需求場景側重需求及事件的描述,及描述事件相關聯的環境。用戶使用場景側重使用產品完成任務交互的過程。有兩種用戶調研方法適用:訪談法、觀察法:

           

          訪談法

          挖掘用戶需求場景,主要去挖掘未知的需求和當下滿足的需求是否有優化拓展空間,更適合提供一些開放性問題引導用戶給出更多信息,在用戶延伸出新信息再繼續往下深挖需求相關元素等。

          • 您能描述下一天的工作流程嗎?
          • 在流程中有沒有遇到其他場景?
          • 您能具體描述下這個場景嗎?所在什么樣的環境
          • ······

          了解用戶使用場景,引導用戶具體描述任務完成的過程,再延伸其中遇到的問題點等。

          • 您是怎么使用渲染的?
          • 圖文編輯的流程是怎么樣的?
          • ·······

           

          觀察法

          觀察法更容易觀測用戶使用場景,可以發現在訪談中很多忽略的細節。對于用戶需求場景,需要更長期的觀測,對觀測的行為進行記錄反推其需求。觀察法可以是完成中立的觀測,也可以是邊觀測邊適時的提問便于挖掘原因。甚至可以自己作為用戶參與進去。

           

          四、場景化設計

          什么是場景化設計?場景化設計是引入場景概念將簡單需求延伸拓展出更多延伸的決策因素來精細化產品設計,簡單講是將原粗放型設計轉向精細化設計,提升目標轉化、體驗等。場景要素影響的多少決定了場景化差異的空間,場景化設計的前提并不對整體目標的轉化造成負面影響。

          場景最終落地到產品設計上,在一場景里并不是所有的要素都對產品起到影響作用,在設計前可篩選出對產品產生影響的要素,進行一一羅列。產品的3部分組成:功能、內容/信息、形態。場景要素最終影響其的變化。

          場景要素:用戶、需求、事件、環境狀態、載體狀態、人物狀態

          產品組成:形態、功能、內容

          圖片

          場景化設計最適用于O2O領域的設計,它會涉及豐富的空間、時間、天氣環境等影響因素,同樣的需求存在n多種不同場景情況。在我負責業務主要以web為主,日常場景更多是基于用戶需求的拓展。

           

          產品設計與場景的關系

          產品如何承載用戶需求場景?把場景和產品承載容器(可指單頁面)作為象限劃出4種類型區間。

          • 產品理想的情況是單容器承載單個場景,單場景可以清晰傳達,產品幫助用戶專注完成當下需求場景下的任務。
          • 非必要情況下,不要讓多容器承載單場景。就好比將一個衣柜的能力,直接拆開成多個房間,一個房間放外套、一個房間放褲子、一個房間放內衣等等,會讓使用變得極其麻煩。
          • 單容器承載了多個場景,這時候需要去辨別場景之間是否有關聯,切忌不要把太多無關聯的場景一起傳達。如一個房間內包含了廁所、廚房、臥室、客廳,場景之間會相互打架。單容器多場景不合理情況下,不僅分散了用戶注意力,也更難讓用戶理解產品,且對于產品來說也會多出更多不必要的成本消耗。
          • 多容器承載多場景近似于單容器承載單場景。

          圖片

           

          五、場景化應用案例

          在上一篇文章《需求太碎?設計師如何在小業務中提煉價值》中有過產品場景的案例解析。是對一個小項目進行了新的需求場景挖掘,推動進行改版的過程,這里不再展開說明,有興趣的朋友可以去看一看。

          個人實踐案例不能完全覆蓋場景化應用,另收集了一些直觀的場景案例展示如下。

           

          核心要素的應用案例

          1. 要素——用戶、需求

          淘寶首頁男生女生看到的內容和功能都有差異人需求差異。

          圖片

          2. 要素——事件

          京東購物車從原來的暫時放置商品延伸出更多關聯的場景,如:對比、收藏,圍繞場景產品設計

          圖片

           

          影響因素的應用案例

          1. 時間——餓了么

          根據不同的事件點推送不同的內容,晚上是夜宵,中午是午餐、早上是早餐、傍晚是晚餐

          圖片

          2. 地點——去哪兒旅游

          根據不同的地點推送不同的內容

          圖片

          3. 人物狀態——手機接電話

          手機接電話(景的差異,差異化交互形態),手機放褲兜走路中,手機正在使用中,2個場景手機進來。使用手機中(防止錯誤,更適合用戶體驗)

          圖片

           

          六、小結

          場景是入門容易、普適性很強的應用工具,也是個人推崇的設計師入門必備技能點。在用戶需求上可以幫助挖掘新的機會點拓展產品的使用邊界。在設計上場景讓設計有據可依對產品設計更準確。在業務上可以通過場景的描述對業務所滿足的需求有更深入的理解,可以幫助理解許多功能之間的關系。在協作上給團隊提供溝通的基礎,容易達成共識。

          以上,歡迎大家一起交流。

           

          原文鏈接:酷家樂用戶體驗設計(公眾號)

          作者:小波

          轉載請注明:學UI網 » 設計入門必備萬金油-場景篇

          登錄收藏
           
          你可能喜歡的:
          你今年的目標完成了嗎?你今年的目標完成了嗎?
          作為設計師,這幾個APP你居然不知道作為設計師,這幾個APP你居然不知道
          插畫教程 | BlingBling小靜物繪制過程插畫教程 | BlingBling小靜物繪制過程
          情緒版還能這樣做?難怪大廠的設計師那么強情緒版還能這樣做?難怪大廠的設計師那么強
          設計師要掌握的UI設計技巧(一):標題篇設計師要掌握的UI設計技巧(一):標題篇
          工作經驗|設計資產庫中的組件,應該如何命名?工作經驗|設計資產庫中的組件,應該如何命名?
          藍湖產品經理:產品設計協作的前世今生藍湖產品經理:產品設計協作的前世今生
          3位設計總監被我逼問如何升職加薪…3位設計總監被我逼問如何升職加薪…
          對話設計圓桌會-B站(年輕化設計)對話設計圓桌會-B站(年輕化設計)
          什么叫細節控?看看Google問卷的設計吧什么叫細節控?看看Google問卷的設計吧
          ?
          性xxxx18学生和老师
          1. <th id="fdehc"></th>
            1. <rp id="fdehc"><ruby id="fdehc"><input id="fdehc"></input></ruby></rp> <th id="fdehc"></th>

              <dd id="fdehc"></dd>
              <dd id="fdehc"><pre id="fdehc"></pre></dd>