CMoney APM實習#4 什麼?產品也要斷捨離?

如何將產品功能收斂

Xiyu
CMoney Product Blog
Feb 7, 2024

--

在台灣生活的你,是不是偶爾會對LINE產生以下情緒:「爛東西!怎麼可以這麼卡?!」、「Taxi在哪裡?我怎麼找不到?」、「這麼多功能到底是幹嘛?我要的那個就是沒有!」

再看對岸的微信,稍微看一下用戶評論大部分也是怨聲載道,尤其是那不堪負荷的「體積」,如果只能提一個缺點,大部分人都是對它動輒數十G以上的存在相當不滿意。

反觀歐美圈的主流通訊軟體WhatsApp就奉行清教徒似的簡單主義,專注在通訊的功能上,沒有特別的花招,即使這樣仍舊擁有大票支持者。

所以說回來,一個好的產品究竟要包羅萬象還是大道至簡?其實要論正確答案一定有兩派的人馬各執意見,想要又多又好派會說:你看隔壁產品都有,我們也得有!,想要又少又精派則回:那麼多功能,用戶真的用了哪些?

不過如果回到最初,那些看起來擁有奇奇怪怪功能的軟體,是以這麼多功能作為主打嗎?想到這裡可能會開始猶豫,例如LINE最開始好像也只有通訊功能……

而作為一個產品經理,你可能還有一個致命條件:你必須在一個月內完成產品的開發。這個時候不管你有多少天馬行空,想像起來好像會賺錢的想法,都得扔到剩下最想要,而且是最行得通的那個。

前面說了那麼多,今天的主題其實就是一個:哪個需求對用戶來說最重要?也可以說是這麼多需求沒辦法都做,先做哪些需求?

下面就介紹2種可以協助思考產品核心功能的設計。

Kano Model (Kano 分析模型、狩野模型)

這是來自日本品質管理大師狩野紀昭所發明的模型,專門針對用戶的需求排列優先順序。分為基本型(M)、期望型(O)、興奮型(A)、無差異型(I)、反向型(R)五種類型。

圖片來源:產品需求分析神器:Kano Model 模型分析法(實戰案例講解)

基本功能:是產品滿足的基本需求,是產品是否能夠被接受的關鍵因素,類似手機的通話功能。如果這些需求得不到滿足,用戶的不滿意度會急劇增加;而如果得到滿足,用戶會認為這是理所當然的,並不會增加滿意度。

期望功能:則是產品差異化和競爭力的體現,決定了產品的易用性,類似手機的拍照功能。如果這些功能表現良好,用戶的滿意度會顯著提高;但如果表現不佳,用戶的不滿也會顯著增加。

興奮功能:則是超出用戶期望的潛在需求,決定了產品是否能引起關注,類似第一台智慧型手機的出現。如果產品提供了這些功能,用戶會感到驚喜;但如果沒有提供,用戶也未必會意識到,因此不會降低滿意度。

無差異功能:是指用戶可以有也可以沒有、並不會增加用戶滿意度的需求,產品設計時應儘量避免包含這些功能,例如一些用戶很少使用的附加功能。

反向功能:是指提供後會導致用戶滿意度下降的需求,產品設計時應儘量避免包含這些功能,通常是為了滿足公司需求而添加的,例如視頻中插播的廣告。

很多時候我們所思考的邏輯是:功能越多,產品價值越大,可實際上產品的開發需要考慮到成本,因此實際的價值並不會呈直線成長,到達一定程度後反而會產生報酬遞減的效果。

圖片來源:你的产品功能又多又好,为什么干不过竞争对手?

分析-排序-割愛

設計產品的時候常常會陷入一個誤區:自己的寶貝產品怎麼看都超完美,刪除任何一個元素都捨不得。

這個時候就需要像第三人一樣客觀的分析產品的所有功能,不過問題來了,要怎麼才能做到客觀?同事經過旁邊立刻抓過來叫他1分鐘內看完提出問題?

1分鐘看完漫畫都有問題了,還用說讓一個摸不著頭緒的人看完你嘔心瀝血的作品,不如讓最了解的你自己先把所有功能列出來,找出這支產品可能會打動用戶的那個真正核心功能。

  1. 列出產品功能表

一個產品設計之初往往有許多功能,正因為功能太多反而會迷失在功能海裡,忘記最初你針對TA所發想的功能是哪一條路,這時候將你目前所想做的產品功能列出來,能夠幫助你抽絲剝繭找出那個如果刪掉了這支產品就作廢的核心。

圖片來源:产品分析报告| 小红书:内容+电商型产品

當我們把這些功能列出來,會發現很多其實是設計來提升用戶體驗的輔助功能,以上面小紅書為例,它對自己的定義是類似Instagram的社交平台結合電商,許多人用它來發掘他人推薦的好物,因此將消息的部分抽走,其實並不會影響小紅書最重要的使用,也就是前面說的輔助功能。

2. 將產品功能排序

藉由前面列表得知重要的功能與較為不重要的功能後,可以開始進行功能的開發排序,根據Eisenhower Matrix這個管理工具的設計,把向度設定為緊急性重要性兩者,越靠近右上角的越急迫,也就是我們開發的第一優先。

圖片來源:聊聊功能优先级的制定 — — 基础篇

作為產品經理菜鳥,一定會產生一個疑問:我的排序是正確的嗎?這時候就輪到優先級評分卡上場了,分析完各層面後再針對判斷進行量化計算得分,最高分就是現階段最該開發的功能。

圖片來源:聊聊功能优先级的制定 — — 基础篇

3. 刪減

透過上面的方法排序後,我們就來到最後也是最重要的一步,刪除較不重要甚至是減法的功能。但在難過之餘,還是要考慮到未來的擴充性以及迭代,良好的架構才能使得後續的產品維護更加容易!

回顧自己從第一週到現在所提出的產品,確實不斷在將我發想的提案進行精簡,從最開始只知道要設計一款充滿遊戲性的跑步APP,包含了什麼角色、技能、裝備之類龐雜的東西,到現在簡化成只剩下社交系統,這中間不知道經歷了多少思考鬥爭,辛苦Mentor每天的例會都在看我鬼打牆。

總而言之,以上就是我這週學習到的內容啦!感謝大家看到這裡,希望下週的我可以比這週更進步。

--

--