我們常說切換角色去思考，那麼切換的角色是在什麼場景下？去解決什麼事情，得到什麼樣的結果？帶著這三個問題去思考，才會得到你想要的答案。

一、問題

1.1 原因說明

程序員小姐姐：詢問關於記錄的修改和刪除都是實現同一個功能，並沒有多大的差異，那麼修改和刪除有必要實現嘛。（是否需要兩個按鈕，還是混合在一起）就針對這個問題，進行了一下對話，簡單說明瞭一下角色在產品中的應用。

1.2 為什麼說同樣的一個功能點，會有兩種思維

下圖為一個後臺的列表頁面，我這裡做了兩張圖，第一張在最後的操作菜單下有：查看、編輯、刪除三個按鈕。如果按照常規的操作，管理員進入後臺後，直接點擊對應的按鈕進行操作就可以了。另外這裡也可以根據權限，在後面出現更多對應對的操作，方便管理員直達命令，也會更加精準操作。

第二張按照程序員小姐姐的說法，用一個維度包含直接改為查看操作，把功能都集合在內容頁裡面（說實話我做了快10年的產品，還真沒遇到過幾個這樣的操作）。管理員如果需要進行操作，需要進入詳情頁面裡面才可以。

其實較真點來講：在外面操作和在裡面操作其實都是一個步驟，不過是先一步操作和後一步操作的事情，這塊有什麼影響嗎？

首先是用戶操作習慣的問題：按照圖1所示，目前大部分的後臺基本都是標準界面樣式，對應操作下麵是常用的查看、編輯、刪除，或對應不同功能還有審核、下載、導出之類的。管理員進入後，選擇對應的操作會比較直觀。

其次是考慮到使用場景的問題：進入到頁面裡面操作也是多了一步操作，如果當前管理員已知是需要審核，在進入詳情頁查看時不小心點了其他的操作，這個時候是提示先保存在審核成功，還是直接審核成功？假設是給用戶退款不退貨，不小心點了退貨退款，那這個損失算誰的？

當然了，我們可以說權限是開放給用戶的，用戶自己操作錯了，我們也沒辦法控制。但這個想法不對，應該說我們有途徑可以避免用戶操作錯誤，那麼就從源頭進行規避。

還有就是權限的問題，前期如果是規劃好權限，那麼在列表和在詳情頁面都好設定。如果是後面增加的權限，那麼在列表處增加判斷和在詳情也增加判斷，對於研發來說工作量就有比較大的區別了。還一個，在列表處設定權限，方便一次操作一件事情，都混到裡面去操作，也比較容易引起誤操作。

二、簡述說明

2.1 為什麼說要切換角色去思考

我們常說切換角色去思考，那麼切換的角色是在什麼場景下？去解決什麼事情，得到什麼樣的結果？帶著這三個問題去思考，才會得到你想要的答案。

比如說一個日常的小例子：我們日常都會點外賣的餛飩、湯麵什麼的對吧，都會用一個比較結實的塑料盒裝。商家的要求是：結實，包裝嚴實，不要撒湯。用戶的要求是：包裝嚴實、不要撒湯、打開容易，關鍵詞是包裝結實、不要撒湯。

生產商其實也註意到這個關鍵詞了：不要撒湯，既然是不要撒湯，那麼肯定要扣的很嚴才可以，於是就出現了下圖所示的情況，在包裝盒上面出現6個卡扣（或更多）。這樣是蓋的很結實了，也非常的密封，不會撒湯了，三方的需求都滿足了。

按照這樣的條件，是不是挺好的？但這個需求的痛點還是很強的，為了滿足不撒湯，所以卡扣很結實，可是用戶在打開的時候可就很費勁了，回憶下是不是這個情況，每次打開的時候都要很費勁？

但這裡還有一個問題：如果為瞭解決用戶打開難，但同時又要保證不撒湯，把卡扣改為旋轉蓋呢？是不是就能很方便的解決？如下圖所示，旋轉式的包裝，是可以同時滿足不撒湯，打開又方便。

那麼商家為什麼不去做這個事情呢？

首先成本的問題，商家多一分錢的成本，就等於少賺了一分錢，而且市場上對於這種簡易包裝設計也相對找一些（不是說方盒也要做成螺旋的啊，是要圓盒的才行）。其次是市場上面是不是有多種選擇，就像下圖的這種可以簡易的密封包裝，我也是找了很久才找出來的，而且這樣的一個成本比普通塑料盒的成本要高3倍以上。

2.2 角色的場景定義

上面的說明是告訴你切換角色的思考，切換後如何定義，但這隻是一個知識層面，並沒有深入下去。關於誰要切換角色，是研發人員還是用戶，要如何決定切換？

這不單是一個操作的問題，還有關於功能的定義、業務設定等，還需要思考一下比這個更深的層面。如果說我們定義在列表中把基本操作都展示出來是正確的，那麼這個觀點是如何定義的，人們為什麼會習慣，為什麼要遵守。

按照產品的定義，一個功能需要從場景、全流程、功能、角色問題、操作內容、角色、得到結果中的至少兩個層面去深入瞭解，越深入，覆蓋的人群就越廣，適應的人群就越多，而上面我們定義了幾個？

用戶角色：我不關心當中的邏輯是什麼，我也不考慮你是怎麼運營的，我的目的很簡單，進入後找到我想要的商品，覺得價格和描述還OK，下單支付，收貨使用就可以了。另外出了問題，我還需要申請售後。

商家角色：我在乎的是有多少用戶多少來訪問，有多少人購買，購買什麼類型的產品/哪些商品沒有訪問沒有交易，需要發貨的商品要發到哪裡，後續是否有問題要解決，最重要的收款。

這裡其實還有一個平臺角色：平臺搭建後需要設定規則，用來管控商家、商品、訂單、數據以及整體運營策略、和最重要的產生利潤點。

三、思考

3.1 目的和意義

切換角色的目的在於不同場景的考慮，如果你是研發者，那麼你在做研發的時候你要思考用戶使用這個功能的場景、用途、要解決的問題，不能都是1和0的表現方式。現在是對單一場景進行思考，如果是多個場景混合在一起使用，比如涉及到中台應用，那怎麼區分呢？

能夠解決什麼問題：要解決的不是界面展示更不是功能呈現，而是解決場景使用的問題。

3.2 保持冷靜

我們在做產品時，經常會說“要像一個外行一樣思考-用戶都是傻瓜式操作，但同時還需要像一個專家一樣做實踐-用最完善的流程做最簡單的呈現”，口號很美好，但不能太過於牽強，還是要專業的人做專業的事情。比如讓我一個外行去創作一輛特斯拉，結果會是什麼呢？當然是什麼都沒有，只會畫一個草圖。

所以我們在做產品時，首先要具備一定的行業專家能力-瞭解這個市場、瞭解這個應用，其次在思考問題的時候-就能夠知道是誰在用，用來乾什麼，要解決什麼問題，這個時候在提出創新的時候，才不會天馬行空，能夠在一定的理論基礎上進行，才會成功。

保持冷靜，在專家和外行的角色中不斷的切換自己。

本文由 @老虎~色 原創發佈於人人都是產品經理。未經許可，禁止轉載

題圖來自Unsplash，基於CC0協議