為什么要切換角色去考慮產品?

2 評論 1861 瀏覽 6 收藏 11 分鐘

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

一、問題

1.1 原因說明

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

切換角色去考慮產品

切換角色去考慮產品

切換角色去考慮產品

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

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

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

其實較真點來講:在外面操作和在里面操作其實都是一個步驟,不過是先一步操作和后一步操作的事情,這塊有什么影響嗎?

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

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

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

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

二、簡述說明

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

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

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

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

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

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

那么商家為什么不去做這個事情呢?

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

2.2 角色的場景定義

上面的說明是告訴你切換角色的思考,切換后如何定義,但這只是一個知識層面,并沒有深入下去。關于誰要切換角色,是研發人員還是用戶,要如何決定切換?

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

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

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

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

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

三、思考

3.1 目的和意義

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

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

3.2 保持冷靜

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

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

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

 

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

題圖來自Unsplash,基于CC0協議

給作者打賞,鼓勵TA抓緊創作!
更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 在局限條件下,如何二次創新,實現倍增!

    回復
    1. 局限的是什么?
      是時間:那就砍需求
      是技術力量:那就降低需求
      是沒有理解到位:那就迭代需求
      需求不是一次搞定的,如果可以,可以設定一個階梯遞增,然后開始進行營收

      回復