做產品，除了需要多看之外，還需要多想。但是光想是不夠的，還需要將你想到的東西寫出來。就像做產品，當你把流程圖和線框圖畫出來后，你才發現，一個看上去很小的問題也可能會很復雜。所以，我決定開設了一個名為「遲早會更新」的專欄，記錄我對產品的一些思考。（產品菜鳥一枚，歡迎各位拍磚，也希望能通過這個專欄認識更多產品愛好者。）至于為何專欄名字叫「遲早會更新」，無它，就是我比較懶，所以可能會出現很久才更新的情況。言歸正傳，專欄的第一篇連載，想跟大家聊聊toB產品框架。有些讀者可能看過我的另一篇文章：什么樣的產品可以稱之為「好產品」？

這篇文章算是我創業失敗后的總結（不過沒啥干貨）。創業失敗后，進入了一家toB企業。常常反思之前總結的產品模型，發現toB的產品跟toC產品差別巨大，很難再使用原有的toC產品框架去思考。（為何差別會那么大？之后會單獨寫一篇文章跟大家聊聊，恩，遲早會更新的。）

做C端的產品，大體是以一個核心出發，再定流程和扣細節。而B端的產品，核心需求其實比C端產品更好把控，因為企業的需求較為單一，且具有普世性。中小企業也好，大型企業也好，都是有報銷、審批、簽到等等需求。（人有各種各種各樣的需求，而企業只有一個：利潤最大化）但是它難就難在定流程上。舉例說來，不管你是用美團，還是用餓了么訂餐，整個訂餐流程是非常相似的，細節上與實現技術上可能會有差異，但是整個產品的使用流程基本上大同小異。但是對于B端用戶，一個簡單的審批可能都會有巨大的差異。現在的SaaS產品，如果按C端的玩法來玩，基本上是玩不轉的。不能只是著眼于單一流程去做產品，需要跳出單一流程，以宏觀的思維去看企業產品，不然做出來的產品必定是個需要天天打補丁的產品。

現在大多數的B端應用，在我看來都是由兩大部分構成。底層是權限系統，頂層是以表單為首的三大模塊。各個模塊自由組合，就構成了一個個的toB產品。

這里我用審批與簽到做為例子介紹下這個產品框架。審批其實就是一個表單+流程引擎的產品，而簽到則是由表單+數據分析組成。（只是簽到的表單是個智能表單而已）但是不管是哪個產品，最關鍵的就是權限系統，以及流程引擎。如果一開始沒有規劃好權限系統，在后續的產品發展過程中，它會變成一個越來越深的坑。而流程引擎，則是帶管控屬性的產品的另一核心，同時也是toB產品的一個技術壁壘。數據分析，無需多說，往大的說來，它屬于大數據范疇，往小了說，其實就是各種各樣的報表與視圖。

但是在這個框架中，有一塊一直被多數toB產品低估的部分，那就是表單。釘釘、云之家以及企業微信的出現，標志著toB產品也進入了移動互聯網時代。同時SaaS產品興起，越來越多的創業者投入到了移動toB產品中，但是當你在使用這些產品時，你會發現市面上沒有哪幾個產品，是能夠把表單做到足夠智能與簡單的。人們在使用這類產品時，仍然需要輸入大量的內容。（當你在手機上輸入大量的內容時，估計想死的心都有了。）甚至有一些產品只是將原有的PC端的內容，改改交互就放到了移動端上。產品在設計的過程中，并沒有充分考慮手機的諸多特性，比如定位、拍照、語音等。如果你是一名toB的產品經理，在思考與設計的過程中，不妨考慮下手機一些特性，嘗試將表單做得更智能。（前文說到的簽到，就是一個很好的例子，用戶無需填寫很多內容，輕輕一按，手機自動獲取時間與地理位置信息，完成簽到。）

當然，要想表單做得更智能，還可以往智能填充上想。比如現在很多的CRM產品，都會智能抓取企信寶的數據，幫助用戶填寫繁瑣的表單內容。

預告：我理解的toB產品框架（二）會跟大家分享下，我設想的toB產品框架。更新時間未定，不過遲早會更新的！