做產品,除了需要多看之外,還需要多想。但是光想是不夠的,還需要將你想到的東西寫出來。就像做產品,當你把流程圖和線框圖畫出來后,你才發現,一個看上去很小的問題也可能會很復雜。所以,我決定開設了一個名為「遲早會更新」的專欄,記錄我對產品的一些思考。(產品菜鳥一枚,歡迎各位拍磚,也希望能通過這個專欄認識更多產品愛好者。)至于為何專欄名字叫「遲早會更新」,無它,就是我比較懶,所以可能會出現很久才更新的情況。言歸正傳,專欄的第一篇連載,想跟大家聊聊toB產品框架。有些讀者可能看過我的另一篇文章:什么樣的產品可以稱之為「好產品」?
這篇文章算是我創業失敗后的總結(不過沒啥干貨)。創業失敗后,進入了一家toB企業。常常反思之前總結的產品模型,發現toB的產品跟toC產品差別巨大,很難再使用原有的toC產品框架去思考。(為何差別會那么大?之后會單獨寫一篇文章跟大家聊聊,恩,遲早會更新的。)
做C端的產品,大體是以一個核心出發,再定流程和扣細節。而B端的產品,核心需求其實比C端產品更好把控,因為企業的需求較為單一,且具有普世性。中小企業也好,大型企業也好,都是有報銷、審批、簽到等等需求。(人有各種各種各樣的需求,而企業只有一個:利潤最大化)但是它難就難在定流程上。舉例說來,不管你是用美團,還是用餓了么訂餐,整個訂餐流程是非常相似的,細節上與實現技術上可能會有差異,但是整個產品的使用流程基本上大同小異。但是對于B端用戶,一個簡單的審批可能都會有巨大的差異。現在的SaaS產品,如果按C端的玩法來玩,基本上是玩不轉的。不能只是著眼于單一流程去做產品,需要跳出單一流程,以宏觀的思維去看企業產品,不然做出來的產品必定是個需要天天打補丁的產品。
現在大多數的B端應用,在我看來都是由兩大部分構成。底層是權限系統,頂層是以表單為首的三大模塊。各個模塊自由組合,就構成了一個個的toB產品。
這里我用審批與簽到做為例子介紹下這個產品框架。審批其實就是一個表單+流程引擎的產品,而簽到則是由表單+數據分析組成。(只是簽到的表單是個智能表單而已)但是不管是哪個產品,最關鍵的就是權限系統,以及流程引擎。如果一開始沒有規劃好權限系統,在后續的產品發展過程中,它會變成一個越來越深的坑。而流程引擎,則是帶管控屬性的產品的另一核心,同時也是toB產品的一個技術壁壘。數據分析,無需多說,往大的說來,它屬于大數據范疇,往小了說,其實就是各種各樣的報表與視圖。
但是在這個框架中,有一塊一直被多數toB產品低估的部分,那就是表單。釘釘、云之家以及企業微信的出現,標志著toB產品也進入了移動互聯網時代。同時SaaS產品興起,越來越多的創業者投入到了移動toB產品中,但是當你在使用這些產品時,你會發現市面上沒有哪幾個產品,是能夠把表單做到足夠智能與簡單的。人們在使用這類產品時,仍然需要輸入大量的內容。(當你在手機上輸入大量的內容時,估計想死的心都有了。)甚至有一些產品只是將原有的PC端的內容,改改交互就放到了移動端上。產品在設計的過程中,并沒有充分考慮手機的諸多特性,比如定位、拍照、語音等。如果你是一名toB的產品經理,在思考與設計的過程中,不妨考慮下手機一些特性,嘗試將表單做得更智能。(前文說到的簽到,就是一個很好的例子,用戶無需填寫很多內容,輕輕一按,手機自動獲取時間與地理位置信息,完成簽到。)
當然,要想表單做得更智能,還可以往智能填充上想。比如現在很多的CRM產品,都會智能抓取企信寶的數據,幫助用戶填寫繁瑣的表單內容。
預告:我理解的toB產品框架(二)會跟大家分享下,我設想的toB產品框架。更新時間未定,不過遲早會更新的!