編輯導讀：只有回歸場景，才能從業務中找出真正的問題，并給出實用的解決方案。本文作者從回歸場景的意義出發，結合場景化下的同理心設計案例對此展開了討論，與大家分享，希望能給大家作為參考，并在工作中產生助益。

C端產品可以用發散的方式挖掘場景，從而將需求轉為亮點。而B端產品基本上是將「線下已有需求」系統化，將復雜的邏輯變為簡單可用的，將真正的核心，抽離剝出，達到線上使用標準。所以需要「還原并簡化業務」，而非「發散業務」，無法發散獲取，只能還原場景，回歸場景。

一個故事幫大家快速理解

1. 什么是回歸場景？

在一次商品管理系統后臺的建設項目中，業務人員（運營人員）提出了以下需求：我需要更好的管理商品大類及商品規格，在創建商品活動時候，我能更加的快速完成活動上線時間。

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

然而，到了開發階段，由于開發日期遠高于預估排期，最終實現的方案出現了嚴重的問題，遠遠達不到當初業務人員的預期，引起了大量的投訴不好用，最終產生了很大負面影響，并且也不愿意去用了。

2. 回歸場景

如果從回歸場景來看，相比之下那么這一位交互設計師無疑是位老江湖了。

這位老江湖找到當初提出的需求的業務人員：我這次來找你就是通過您了解，你需要商品管理和創建活動的需求去解決什么問題，以便我回去重新給您構思一個更加有效貼切實際的解決方案！

業務人員接過話題：因為我想通過商品管理，來規劃商品上下架的操作及沒貨的情況，還可以根據市場環境調整一下價格。我繼續問道：你之前是如何解決的呢？

業務人員回答：我只能通過微信的方式告訴價格變動或者商品沒貨了。然后我在根據大量的表格中去找到對應的商品，然后進行編輯，創建活動。所以我的效率很不高，經常挨罵?；顒右膊荒芗皶r的變更，又需要重復上一步去完成更替。

所以問題并不是一定要完成大模塊商品管理和活動創建，而是幫助他們解決效率問題！

找到了問題之后，我認為應采用更簡單的解決方案，我快速的畫出了草圖草圖，講解了一番。業務人員聽懂我提出的方案后，雙手一拍，對，我就是需要這個功能。你太厲害了！

只有回歸場景，才能找到業務中真正的問題，從而給出更高效的解決方案。

確定了核心場景需求，一定確認以下四點：

1. 場景是否能夠讓業務閉環；
2. 場景之間是否有有明晰的串聯邏輯；
3. 是否有捷徑的路可以走
4. 是否是已經是用戶理解的版本。

同理心設計

這是從一個大層面去講解「回歸場景」，那么接下來，我通過一些細節講一下什么是場景化下的同理心設計。

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

春菜在商品模塊創建的下，設計好表單后，寫好交互說明，得意洋洋的交給前端，組織會議，還特意強調了，請后臺同學一起參與，這一塊的內容會牽扯后臺。開發哥哥也表示，這些簡單，沒問題，可以做。

在實際的場景中：用戶在創建表單中，輸入內容，一會一個紅字，一會一個請輸入，表示我還沒輸入，系統就反饋我是錯誤的了，我錯在哪了？并且加大了我的阻礙，就相當于，你正在走路，時不時的被拌一下的那種感覺。發了很大的火，投訴到了老板那里。

聰明的大家也知道了問題！那就是「表單實時校驗」的場景運用問題！

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

老江湖看到這表單創建體驗了一下流程，微微一笑。寫出了以下問題：

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

好的設計師：是能站在用戶的層次上去思考問題，站在專業的角度上，幫助他解決問題。

好的設計師不會甩鍋：是他沒跟我說清楚，諸如此類的話，我們要學會反思，我為什么不能主動的去跟他探討呢。

總結：根據場景確定設計原則，站在場景內，能真的懂用戶在想什么。

作者：交互思維鋪子；公眾號：交互思維鋪子

本文由 @交互思維鋪子 原創發布于人人都是產品經理，未經作者許可，禁止轉載。

題圖來自Unsplash，基于CC0協議。