什麽是場景？怎麽理解場景？
壹、什麽是場景
在辦公室隨機訪問得到的答案：
“是壹個案例吧”
“現在我們兩對話的環境就是場景啊”
“是壹種前提，就像我們通常描述問題的時候會說的前提條件”
“emm…不要問我這個問題”（下班時間在辦公室打榮耀的程序員）
“有開端有結束的事情”
emm…大家都好像很熟，但是又很難用言語描述清楚的壹個詞。百度的解釋也很抽象：
受大家啟發，整合壹下：場景是在某個時間空間下發生的有開始有結尾的事情片段。可以想象壹下是某段正在播放的視頻，突然暫停截屏，妳可以猜測當時發生什麽，這事之前人在做什麽，之後他要去做什麽？他現在是什麽心情，之前是什麽心情，之後又會是什麽心情。而這壹切又是為了什麽。總結：什麽時間什麽地點發生了什麽事，人物心情怎樣，接下來他想做什麽，會有什麽動作，為了達到什麽目的。這就是壹個豐富的場景。
二、場景怎麽寫
場景就是寫壹個簡版記敘文，抓住典型的事典型的人，描寫參與人的所處環境與內心活動。場景描述了壹件事情的前因後果，可參照上圖模版編寫。可按時間、任務維度拆分，從下至上拆分再合並；或自上而下逐漸拆分，顆粒度自由把握。
好的場景應該讓人感覺生動，能看到畫面感。 /view/260c4eaedd3383c4bb4cd26a.html
企業級產品通常時間與地點都相對固定，都是上班時間或辦公室。這個時候可以把時間換成某個事情的前提條件。“上班時間接到電話”
有時候場景會寫的有纏繞，特別是多人交互時。這是評估是否要多寫幾個，配合流程圖使用會更清晰。
三、理清場景的好處
1.需求分析時能更有針對性的抓住用戶需求，抓住賣點與價值點。
舉個簡單的例子，如果需求分析時只知道要做壹個產品查詢的功能，沒有任何背景與場景分析。則會出現壹個大而全的查詢，把盡可能多的查詢條件與全部的庫表字段都擺在界面。那麽這樣壹個查詢功能真的是用戶要的嗎？用戶什麽情況下會查詢，能否通過其他菜單提供信息，用戶壹般查詢都想知道什麽信息，是否區分重點信息？能否快速查出壹批用戶最想查找的數據。能否提供按場景查詢的數據，比如近壹個月新增的產品。或者2年內都沒變動的產品。只有有場景分析，我們才能針對性的提供簡單易用的查詢功能。
只有分清場景了才能針對性的設計，也是猜測用戶想法的第壹步。
2.需求傳遞時，更有利於研發線了解需求。
需求傳遞時不說清前因後果，程序員會問已經有時間選項了，為什麽還要提供近壹個月兩個月這樣的查詢，看起來不好布局。如果能傳遞客戶場景，他通常最關心這個數據，提供快捷操作用戶更方便。程序員會認可設計，也可能會提出更好的解決方案，比如找出壹種更易用的表格框架。當然這個例子是很簡單的。真正想表達的是需求傳遞與溝通壹樣，讓研發線的每個人站在用戶場景與目的角度思考。需求才比較不會偏離路線，才能萬眾壹心。
或者說有些有難度的需求，如果不解釋清楚大家在做的事情的目的與意義，想必研發線也會有逆反心理，畢竟程序員都是比較聰明甚至有個性的人，怎能阻止他們的思考？
推薦文章： 為什麽做產品的人都很喜歡思考「場景」？
當然做這麽細致的場景分析是會增加很多工作量的，但是至少先培養這樣的意識，在各自的腦袋裏先傳遞壹遍，在設計中體現這些東西。
by the way? 我想試著寫壹個系列的名詞解釋，如果妳有想知道的，給我留言吧。如果有不準確不理解的也求糾正。