編輯導語:產品固然需要不斷地迭代最佳化,以求給使用者更好的產品使用體驗,然而在這過程中,產品需要找準自身核心,找到自身最為核心的價值,以免偏離方向,也可以降低後續試錯成本。本篇文章裡,作者便結合自身經驗,對產品核心和同頻驗證二者做了解讀,一起來看一下。
回顧今年做需求,會將重心放在目的+驗證上。對於目的,更“刻意”讓自己去挖掘產品核心,後續關於需求的一系列展開,都儘量讓自己迴歸到核心本身;對於驗證,更“刻意”讓自己去遵循價效比最高的驗證方式。這兩項的刻意練習,能夠讓自己對挖掘產品思維的底層邏輯和檢驗更加熟練。
一、為什麼要找到產品核心
先說一個自己切身體會的場景啊,前不久業務希望產品出一個APP,用來做教育行業的前端獲客。後來業務又覺得,家長買完課之後肯定要給小孩上課,那就在這個APP上會更方便,所以又想用APP來上課。因此,在業務眼裡,需要做一個APP,既想滿足獲客營銷,又想滿足小孩子上課的需求,那問題來了:
他們所需要的產品,真的是一類麼?
簡單推演了一下:
前端獲客的目標使用者是家長,家長需要看到什麼、瞭解什麼才能被我們吸引?
上課的目標使用者是小孩,小孩需要什麼?肯定是方便的操作、卡通活潑的內容、彩色的介面……
所以這個專案最後做得四不像,覆盤後才發現最基本的問題在於沒有找準產品核心。
為什麼要找到產品核心,思考出來有2點:
讓產品的「地基」牢固
。就像一個房子一樣,產品核心如同地基和框架,如果連這個都不牢固,談何裝修?
讓產品在試錯階段,不至於全軍覆沒、推倒重來
。在打磨產品的初期,可能會嘗試很多MVP*方案去快速驗證「關鍵假設*」,會存在試錯的可能,但在試錯發現有問題之後,產品核心能確保不至於整個方案推倒重來,提高效率,節省成本。
備註:
MVP*:需要注意,MVP和產品核心是不一樣的,應該
先有產品核心、後做MVP方案設計
。MVP可以有很多輪,例如房子裝修用哪種木地板等,它只是一種工具,用來做業務判斷。
關鍵假設*:詳見「關鍵假設做業務拆解」
二、什麼是產品核心
產品核心是整個產品特性中,價值最高的最小集合。是唯一的、獨特的、最核心的價值。
這也是最近學習得來的一個定義,但是給這句話拆解關鍵詞,可以是:
1。 使用者
價值是一定會有一個主要作用物件的,因此一定要基於「使用者」去談論價值。
價值可以有多方面,比如說針對具體的目標使用者的具體的場景遇到的什麼問題,產品可以解決;還比如說針對具體的目標使用者,產品可以為其提供核心的服務特性,不一定是使用者遇到的問題。
所以一定要基於使用者去談產品核心
。
2。 價值最高
價值最高,即產品最核心的、唯一的、獨特的那個東西,是使用者願意選擇這個產品、願意改變習慣去使用的那個東西。
根據俞軍的使用者體驗公式,使用者價值=(新體驗-舊體驗)-替換成本,可以看出這個「價值最高」的產品核心一定是
綜合體驗
,而不是某一個方面做的比對手好,使用者就願意放棄當前而選擇重新習慣你的產品。
所以這一步其實是最難的,因為會有很多誤以為是價值最高的特性來干擾你,這也是我們需要不斷MVP測試、不斷試錯且探索的一步。
3。 最小集合
「最小」很重要,因為
它避免讓我們在無盡的探索「黑洞」中遲遲無法明確方向
。例如一個產品,為了達到目的,做了功能A、功能B、功能C……功能N,終端使用者終於買單了,但團隊卻無法分辨到底是因為哪個功能讓使用者買單。不僅浪費成本,而且還無法得出真正吸引使用者的點在哪裡。
最小的產品核心不一定只有1個,可以是一個集合。要進入這個集合,必須是那些「少一個,產品不成立,使用者不買了不用了」的特性,而那些對產品影響不大,無法影響大局的特性,則不算是最小的集合。
例如像是Airbnb,最初的名字是Airbed&Breakfast,起源並不是使用者需求,而是自身付不起房租因此將閣樓出租。只有3張床和自制簡陋的早餐,但還是吸引了首批3個租客。發掘Airbnb最初的產品核心,可以從3個租客的場景和感受出發,即「滿足最基本需求,安全,合理價格」,便是它的最小集合。
三、怎麼找產品核心、以及怎麼驗證
怎麼找到產品核心,其實也就是日常我們做每個需求/專案,應該遵循的基礎4步:
找到目標使用者,明確需求(場景+問題);
找到解決方案(能想到的idea、競品已有策略、使用者期望…。);
做加法: 彙總全部功能,全部列成list;
做減法:找到產品核心。即是那些「少一個,產品不成立,使用者不買了不用了」的特性。
仍以Airbnb為例,在成立最初,如果要驗證什麼是其產品核心的話,首先把能想到的產品特性都列出來:
有床,可以住;
提供早餐;
根據目標地區搜尋合適的房源;
在網站上瀏覽到房源資訊;
價格便宜(可以接受),價效比高;
房東安全;
有和家裡一樣便利的設施。
以上7點是從客戶角度感受到的產品特性,然後再做減法,根據「少一個,產品不成立,使用者就不會來住」的特性,代入思考後,應是以下幾點:
1:有床,可以住;5:價格便宜(可以接受),價效比高;6:房東安全。
除此之外,其他的都是最佳化項,即應該是在驗證了即便只能滿足1、5、6這三個產品特性的情況下,仍有客戶願意來住之後,再去考慮如何提升使用者體驗。
關於
如何驗證產品核心
,本著低成本、快速的原則,有如下幾種方法:
仍以驗證Airbnb的三個核心產品特性為例,其實只需要有一個資訊出口展示給使用者即可,大可不必說單獨設計一個網站、專門找到目標使用者的渠道去投放等等,只需要將3個資訊規整,掛到網站上,再結合定的目標(比如有xx個使用者入住即為驗證透過)判斷即可。
關於快速驗證,想起來之前和同事討論,“
粗糙的產品是否會傷害使用者體驗
”這個問題:個人觀點是不會的,點是在於:
原因一,粗糙的產品並不等於全部都是粗糙。產品核心要精細,其他的粗糙,因為我們是要驗證產品核心是否成立,所以除了產品核心,其他都是可以適當粗糙的,否則還可能產生如果成功都不知道是哪些特性導致的成功帶來的干擾問題。
原因二,驗證產品核心,如果是在專案成立初期,沒有多少使用者,或者都是一些核心使用者,此時反倒不必擔心因功能不完善導致使用者跑掉,讓使用者參與到產品核心的體驗中,提出建議不是更好麼?如果是專案較為成熟,擁有較大使用者群了,當需要驗證某一特性時,儘量選擇目標使用者來進行小範圍驗證,讓一小部分使用者先使用,結合建議再最佳化,最後再全量推。
原因三,快速驗證,需要避免完美主義。產品在早期有一些不完善的地方是非常正常的,不要覺得有bug或者功能比較少就不好意思讓使用者使用,反倒是選擇花很多時間去做一個“完美”的產品,這本身也不現實,因為沒有使用者的反饋,產品本身也不可能完美。
四、專案實操與思考
想起之前做APP的經歷,反思起來,最基本的問題在於沒有找準產品核心。所以在這裡重新再思考一遍,如果再要做一次,自己會怎麼做。
起初做APP的目的是為了整合公司目前所有APP的獲客,提升前端獲客效率。基於這個目標,我們想從3個不同維度去驗證哪個的獲客效率會高,分別是品牌獲客、內容獲客、利益獲客。
品牌獲客:透過品牌背書來吸引家長購買課程;
內容獲客:透過優秀學員的創作故事、內容成果來吸引家長購買課程;
利益獲客:透過優惠券、好禮贈送的方式來吸引家長購買課程。
而後,做加法:思考我們搭建APP的功能,哪些算是產品核心?首先先列出目前已有的功能+本期即將會做的功能:
即來即學的互動影片(目的是讓使用者能快速感受我們的教學方式);
優惠券購課流程;
瞭解品牌;
客服諮詢;
內容探索(讀物,家長課堂,漫畫,優秀作品);
個人中心;
老使用者的展示;
使用者召回。
如果將上述功能分類,可分成以下4類:
第一類 產品核心:2、3、5;
第二類 使用者體驗:1、4、8;
第三類 APP基礎功能:6;
第四類 業務兼顧:7(因為該APP可能觸達到的使用者群裡並非只有新使用者/遊客)。
因此為了快速驗證2、3、5這三點,對於提高獲客效率是否起作用,我們需要提供產品給到使用者,但是可用現成工具(因為優惠券功能、品牌介紹、內容都是已有的),以低成本驗證,對使用者隨機展示不同的獲客方式,最後再用關鍵轉化漏斗做好資料判斷,則能得出驗證結果。
到開發中期,業務方認為1。0的內容太少了,又想增加讀物售賣。若是當時,會以下面2點原因回絕該想法:
原因一:在早期階段,只有產品核心才需要精細,其他都是可以粗糙的。不然成本、時間都太浪費了;判斷得出「讀物售賣」並非產品核心,所以不值得做。
原因二:對於增加讀物去售賣這件事,對我們要驗證的點並沒有太大作用。換言之如果使用者能買,我們也無法驗證是哪個角度導致的成功;如果使用者不買,也無法驗證是哪個角度導致的失敗。
因此覆盤APP1。0的內容,讓我更能瞭解,在開始做一個專案之前,大家一起思考清楚產品核心和同頻驗證方式對後續專案順利進行有多麼重要。
隨著產品經驗的積累,我們在和業務方溝通的過程中,要根據他們提出的想法,找到最核心的點,拿捏好產品核心,才能不斷提升產品經理的核心能力。
莫琳,人人都是產品經理專欄作家。線上教育產品汪,愛產品,愛攝影,自顧自看,一起交談。
本文原創釋出於人人都是產品經理。未經許可,禁止轉載
題圖來自Unsplash,基於CC0協議