做一款產品不容易，從0到1也不容易，產品還有商業價值，就更加困難。這篇文章，作者從自身經歷出發，給大家分享從0到1的產品落地，還有商業價值的產品，希望能幫到大家。

簡單自我介紹一下，計算機擦邊專業出身，干了兩年Java研發熬不住，后轉崗產品，干了3年，都是接原有邊緣產品，后來跳槽終于接到了第一個0-1的產品，取名小A吧。小A的誕生，經歷了以下階段：

一、試錯階段

小A的前身是小B。小B定位是數據庫運維產品，在2年前用了那會還算比較新云原生技術，認為云原生是大勢所趨、勢不可擋，就使用了云原生技術去管理數據庫的生命周期。

但實際上由于云原生應用在數據庫領域還不夠成熟，導致事故頻出；另一方面，我們對標的客戶是傳統互聯網企業，對云原生抱著保留態度。所以客戶不接受，產品不穩定，小B基本上要被槍斃了。

二、斷臂重生階段

小B的死亡，打擊了我們在所謂的‘技術優越性’上的傲慢，回歸本質客戶需求，我們要能解決客戶的數據庫運維問題。經過一番市場和客戶調研，發現管理數據庫生命周期的產品很多，但大而全的傻瓜運維產品卻不多，于是決定放棄云原生技術，就用傳統的運維代理入手，小A就此誕生。

三、產品驗證階段

經過將近一年的產品規劃與研發，小A推出了MVP版本，開始找客戶體驗使用，一開始只能部署在客戶研發測試環境，運維產品就是不出問題基本不會使用，試用頻率很低，產品驗證階段很慢。于是開始廣撒網，發公眾號文章推廣、出差培訓等等，多找客戶驗證，尋求打磨產品的機會

四、產品打磨階段（ing）

經歷了接近半年磕磕巴巴的驗證，以為彈藥很充足了，但是真的面對客戶生產環境，發現要做的還是太多。第一家上生產環境的客戶，使用較為頻繁，發現了很多再測試開發環境發現不了的問題，印象最深刻的是，數據庫自帶工具與小A版本不一致（小A一直在猛更新），導致生產環境數據庫重啟異常，于是趕緊回退版本解決。后來碰到的每一個問題都是新問題，范圍覆蓋在產品使用、產品bug、功能不完善等等，開始了不斷救火與完善的階段。后續慢慢也有其他客戶開始真的使用，面對的客戶環境越多，各種意想不到的問題也多，真是每天都有新發現…

五、總結

1.我理解的ToB產品的本質就是解決實際問題，能解決問題的產品，才是有價值的產品，要放下作為產品從業者的傲慢。

2.產品的驗證與打磨是個陣痛階段，一定要真實使用在客戶環境，才能真正直面客戶問題，從而尋找解決問題的方案，而如何找客戶驗證也是需要產品經理的運營推廣能力，廣撒網還要做好風險控制。

3.一個產品體驗上的好壞，我認為是在于夠不夠傻瓜，能讓客戶不用思考，就能解決所有問題。

這是我第一個0-1帶來了商業價值的產品，長路慢慢，道阻且長。