如何從場景中提取設(shè)計(jì)原則?

編輯導(dǎo)讀:只有回歸場景,才能從業(yè)務(wù)中找出真正的問題,并給出實(shí)用的解決方案。本文作者從回歸場景的意義出發(fā),結(jié)合場景化下的同理心設(shè)計(jì)案例對此展開了討論,與大家分享,希望能給大家作為參考,并在工作中產(chǎn)生助益。

C端產(chǎn)品可以用發(fā)散的方式挖掘場景,從而將需求轉(zhuǎn)為亮點(diǎn)。而B端產(chǎn)品基本上是將「線下已有需求」系統(tǒng)化,將復(fù)雜的邏輯變?yōu)楹唵慰捎玫?,將真正的核心,抽離剝出,達(dá)到線上使用標(biāo)準(zhǔn)。所以需要「還原并簡化業(yè)務(wù)」,而非「發(fā)散業(yè)務(wù)」,無法發(fā)散獲取,只能還原場景,回歸場景。

一個故事幫大家快速理解

1. 什么是回歸場景?

在一次商品管理系統(tǒng)后臺的建設(shè)項(xiàng)目中,業(yè)務(wù)人員(運(yùn)營人員)提出了以下需求:我需要更好的管理商品大類及商品規(guī)格,在創(chuàng)建商品活動時(shí)候,我能更加的快速完成活動上線時(shí)間。

產(chǎn)品經(jīng)理小李子,快速整理好需求,以及分析用戶痛點(diǎn),以及平臺規(guī)劃,調(diào)動好人員支持項(xiàng)目。完成一系列的操作后,把項(xiàng)目交接到交互設(shè)計(jì)師春菜手中。交互設(shè)計(jì)師,沒有多加思索項(xiàng)目的背后的隱藏的內(nèi)容。找到產(chǎn)品經(jīng)理核對好需求,并進(jìn)行探討–確認(rèn)了,需要設(shè)計(jì)商品管理及活動創(chuàng)建。春菜迅速的畫好了原型圖,初步獲得了確認(rèn)。

然而,到了開發(fā)階段,由于開發(fā)日期遠(yuǎn)高于預(yù)估排期,最終實(shí)現(xiàn)的方案出現(xiàn)了嚴(yán)重的問題,遠(yuǎn)遠(yuǎn)達(dá)不到當(dāng)初業(yè)務(wù)人員的預(yù)期,引起了大量的投訴不好用,最終產(chǎn)生了很大負(fù)面影響,并且也不愿意去用了。

2. 回歸場景

如果從回歸場景來看,相比之下那么這一位交互設(shè)計(jì)師無疑是位老江湖了。

這位老江湖找到當(dāng)初提出的需求的業(yè)務(wù)人員:我這次來找你就是通過您了解,你需要商品管理和創(chuàng)建活動的需求去解決什么問題,以便我回去重新給您構(gòu)思一個更加有效貼切實(shí)際的解決方案!

業(yè)務(wù)人員接過話題:因?yàn)槲蚁胪ㄟ^商品管理,來規(guī)劃商品上下架的操作及沒貨的情況,還可以根據(jù)市場環(huán)境調(diào)整一下價(jià)格。我繼續(xù)問道:你之前是如何解決的呢?

業(yè)務(wù)人員回答:我只能通過微信的方式告訴價(jià)格變動或者商品沒貨了。然后我在根據(jù)大量的表格中去找到對應(yīng)的商品,然后進(jìn)行編輯,創(chuàng)建活動。所以我的效率很不高,經(jīng)常挨罵?;顒右膊荒芗皶r(shí)的變更,又需要重復(fù)上一步去完成更替。

所以問題并不是一定要完成大模塊商品管理和活動創(chuàng)建,而是幫助他們解決效率問題!

找到了問題之后,我認(rèn)為應(yīng)采用更簡單的解決方案,我快速的畫出了草圖草圖,講解了一番。業(yè)務(wù)人員聽懂我提出的方案后,雙手一拍,對,我就是需要這個功能。你太厲害了!

只有回歸場景,才能找到業(yè)務(wù)中真正的問題,從而給出更高效的解決方案。

確定了核心場景需求,一定確認(rèn)以下四點(diǎn):

  1. 場景是否能夠讓業(yè)務(wù)閉環(huán);
  2. 場景之間是否有有明晰的串聯(lián)邏輯;
  3. 是否有捷徑的路可以走
  4. 是否是已經(jīng)是用戶理解的版本。

同理心設(shè)計(jì)

