編輯導語：産品固然需要不斷地疊代優化，以求給用戶更好的産品使用體驗，然而在這過程中，産品需要找準自身内核，找到自身最為核心的價值，以免偏離方向，也可以降低後續試錯成本。本篇文章裡，作者便結合自身經驗，對産品内核和同頻驗證二者做了解讀，一起來看一下。

回顧今年做需求，會将重心放在目的 驗證上。對于目的，更“刻意”讓自己去挖掘産品内核，後續關于需求的一系列展開，都盡量讓自己回歸到内核本身；對于驗證，更“刻意”讓自己去遵循性價比最高的驗證方式。這兩項的刻意練習，能夠讓自己對挖掘産品思維的底層邏輯和檢驗更加熟練。

一、為什麼要找到産品内核

先說一個自己切身體會的場景啊，前不久業務希望産品出一個APP，用來做教育行業的前端獲客。後來業務又覺得，家長買完課之後肯定要給小孩上課，那就在這個APP上會更方便，所以又想用APP來上課。因此，在業務眼裡，需要做一個APP，既想滿足獲客營銷，又想滿足小孩子上課的需求，那問題來了：他們所需要的産品，真的是一類麼？

簡單推演了一下：

• 前端獲客的目标用戶是家長，家長需要看到什麼、了解什麼才能被我們吸引？
• 上課的目标用戶是小孩，小孩需要什麼？肯定是方便的操作、卡通活潑的内容、彩色的界面……

所以這個項目最後做得四不像，複盤後才發現最基本的問題在于沒有找準産品内核。

為什麼要找到産品内核，思考出來有2點：

1. 讓産品的「地基」牢固。就像一個房子一樣，産品内核如同地基和框架，如果連這個都不牢固，談何裝修？
2. 讓産品在試錯階段，不至于全軍覆沒、推倒重來。在打磨産品的初期，可能會嘗試很多MVP*方案去快速驗證「關鍵假設*」，會存在試錯的可能，但在試錯發現有問題之後，産品内核能确保不至于整個方案推倒重來，提高效率，節省成本。

備注：

• MVP*：需要注意，MVP和産品内核是不一樣的，應該先有産品内核、後做MVP方案設計。MVP可以有很多輪，例如房子裝修用哪種木地闆等，它隻是一種工具，用來做業務判斷。
• 關鍵假設*：詳見「關鍵假設做業務拆解」

二、什麼是産品内核

産品内核是整個産品特性中，價值最高的最小集合。是唯一的、獨特的、最核心的價值。

這也是最近學習得來的一個定義，但是給這句話拆解關鍵詞，可以是：

1. 用戶

價值是一定會有一個主要作用對象的，因此一定要基于「用戶」去談論價值。

價值可以有多方面，比如說針對具體的目标用戶的具體的場景遇到的什麼問題，産品可以解決；還比如說針對具體的目标用戶，産品可以為其提供核心的服務特性，不一定是用戶遇到的問題。所以一定要基于用戶去談産品内核。

2. 價值最高

價值最高，即産品最核心的、唯一的、獨特的那個東西，是用戶願意選擇這個産品、願意改變習慣去使用的那個東西。

根據俞軍的用戶體驗公式，用戶價值=（新體驗-舊體驗）-替換成本，可以看出這個「價值最高」的産品内核一定是綜合體驗，而不是某一個方面做的比對手好，用戶就願意放棄當前而選擇重新習慣你的産品。

所以這一步其實是最難的，因為會有很多誤以為是價值最高的特性來幹擾你，這也是我們需要不斷MVP測試、不斷試錯且探索的一步。

3. 最小集合

「最小」很重要，因為它避免讓我們在無盡的探索「黑洞」中遲遲無法明确方向。例如一個産品，為了達到目的，做了功能A、功能B、功能C……功能N，最終用戶終于買單了，但團隊卻無法分辨到底是因為哪個功能讓用戶買單。不僅浪費成本，而且還無法得出真正吸引用戶的點在哪裡。

最小的産品内核不一定隻有1個，可以是一個集合。要進入這個集合，必須是那些「少一個，産品不成立，用戶不買了不用了」的特性，而那些對産品影響不大，無法影響大局的特性，則不算是最小的集合。

例如像是Airbnb，最初的名字是Airbed&Breakfast，起源并不是用戶需求，而是自身付不起房租因此将閣樓出租。隻有3張床和自制簡陋的早餐，但還是吸引了首批3個租客。發掘Airbnb最初的産品内核，可以從3個租客的場景和感受出發，即「滿足最基本需求，安全，合理價格」，便是它的最小集合。

三、怎麼找産品内核、以及怎麼驗證

怎麼找到産品内核，其實也就是日常我們做每個需求/項目，應該遵循的基礎4步：

1. 找到目标用戶，明确需求（場景 問題）；
2. 找到解決方案（能想到的idea、競品已有策略、用戶期望….）；
3. 做加法： 彙總全部功能，全部列成list；
4. 做減法：找到産品内核。即是那些「少一個，産品不成立，用戶不買了不用了」的特性。

仍以Airbnb為例，在成立最初，如果要驗證什麼是其産品核心的話，首先把能想到的産品特性都列出來：

1. 有床，可以住；
2. 提供早餐；
3. 根據目标地區搜尋合适的房源；
4. 在網站上浏覽到房源信息；
5. 價格便宜（可以接受），性價比高；
6. 房東安全；
7. 有和家裡一樣便利的設施。

