1.定位你的用戶 對于To C用戶產品，客戶和用戶是重合的，滿足客戶至上就等于用戶第一，用戶量上去后，付費客戶的比例就有可能上升，之后流量也有變現的能力。 對于To B的業務產品，要考慮業務場景，比如微信公眾平臺，就是一個復雜的業務場景：企業或自媒體等入駐微信公眾平臺，進行內容和服務的發布，個人用戶是微信公眾平臺的使用方，使用公眾號發布的內容或服務。再比如滴滴企業版，用戶是企業員工，客戶是企業（企業對員工的加班用車進行付費以及對滴滴的服務付費），利益相關方是出租車公司、快車提供者等，所以做業務型產品就要考慮多方因素。
2.了解用戶的需求 通過用戶訪談、用戶反饋得來的只是表面需求，只有通過產品經理的深度挖掘和抽象，才能將表面需求的背后痛點挖掘出來。
比如滴滴企業版剛推進的時候，企業不愿意使用，相關人說是因為覺得預付費會產生資金沉淀，不愿意預付款。滴滴做了改進，增加企業授信功能，實現信用卡模式，但是企業還是不愿意使用。 最后通過反復挖掘，才知道企業不愿意付款是因為擔心無法控制報銷風險，不知道員工是真的加班用車還是私人用車，于是滴滴企業版增加加班打車時間（例如21:00-6:00）、地點（例如公司所在地方圓1km之內）、車型（只能用經濟型快車）的管控，另外增加企業成本費用中心，可以使管理者設置不同員工的加班打車費用額度，解決了他們擔心的問題，企業就非常愿意使用了。
|
互聯網最大的特點是什么東西都沒有的時候，就可以賣，也就是先賣理念。 滴滴出行企業版最初就是想解決企業出行的問題，然后和現有的資源融合，想一套解決方案，由銷售去和企業去談，看看企業是否愿意購買這樣構想出來的沒實現的產品，很多企業是愿意的，通過不斷的挖掘，將用戶的需求抽象出來，用數據量化優先級以及驗證實現后帶來的效果。 抽象需求是產品經理重要的能力。比如，對于解決人們出行的問題，如果只是增加車站數量，增加出租車供給量，只是在量變上解決了某個區域的問題，而建立出行平臺，使乘客和司機在不受時間地點的限制能夠通過需求匹配聯系起來，則顛覆了原有的實現方式。 抽象需求的過程，對于乘客，可以是單獨的個人、歸屬于某個企業或組織的個人，可以使團體，也可以使貨物 對于出行工具，可以使出租車、私家車、巴士、游輪等等 這樣就是一個人乘坐一個出租車下班回家的具體場景抽象出來為用戶使用交通工具出行這樣抽象的場景，這個抽象場景就可以容納很多具體場景，包括個人用車、企業用車、送貨等等
今天正好看到一篇文章講一個被滴滴打敗的已故打車軟件的反思，我覺得挺有意思的，正好和本文寫的滴滴有關就總結了寫上來