這是從一個大層面去講解「回歸場景」,那么接下來,我通過一些細(xì)節(jié)講一下什么是場景化下的同理心設(shè)計(jì)。

還是商品模塊的案例:需求確認(rèn)完,核心問題確定完成,接下來輪到線框仔上場了。春菜,表示簡單。

春菜在商品模塊創(chuàng)建的下,設(shè)計(jì)好表單后,寫好交互說明,得意洋洋的交給前端,組織會議,還特意強(qiáng)調(diào)了,請后臺同學(xué)一起參與,這一塊的內(nèi)容會牽扯后臺。開發(fā)哥哥也表示,這些簡單,沒問題,可以做。

在實(shí)際的場景中:用戶在創(chuàng)建表單中,輸入內(nèi)容,一會一個紅字,一會一個請輸入,表示我還沒輸入,系統(tǒng)就反饋我是錯誤的了,我錯在哪了?并且加大了我的阻礙,就相當(dāng)于,你正在走路,時(shí)不時(shí)的被拌一下的那種感覺。發(fā)了很大的火,投訴到了老板那里。

聰明的大家也知道了問題!那就是「表單實(shí)時(shí)校驗(yàn)」的場景運(yùn)用問題!

老板也試了一下。單手拍頭,去幫他解決一下吧。你看一下你就知道了。

老江湖看到這表單創(chuàng)建體驗(yàn)了一下流程,微微一笑。寫出了以下問題

  1. 這是強(qiáng)業(yè)務(wù)類的表單,實(shí)時(shí)校驗(yàn)就太過分了,同時(shí)也加強(qiáng)了用戶自我懷疑、不耐煩等的負(fù)面情緒。實(shí)時(shí)校驗(yàn)也增大了后臺的負(fù)荷。場景運(yùn)用不明確。
  2. 缺少同理心,沒有站在用戶的角度上去設(shè)計(jì),沒能感受到,他創(chuàng)建表單時(shí)候的心情。
  3. 表單太過精細(xì),不必要的字段過多。沒有貼合實(shí)際商品的規(guī)格信息。
  4. 沒有了解業(yè)務(wù)人員(運(yùn)營人員)的工作量。沒能從底層解決效率問題。
  5. 表單名稱復(fù)雜,不易懂。導(dǎo)致用戶頻繁理解錯。
  6. 專業(yè)操作屬性過多。邏輯復(fù)雜。
  7. 表單距離按鈕控件太遠(yuǎn)。用戶操作路徑過長
  8. 缺少防錯提示。不小心刷新網(wǎng)頁,缺少防錯。點(diǎn)了關(guān)閉網(wǎng)頁,缺少防錯
  9. 缺少記錄字段。既然是創(chuàng)建商品,肯定會有同類型的字段出現(xiàn),系統(tǒng)需要記憶。幫助用戶減少下一次輸入。缺少友好性。

好的設(shè)計(jì)師:是能站在用戶的層次上去思考問題,站在專業(yè)的角度上,幫助他解決問題。

好的設(shè)計(jì)師不會甩鍋:是他沒跟我說清楚,諸如此類的話,我們要學(xué)會反思,我為什么不能主動的去跟他探討呢。

總結(jié):根據(jù)場景確定設(shè)計(jì)原則,站在場景內(nèi),能真的懂用戶在想什么。

 

作者:交互思維鋪?zhàn)?;公眾號:交互思維鋪?zhàn)?/p>

本文由 @交互思維鋪?zhàn)?原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理,未經(jīng)作者許可,禁止轉(zhuǎn)載。

題圖來自Unsplash,基于CC0協(xié)議。

更多精彩內(nèi)容,請關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號或下載App
評論
評論請登錄
  1. 寫這個的人辛苦了。但是你寫完最好檢查一下,因?yàn)楹芏嗖惶樀牡胤?。(我這么說不是說我寫得好,我只是站在學(xué)習(xí)者的角度說的)

    來自湖南 回復(fù)
    1. 感謝你能提出的建議,我會更加完善,我這不是教程,主要是想提醒我自己,在設(shè)計(jì)時(shí)候多考慮一些場景,從場景出發(fā)。
      雖然案例不夠完善,但也具備了一些總結(jié)經(jīng)驗(yàn)。再次是感謝你能提出寶貴建議。

      來自上海 回復(fù)
    2. 希望你也能持續(xù)的關(guān)注一下,我們可以一起交流讓學(xué)習(xí)變?yōu)楦行А?br /> 你也可以寫一下 具體哪些是不通暢的。我也在下次的總結(jié)文章中,時(shí)刻注意。謝謝

      來自上海 回復(fù)