以上7點是從客戶角度感受到的産品特性，然後再做減法，根據「少一個，産品不成立，用戶就不會來住」的特性，代入思考後，應是以下幾點：

1：有床，可以住；5：價格便宜（可以接受），性價比高；6：房東安全。

除此之外，其他的都是優化項，即應該是在驗證了即便隻能滿足1、5、6這三個産品特性的情況下，仍有客戶願意來住之後，再去考慮如何提升用戶體驗。

關于如何驗證産品内核，本着低成本、快速的原則，有如下幾種方法：

仍以驗證Airbnb的三個核心産品特性為例，其實隻需要有一個信息出口展示給用戶即可，大可不必說單獨設計一個網站、專門找到目标用戶的渠道去投放等等，隻需要将3個信息規整，挂到網站上，再結合定的目标（比如有xx個用戶入住即為驗證通過）判斷即可。

關于快速驗證，想起來之前和同事讨論，“粗糙的産品是否會傷害用戶體驗”這個問題：個人觀點是不會的，點是在于：

原因一，粗糙的産品并不等于全部都是粗糙。産品内核要精細，其他的粗糙，因為我們是要驗證産品内核是否成立，所以除了産品内核，其他都是可以适當粗糙的，否則還可能産生如果成功都不知道是哪些特性導緻的成功帶來的幹擾問題。

原因二，驗證産品内核，如果是在項目成立初期，沒有多少用戶，或者都是一些核心用戶，此時反倒不必擔心因功能不完善導緻用戶跑掉，讓用戶參與到産品内核的體驗中，提出建議不是更好麼？如果是項目較為成熟，擁有較大用戶群了，當需要驗證某一特性時，盡量選擇目标用戶來進行小範圍驗證，讓一小部分用戶先使用，結合建議再優化，最後再全量推。

原因三，快速驗證，需要避免完美主義。産品在早期有一些不完善的地方是非常正常的，不要覺得有bug或者功能比較少就不好意思讓用戶使用，反倒是選擇花很多時間去做一個“完美”的産品，這本身也不現實，因為沒有用戶的反饋，産品本身也不可能完美。

四、項目實操與思考

想起之前做APP的經曆，反思起來，最基本的問題在于沒有找準産品内核。所以在這裡重新再思考一遍，如果再要做一次，自己會怎麼做。

起初做APP的目的是為了整合公司目前所有APP的獲客，提升前端獲客效率。基于這個目标，我們想從3個不同維度去驗證哪個的獲客效率會高，分别是品牌獲客、内容獲客、利益獲客。

1. 品牌獲客：通過品牌背書來吸引家長購買課程；
2. 内容獲客：通過優秀學員的創作故事、内容成果來吸引家長購買課程；
3. 利益獲客：通過優惠券、好禮贈送的方式來吸引家長購買課程。

而後，做加法：思考我們搭建APP的功能，哪些算是産品内核？首先先列出目前已有的功能 本期即将會做的功能：

1. 即來即學的交互視頻（目的是讓用戶能快速感受我們的教學方式）；
2. 優惠券購課流程；
3. 了解品牌；
4. 客服咨詢；
5. 内容探索（讀物，家長課堂，漫畫，優秀作品）；
6. 個人中心；
7. 老用戶的展示；
8. 用戶召回。

如果将上述功能分類，可分成以下4類：

1. 第一類 産品内核：2、3、5；
2. 第二類 用戶體驗：1、4、8；
3. 第三類 APP基礎功能：6；
4. 第四類 業務兼顧：7（因為該APP可能觸達到的用戶群裡并非隻有新用戶/遊客）。

因此為了快速驗證2、3、5這三點，對于提高獲客效率是否起作用，我們需要提供産品給到用戶，但是可用現成工具（因為優惠券功能、品牌介紹、内容都是已有的），以低成本驗證，對用戶随機展示不同的獲客方式，最後再用關鍵轉化漏鬥做好數據判斷，則能得出驗證結果。

到開發中期，業務方認為1.0的内容太少了，又想增加讀物售賣。若是當時，會以下面2點原因回絕該想法：

• 原因一：在早期階段，隻有産品内核才需要精細，其他都是可以粗糙的。不然成本、時間都太浪費了；判斷得出「讀物售賣」并非産品内核，所以不值得做。
• 原因二：對于增加讀物去售賣這件事，對我們要驗證的點并沒有太大作用。換言之如果用戶能買，我們也無法驗證是哪個角度導緻的成功；如果用戶不買，也無法驗證是哪個角度導緻的失敗。

因此複盤APP1.0的内容，讓我更能了解，在開始做一個項目之前，大家一起思考清楚産品内核和同頻驗證方式對後續項目順利進行有多麼重要。

随着産品經驗的積累，我們在和業務方溝通的過程中，要根據他們提出的想法，找到最核心的點，拿捏好産品内核，才能不斷提升産品經理的核心能力。

#專欄作家#

莫琳，人人都是産品經理專欄作家。在線教育産品汪，愛産品，愛攝影，自顧自看，一起交談。

本文原創發布于人人都是産品經理。未經許可，禁止轉載

題圖來自Unsplash，基于CC0協議

,

更多精彩资讯请关注tft每日頭條，我们将持续为您更新最新资讯!

查看全部