pmf是product market fit的縮寫，指的是產品市場匹配度。當我們有乙個創業或者產品的想法，在定義開發完乙個產品的mvp之後，接下來的乙個階段就是進行產品的市場驗證，來驗證產品開發的假想是否成立。
大多數產品死於這個階段，如果不進行pmf階段直接推廣，很容易造成大量資源浪費，讓你堅持錯誤的事情，找不到真正需要解決的問題。這樣的負面案例很多，比如說你去看看叮咚小區的推廣過程就知道了。
pmf階段非常重要，只有驗證了我們產品是可以滿足市場需求，而且這個市場空間足夠大的時候，才可以以及值得去進行後續規模化的增長。pmf一般基於產品的mvp已經完成（如果要了解mvp的定義方式，可以參考原來的一篇文章「如何定義b端產品的mvp」）
那意味著我們已經做完了如下幾件事情：
在進行pmf驗證的時候,我們首先要基於我們的目標客戶畫像找到一定量的目標客戶，然後進行產品的驗證，關於pmf的驗證，幾個重要的原則如下：
（1）pmf客戶的質量比數量更加重要
選擇pmf客戶的時候，客戶一定要滿足我們目標客戶的畫像，不要為了滿足實驗客戶數量的指標而去選擇一些和我們目標客戶不太相符的客戶。如果只是注重客戶的數量而不是質量，由於每個使用者的實際需求都是會不一致的，會導致我們pmf階段得到的反饋魚龍混雜，難以區分，而且非目標客戶大量的需求反饋可能會將產品徹底帶歪。
（2）不要過早的結束pmf階段
如果你決定在沒有證明pmf之前開始擴充套件你的saas事業，會有著巨大的風險，你想像的市場可能不存在，也有可能市場支援不了你的生意。如果沒有充分的驗證pmf階段，過早的進行大規模市場和銷售，來賣乙個市場不需要的產品，當業務增長問題發生的時候，你很難知道是因為產品沒有市場，還是因為銷售策略不正確導致的。
（3）pmf階段的口碑最重要
pmf階段是乙個驗證產品市場匹配度的階段，驗證的最後的判斷點就是使用者的口碑，使用者口碑的評價可以通過nps分數調研來實現。另外實際上pmf階段也是乙個完成冷啟動的過程，如果面向的使用者場景是集中式或者熟人關係鏈型別的，pmf階段的口碑可以通過使用者的裂變持續帶來新的使用者，那就太棒了。
（4）pmf階段先做重，再做輕
在pmf階段，整體的原則是先做重，再做輕。即使本身的商業模式是很輕的產品模式，不要前期期望產品解決所有問題，可以將銷售，運營，服務都做得重一點，和使用者保持密切且高頻深入的溝通接觸，從而將收集到的合適需求抽象標準化之後，慢慢在產品上面來實現，從而在後期通過產品將銷售以及運營的動作變得更輕。
那麼什麼樣的情況證明乙個產品已經度過了pmf階段呢？
可以看看如下幾種跡象：
在3-9個月之內有10個以上的客戶付費註冊使用了你的產品。
你至少有5個客戶無須進行定製化開發來使用你的產品。
至少有5個客戶使用了你的產品乙個月並且沒有發現bug。
至少5個客戶使用產品的方式和得到的預期結果是類似的。
如果上面的四種情況都已經做到了，基本說明產品市場匹配度還不錯，可以招聘銷售負責人，進行市場營銷投入，開始規模化擴充套件了。當然，關於pmf階段針對不同客戶規模的b端產品需要的客戶數也是有一些差別的，沒有統一的答案。
一般來說中大型客戶（1000人以上）需要6-8個，對於中型規模客戶（100-1000人）需要20-30個，對於小客戶（100人以下）需要50個以上來驗證pmf階段。
如果你不再使用這個產品，你的感受是什麼？
非常失望；
有一些失望；
不失望；
我不再使用產品了。
一般來說，如果有40%以上的客戶選擇了非常失望，說明你的產品是相當成功的，客戶很難離開你的產品和服務了，可以招聘銷售主管，進行pmf階段之後的產品營銷以及推廣了。如果大部分客戶都表示不失望，那麼要重新考慮產品定位，以及去思考客戶真正需要的價值點是什麼了。
如果一款軟體沒有解決使用者核心的痛點，使用者只是基於老闆自上而下的要求在痛苦的使用系統，筆者認為是比較失敗的，或者說這樣的產品很難有很強大的生命力。
最後需要說明的一點，pmf是乙個持續的過程，市場是在不斷的變化的，這也意味著我們每次產品的迭代feature出來之後，都是一次pmf的過程，我們需要基於市場不斷的去調整產品，不斷的pmf，方能讓我們跟上市場的腳步，保持事業長期的發展。
產品 B端生意的定義和分類
傳統b business 端生意針對企業客戶，c customer 端生意直接面對使用者的分類方法太過籠統。細分到行業，不同行業的特點 判斷標準及分析方法差異很大。提供產品 服務 資金還是技術等？是面對企業高層決策者 中層管理者 還是底層決策者？決策者的目的維度，是for business purp...
B端和C端產品的理解
b釋義為 business，作為職場人士也會經常接觸b端產品，通常為企業或商家為工作或商業目的而使用的系統型軟體 工具或平台，最常見的就是報銷系統，基本每個職場人士都會用到。b端產品的本質是為滿足使用者的工作需求，而工作需求往往不是單一功能滿足的，其必須是多種功能的復合和巢狀，例如 甲公司的產品只能...
B端產品的特點及開發經驗
b端的產品，是以企業為單位的。所有的資料和服務都按某個機構實體進行聚合。那麼我們如何提供乙個沙箱機制？理論上，我們向客戶提供的是無差別的服務。但是由於資料庫例項 伺服器效能受到任務繁重程度不同，對資源的占用也不同。這樣就會造成同樣付費，但是某些客戶耗費的資源較多。我們來看看docker。乙個映象乙個...