你可以先試試：找乙個耳熟能詳的產品，組織語言，說明白這個產品的使用場景。比如：
如果不是訓練有素的話，一開始你應該會有些懵——可能將某些不那麼重要的細節描述得過分清晰，但卻遺漏了關鍵點（或許你行，但我一開始真有不少錯漏）。所以，在考慮場景的時候，我們考慮一下這些要素：
是誰：人物，可以是相對主觀的直覺性描述，行為屬性（比如性格特徵、生活習慣等）的重要性會大於人口屬性（年齡、性別、學歷等「統計學」意義上的描述；
在什麼樣環境裡：考慮空間、裝置等物理環境，物質、工具、金錢等約束條件，必要時可以考慮人與環境的關係；
導致產生動作的時機：觸發他產生目標的事件（導火索），與環境相比，環境更靜態，時機更動態；
目標是什麼：想要達到什麼目的？
動作是什麼：簡單、具體、最小化的乙個個行為
和某些介面進行了互動：軟體、硬體等介質，介面背後可能有人（設計思想）
希望完成什麼任務：一系列動作，完成了一系列任務，最終達成目標
描述乙個場景時，可以不必要七個部分面面俱到，而是應該全面考慮（確保不遺漏），然後抽取核心。
附圖把這七個部分串起來了：人，在環境裡，被某個時機觸動，產生了目標，開始做動作，經歷了一系列的 ui（互動介面），完成了一系列的任務，最終滿意/無感/失望地完成了一次體驗過程。
可能有朋友會問，幹嘛這麼麻煩考慮什麼場景，就算考慮也不用拆解得這麼詳細吧？場景有如下作用：
理解了場景，也就很大程度上理解了產品。但是，像我這樣的實用主義者，顯然還希望分析了場景之後，能夠對產品更有幫助些，所以，再進一步。
產品設計的過程，就是場景的改進過程。在分析乙個產品的時候，分幾步走：
拆解產品裡有哪些場景；
每個場景拆解出面臨的問題；
每個問題想一堆的解決辦法；
判斷、試驗、實踐解決辦法是否靠譜。
## 知識星球裡的乙個例子
## 拆解產品裡的場景
這些還只是一部分。可以挑出這些場景裡哪些是核心，需要一輪又一輪地優化。
我們挑乙個聚會場景來分析：
觀察這個場景，可能會發現有些地方不夠流暢，比如：
比如針對問題「怎樣讓被邀請的人快速意識到知識星球這個產品的好處並且加入」，我們可以考慮這些可能性：
分析測試用例場景樣例（筆記）
現在基本怎麼上網 把曾經學習通俗易懂的知識留下來 分析用例 1.從use case分析出重要場景。這場景是use case的例項，也是use case的執行路徑。乙個use case有多個可能執行的路徑，各個路徑都是乙個場景。2.針對每個場景設計乙個test case。用來檢測系統在特定的上下文是否...
單例模式的場景
這是乙個設計模式，乙個模式存在，那肯定有解決現實問題的能力 所以，單例模式解決的問題是要保證乙個類的物件在記憶體中的唯一性，就是乙個類的物件在記憶體中有且只有乙個，記憶體中只能建立乙個物件 多個程式都在操作同乙個配置檔案時，需要程式a操作後的結果，程式b知道，並繼續基於程式a操作後的結果進行操作。前...
梁寧《產品思維》之12設計產品的場景
為什麼經常提到場景？場景本身就是產品的一部分！你脫離了場景談產品，就好比你給了乙個女孩一件很漂亮的晚禮服，東西很美，女生也很喜歡，但是無處安放啊！咱們都知道杰奎琳是美國歷史上最優雅的 夫人，她有一句名言 我知道我不管做什麼事，都不如我把衣服穿得好更重要。如果杰奎琳脫離了出國訪問的儀仗隊背景，或者脫離...