chinesefreesexvideos高潮,欧美极品少妇性运交,久久久国产一区二区三区,99久久婷婷国产综合精品,成人国产一区二区三区

（本文共8000字，建議收藏后找空閑時間集中閱讀，附圖為西藏冒險王圖片，致敬這位純粹的靈魂） 

本文作者李東林，微信號jianguzhuxin, 菜小秘聯(lián)合創(chuàng)始人CEO，36Kr特約作家，SaaS產品說主筆。

上篇文章“原則系列－2020年終章之SaaS能夠走多遠”寫完，引起了不小的反響，也有很多朋友提出進一步的問題，所以在這篇里面，對一些問題以及方向,基于自己的經驗，給出一些一家之言的觀點。

本文主要內容：

• SaaS賽道可持續(xù)發(fā)展性的相關因素

• OA,HR,CRM等通用SaaS的一點淺見

• 垂直產業(yè)SaaS賽道的一點淺見

• 關于人工智能在SaaS中應用的一點淺見

• 關于低代碼的一點淺見

上篇提到，從SaaS的產品角度來說，筆者覺得最重要的是實現(xiàn)產品的可持續(xù)發(fā)展，避免陷入泥潭，慢性死亡。產品的可持續(xù)發(fā)展指數(shù)跟產品的業(yè)務架構，功能架構，數(shù)據(jù)庫架構，邏輯耦合度，服務層的抽象程度，產品易用指數(shù)等因素密切相關。

所以對于一家B端的SaaS創(chuàng)業(yè)公司，其門檻實際上要比C端軟件早期創(chuàng)業(yè)門檻要高上很多的，需要非常復合性的人才組合。產業(yè)互聯(lián)網(wǎng)方向一定需要產業(yè)＋互聯(lián)網(wǎng)的組合性團隊。

另外在PMF階段，也是需要一定的**的。整體來說SaaS創(chuàng)業(yè)公司早期都需要一定的資源驅動，但是最終都是產品驅動，一直只是靠資源驅動的很難走遠。倒不是說資源枯竭的問題，而且在大量客戶上線之后，不能持續(xù)發(fā)展的產品會陷入泥潭，后續(xù)很難發(fā)展。

B端產品對于客戶雖然黏性很強，但是如果產品沒有做好，5-8年后客戶換系統(tǒng)的可能性還是很大的。5-8年后，一旦產品陷入泥潭，面對新的競爭對手的沖擊，很多時候就沒有太多反擊能力的。

作為一家SaaS公司來說，最終可以取得的成就除了上篇說到的本身SaaS產品的可持續(xù)發(fā)展以外，另外一點就是本身所選擇的方向賽道的可持續(xù)發(fā)展性，在這篇文章里面我們重點談談這點。

筆者看來，SaaS所選賽道方向的可持續(xù)發(fā)展性主要由以下幾個因素決定的:

1: SaaS軟件賽道本身的大小

賽道本身的大小相對是比較容易來計算的，就是賽道的目標客戶數(shù)，以及每個SaaS客戶每年可以產生的收入。每個客戶每年產生的收入跟產品可以提供給客戶的價值息息相關，隨著產品的迭代，對于客戶的價值會越來越大，那么對于每年可以產生的SaaS服務收入也是可以不斷增加的。

絕大多數(shù)SaaS都是降本增效的工具，所以產品的價值也跟切入的人群以及痛點密切相關，切入的角色越是價值大的崗位，人數(shù)越多，那么產品的價值自然也大。如果本身SaaS服務的崗位的工作就不是那么忙，工作也不是那么核心，那么幫助這些人提供工具自然價值以及痛點都不是那么明顯的。

2: 數(shù)據(jù)的價值

SaaS前期都是單純的軟件工具，但是在后期是否可以起到更大的作用，對客戶業(yè)務上面進一步的提升效率以及降低成本，主要看沉淀的數(shù)據(jù)的價值。

沉淀的數(shù)據(jù)經過統(tǒng)計會對對內業(yè)務的管理提供一些指導作用，基本上所有的業(yè)務系統(tǒng)或多或少都可以起到這個作用，我這里想重點說一下沉淀的數(shù)據(jù)對外部的作用，這是更有價值的部分。

一般數(shù)據(jù)對外產生的價值，有如下的幾種情況：

• 當產品在市場里面占到15％以上的規(guī)模的時候，很多時候可以定出一些行業(yè)的大數(shù)據(jù)，對行業(yè)起到一定作用。比如說薪酬系統(tǒng)，如果拿到每個公司，每個崗位的數(shù)據(jù)的時候，就可以做出行業(yè)薪資數(shù)據(jù)，從而對公司招聘提供參考價值。

• 如果針對的產業(yè)有上下游的時候，目標客戶群的這一層的數(shù)據(jù)，對于上下游來說是極其不對稱而且極其重要的話，那么這個數(shù)據(jù)會產生巨大的價值。

  
  

比如說筆者從事的菜小秘這個項目，主要針對生鮮一二級批發(fā)市場的商行提供信息化SaaS系統(tǒng)。由于生鮮的供需關系變動大，價格波動大，每天同一個市場同一個商行同一種蔬菜的價格波動都可能在30%以上；

由于生鮮的保質期短，對供應鏈的要求高，所以每個市場里面每種蔬菜，水果，水產的價格以及庫存數(shù)據(jù)，對于上游貨主以及下游買家都會產生極大的價值。比如說貨主如果知道每個市場每種蔬菜水果的實時庫存以及價格數(shù)據(jù)，指導他們朝什么市場發(fā)貨，是對產品的銷售價格以及解決滯銷問題起到決定性的作用的。

數(shù)據(jù)要對上下游產生價值，實際上也需要滿足幾個條件：

• SaaS客戶市場占有率達到一定比率后，大數(shù)據(jù)才可以比較準確。

  
  

• 目標客戶層相對集中（數(shù)據(jù)相對容易上線），上下游極其分散，數(shù)據(jù)不對稱現(xiàn)象嚴重,而且這些數(shù)據(jù)對產業(yè)供應鏈有極大作用。

產業(yè)互聯(lián)網(wǎng)的核心實際也是解決信息的流通效率，解決信息不對稱的問題；所以我們要去選擇信息不對稱現(xiàn)象嚴重，而這些信息對于產業(yè)供應鏈的效率提升又會有很大作用的場景。

3: 連接價值

其實所有的軟件系統(tǒng)的功能都主要包括二方面，一是處理，二是連接；處理就是利用了計算機相對于人腦強大的計算能力，提升效率。但是軟件經常還承擔另外一部分作用，就是連接。

一般來說連接的價值大于處理的價值，類似于互聯(lián)網(wǎng)與單片機的差別，連接一般包含內部連接以及外部連接，內部連接主要是組織內部各個角色內部的協(xié)同，信息傳遞。

外部連接就是內部角色與公司外部對象直接的連接與協(xié)同。作為連接來說，外部連接價值一般來說要大于內部連接價值，因為內外之間的信息不對稱更嚴重以及交流成本會更高。

基于這個概念，角色協(xié)同越多的場景其實越需要軟件來管理。Slack,釘釘，企業(yè)微信，飛書都實質上定位于企業(yè)內部協(xié)同，最近企業(yè)微信形成了突破，也是通過建立與微信的外部**的連接徹底打開了局面，從而讓工具具有了更高的價值。

傳統(tǒng)的TO B ERP, HR, Finance相關軟件一般集中在內部角色以及業(yè)務的協(xié)同，但是在產業(yè)互聯(lián)網(wǎng)爆發(fā)的今天，筆者發(fā)現(xiàn)很多產業(yè)，特別是批發(fā)行業(yè)這樣帶有明顯上下游的場景，上下游的協(xié)同以及聚集效應非常強。

用軟件切入中間層，然后借助中間層對數(shù)據(jù)的分享去連接上下游，從而促成最終的雙邊交易市場，是一個未來非常大的趨勢。

筆者預測，再有二年左右的時間，隨著行業(yè)SaaS在其市場的市占率的增加，形成一定的密度之后，會有越來越多的產業(yè)互聯(lián)網(wǎng)公司會從SaaS切入上下游的雙邊交易市場，從而徹底的改變整個行業(yè)，這個機會是巨大的，也是未來十年產業(yè)互聯(lián)網(wǎng)最大的機會所在。

4: 賽道的壟斷系數(shù)

如果一個賽道很大，但是最后是一個分布式的賽道，每個玩家吃一點，最終能夠成就一個大公司的可能性也是很小的。

從終局角度，一般來說大多數(shù)B端SaaS公司都是分布式的市場屬性。君不見通用HR,CRM等行業(yè)，你方唱罷我上場，市場是相當分布化的。為什么C端消費互聯(lián)網(wǎng)市場比較容易形成壟斷局面，但是B端SaaS市場大多數(shù)是分布式的市場呢？一個賽道的天生市場壟斷系數(shù)主要看如下幾個方面：

• 產品的銷售周期以及實施培訓周期

一般來說C端產品通過口碑裂變就可以獲取用戶，B端的產品基于客戶大小，動輒幾個月的打單周期；C端產品基本沒有實施培訓周期，B端產品動輒幾周，或者幾個月的實施培訓周期。

所以C端產品一旦定位準確，完成PMF,達到一定的傳播系數(shù)，在短時間內就可以迅速占領市場，結束戰(zhàn)斗。

B端產品因為獲取用戶，實施，培訓周期較長; 即使定位正確，產品推出，因為要占領市場所需的時間太長，一定會留下大量的空間給到競爭對手去占領其它空白的市場，這也是為什么B端產品更多是分布式的市場，但是C端產品更多是壟斷性市場的原因之一

• 產品的網(wǎng)絡效應

一般對于網(wǎng)絡效應的簡單理解是用戶越多，產品越好用; 比如說微信，滴滴都是典型的這種產品，網(wǎng)絡效應可以使產品形成很高的競爭壁壘，讓后來者基本沒有什么機會，只能去切更細分的領域。

B端產品一般來說是單邊市場，產品的網(wǎng)絡效應比較弱，在B端場景里面，客戶量越大，產品越好用的場景是比較少的。

一般來說，B端產品的網(wǎng)絡效應需要通過SaaS工具連接上游或者下游，形成雙邊交易市場之后; 雙邊交易市場本身就有網(wǎng)絡效應的，從而形成SaaS產品的網(wǎng)絡效應。

• 產品的裂變效應

產品在使用過程中，是否會產生快速裂變也是是否可以形成壟斷很重要的因素。C端產品一般通過有趣，好玩，炫耀，激勵等點來促成裂變。

在B端產品中，這樣的點自然是很難的，因為大多數(shù)B端場景，決策人和產品使用人是分離的，產品購買的決策流程都相對比較復雜，通過產品使用的傳播觸及決策層實現(xiàn)成交很難；Slack，Zoom通過這樣的方式成功過，也是因為其場景有其特殊性，但是一般的B 端場景很難復制這種路徑。

但是筆者發(fā)現(xiàn)，在有些產業(yè)互聯(lián)網(wǎng)的場景中，類似菜小秘針對的生鮮批發(fā)市場這樣的場景，有如下幾個特點導致了產品裂變能力非常強：

• 水平方向，客戶非常聚集，基本上是零距離，而且客戶和客戶之間基本都認識，產品做好很容易形成口碑裂變。

  
  

• 開放式的經營環(huán)境，基本上鄰居在使用什么工具是非常開放，客戶使用的過程就是一個廣告以及傳播的過程，甚至會激發(fā)潛在客戶的攀比心理完成銷售。

  
  

• 垂直方向，上下游之間，上游的供應商以及下游買家都在市場里面聚集，很容易形成上下游的裂變。

基本上，通過產品銷售，實施培訓周期，網(wǎng)絡效應，裂變效應可以判斷一個產業(yè)互聯(lián)網(wǎng)市場是壟斷性市場還是分布式的市場。

很多時候，我們僅僅關注賽道和市場大小，這還是不夠的，數(shù)據(jù)的價值，連接的價值以及賽道的壟斷系數(shù)都是我們需要去衡量的標準，特別是壟斷系數(shù)。基于這幾點，基本上可以確定一個產品在賽道級別的可持續(xù)發(fā)展指數(shù)，判斷一個產業(yè)互聯(lián)網(wǎng)公司的發(fā)展空間了，大家在選擇市場以及產品定位的時候可以參考上述的角度進行分析。

對于很多讀者問到的幾個熱門方向，簡單說一下筆者的看法：

通用軟件也分面向中大型客戶市場，以及中小客戶市場，長期來說，同樣的產品方向，中大型客戶以及中小型客戶是要分不同產品線的。需求差分實際挺大，想用一條產品線解決所有需求的一定會丟失中小客戶市場，因為對這些客戶來說太復雜以及不貼身。

• 對于中小企業(yè)，在中國目前合規(guī)性需求非剛需，所以中小企業(yè)通用軟件方面目前比較難，類似美國獨角獸Gusto這樣針對小微企業(yè)的產品在中國難有希望，目前能夠打動中小企業(yè)的通用點就是營銷。

  
  

隨著市場的完善，合規(guī)性需求開始變得剛需，一些針對中小企業(yè)的產品會迎來爆發(fā)，這個時間點有待觀察。

• 對于中大企業(yè)，限制于中國管理需求相對不標準，另外加上國內SaaS人才嚴重缺乏的現(xiàn)狀，產品可持續(xù)發(fā)展的問題是很大的挑戰(zhàn)，一旦淪為項目制的公司，在5-8年之后一定會碰到很大的發(fā)展瓶頸。

  
  

針對中大型企業(yè)的軟件公司，在早期資源加持情況下面，即使產品可持續(xù)發(fā)展力不強的情況下面，也能有不錯的現(xiàn)金流，但是要及早解決產品持續(xù)發(fā)展的問題，為長期的發(fā)展掃清障礙。

根據(jù)筆者的經驗，需求相對分化的情況，實際也是可以通過產品力來解決，只是在產品的可配置性的靈活度方面做得更靈活一些即可，面向中大型企業(yè)的SaaS公司建立在產研團隊上面花重金，相信我，這個錢一定物超所值。

無論面向中小企業(yè)，還是中大企業(yè)，短期是資源驅動，長期都是產品驅動，只是面向中大型的資源驅動更加明顯一些罷了；從終局的角度來看，產品力最好的公司會勝出。當然，產品打磨到理想的那個狀態(tài)也是需要一定資金支持的。

垂直產業(yè)賽道這塊，可以從衣食住行的維度去看看各種垂直產業(yè)，基于在做菜小秘這個項目的一些經驗和觀察，一般來說比較好的垂直領域有幾個特點：

• 市場空間大，痛點非常明顯，有非常強的切入點。

  
  

垂直產業(yè)市場要大，但是同時，一個市場最大，如果沒有通用的強痛點來作為切入點，實際上還是只可遠觀而不可褻玩。

• 中小企業(yè)居多，但是業(yè)務經營穩(wěn)定，交易流水大

  
  

很多垂直行業(yè)，沒有絕對的巨頭，大多數(shù)都是中小企業(yè)。中小企業(yè)的一個特點就是死亡率特別高，這樣很難保證高續(xù)約率，但是有些行業(yè)，類似生鮮批發(fā)這樣的行業(yè)，商行倒閉的概率比一般大公司倒閉的概率還要低，而且經營流水大，凈利高，這樣類似的場景能夠保證客戶的付費能力以及高續(xù)約率。

• 聚集效應非常明顯的場景，比如說生鮮，酒水，服裝等批發(fā)市場。

  
  

聚集效應非常強的B端場景，對于傳播以及裂變是絕佳的。相對于一般的辦公樓場景，獲取客戶的難度會小很多，這樣的場景天生是壟斷系數(shù)非常高的場景。

• 場景相對比較標準，決策鏈條短。

  
  

場景相對標準，產品相對比較容易標準化，產品維護成本低，另外實施以及培訓周期短而且成本低。

決策鏈條短保證了銷售周期非常短，在類似批發(fā)的場景里面，很多時候決策人和使用人是一體的，這樣的場景讓客戶可以基于使用者進行很快的傳播以及轉化。

• 在上下游或者水平方向有業(yè)務上面的強協(xié)同效應。

水平方向的客戶之間如果有協(xié)同效應，是可以通過產品進行水平方向的裂變，從而快速的實現(xiàn)市場增長。筆者曾經就看到過一個場景，做物流貨運公司SaaS,很多時候一些業(yè)務這些中小貨運公司不能獨立承接，需要互相之間合作才能完成。

上下游的協(xié)同可以用很自然，很輕的方式實現(xiàn)上下游的客戶上線，為切入上下游的SaaS以及實現(xiàn)雙邊交易市場提供條件。

如果上下游沒有協(xié)同效應，基本上這個產業(yè)互聯(lián)網(wǎng)只有軟件的想象空間，后續(xù)空間也會很受限。

• 行業(yè)有很強的信息不對稱現(xiàn)象，對供應鏈效率要求高。

  
  

行業(yè)有很強的數(shù)據(jù)不對稱現(xiàn)象，可以讓數(shù)據(jù)的價值變得很高。如筆者現(xiàn)在正在從事的生鮮行業(yè)，因為生鮮的保質期短，需要快速批量銷售以及高效的物流，對供應鏈的要求很高，這樣數(shù)據(jù)對供應鏈產生的價值就會極大。

真正符合上述所有條件的垂直大行業(yè)也是很稀有的，在我們判斷一個垂直產業(yè)的時候可以基于上述條件來分析。

人工智能目前主要的應用還是集中在圖像識別方面，比如說自動駕駛，安防這樣的場景。

對于人工智能在SaaS領域中應用，我在三年前寄予厚望；也研究了很多國外相關的應用，比如說做游戲進行人才軟技能測評的Pymetrics, 比如說基于員工體驗反饋給予員工行為建議的Humu以及Glint, 視頻面試的HireVue, 個性化人才培訓的Edcast, Filtered等等。

經過這幾年的觀察，目前來說在SaaS領域，人工智能能夠發(fā)揮很大價值的場景寥寥。究其原因，人工智能最適合的方式，就是識別，算法處理，然后給出建議。

但是在SaaS領域更多是基于流程以及業(yè)務驅動，和人工智能的工作方式是有比較大差別的，所以很多時候人工智能更多是在SaaS中的少數(shù)一些比較獨立的處理場景提升輸入以及判斷的效率，起到輔助作用。

目前看來，在SaaS的領域，人工智能要應用起來，需要公司的組織方式，管理方式發(fā)生比較大的變革，加上人工智能的技術可以做到更加智能以后，才有可能對這個行業(yè)造成非常普遍的影響。

目前管理SaaS可以考慮的一些方向，是可以利用行業(yè)規(guī)范或者業(yè)務知識形成知識圖譜的方向，基于人工智能的識別，結合知識圖譜的大數(shù)據(jù)給予用戶一些行為建議，可能是目前比較現(xiàn)實和落地的方向。

關于人工智能在SaaS領域中的應用分析，可以關注我的公眾號中的一篇文章：“真智能還是偽智能，談談人工智能在企業(yè)saas中的應用之HR篇。”

最后談談最近火熱的低代碼，筆者確實沒有很多時間去研究一下最近幾年這個賽道最新的進展。筆者只是從自己的經驗給予一家之言吧，如果有不對的地方，可以在評論的地方指出來。

筆者曾經接觸過二個低代碼的平臺，一個是2004-2008年間期間接觸的以色列的一個開發(fā)軟件，叫做Magic software的開發(fā)平臺,表格驅動式，極其適合基于關系型數(shù)據(jù)庫的管理軟件的開發(fā)，基本上不需要寫什么代碼。

這家公司80年代就在美國納斯達克上市了（這家公司跟我比較有緣分，因為原來我是中國地區(qū)少數(shù)精通Magic開發(fā)的幾個人之一，Magic在11年左右的時候曾經還邀請我做中國區(qū)的產品技術負責人）。

先說說其優(yōu)點吧：

• 特別適合于企業(yè)管理軟件的開發(fā)，開發(fā)速度奇快，是當時世界上開發(fā)企業(yè)管理軟件最快的軟件，沒有之一。原來90年代有幾屆世界編程大賽，比編程速度，自從Magic參賽二屆之后，這屆比賽就取消了，因為實在沒有辦法比。

  
  

• 特別適合單兵作戰(zhàn)或者小團隊作戰(zhàn)，一個非常全面強悍的工程師或者極小的團隊，很多時候可以短時間把一個復雜的管理系統(tǒng)設計開發(fā)實施上線，毫不夸張地說，一個精英的幾人小團隊可以對抗使用其他工具的一個幾十上百人大團隊的開發(fā)力。

說說其缺點吧：

• 比較適合企業(yè)管理軟件的開發(fā)，特別是當時的C/S架構。對于B/S結構這塊的前端H5頁面這塊，也是利用前端語言開發(fā)，前端開發(fā)速度沒有什么優(yōu)勢。

  
  

• 因為工具比較窄，使用的人比較少，意味著擇業(yè)面很窄，從而也導致更少的人愿意從事這個行業(yè)，導致開發(fā)人才嚴重缺乏，所以一般公司不敢選用該平臺。

  
  

• 工具的迭代比較慢，組件以及開源的內容也比較少，一直沒有脫離一個小眾工具的范疇。

因為技術的更新非?？欤P者看Magic這幾年的發(fā)展，因為參與的人少，使用場景也相對受限，Magic公司的發(fā)展也是非常慢，公司的重點也慢慢偏向于它的另外一款集成平臺產品了。

在12年左右的時候又接觸了另外一個低代碼平臺，說是低代碼平臺，實際上開發(fā)的工作量還是不小的，這款工具名字叫做HR.NET, 定位于人力資源領域的低代碼平臺。

它的思路是很有意思的，在人力資源領域，人才管理這個模塊（包括人事，招聘，績效，培訓模塊）在全球角度實際上比較通用的，它基本上內置了一套配置型很強的人才模塊。

而對于政策驅動的模塊，休假考勤，薪資福利等模塊，每個國家可以基于自己的業(yè)務在這個平臺上面去配置開發(fā)，但是這個平臺用下來也有如下幾個問題，最終也沒有太大的發(fā)展：

1: 會的人很少，基本上所有人都要重新培養(yǎng)，真正敢選用這個平臺來開發(fā)的公司很少。

2: 這種低代碼平臺的復雜度還是很高的，平臺的更新很慢，一些問題的解決速度非常慢。

所以作為低代碼平臺，是否能夠流行，成為大眾產品，有一個成熟的開發(fā)者社區(qū)以及大量的開發(fā)人員是非常重要的。如果將低代碼平臺定位于開發(fā)人員使用，使用人群很窄的時候，這樣的平臺很難發(fā)展壯大起來。

如果將低代碼平臺定位于給甲方的業(yè)務人員來使用，有過產品技術經驗的人大多知道，很多時候配置系統(tǒng)也需要非常嚴謹?shù)臄?shù)學邏輯，無論低代碼平臺的使用多么簡單，也很難降低本身業(yè)務邏輯梳理的復雜度，這些業(yè)務邏輯單靠甲方業(yè)務人員是很難梳理清楚的。

另外由于線上線下之間是不對稱的，線下業(yè)務和線上產品之間是有非常大的鴻溝的，最后這種工具還是要和甲方業(yè)務人員的Office工具來進行競爭。

一般來作為SaaS公司來說，是不需要自己做一個低代碼平臺的，它需要的是基于自己的客戶業(yè)務做一個不多不少，靈活度足夠但是也不過度的SaaS產品。記得前些年ADP Global也花了幾億美金幾年時間做一款低代碼平臺，最后結果不是很好，究其根本，SaaS公司把產品做好應該就足夠了，不需要用牛刀來殺雞。

在筆者看來，其實低代碼平臺也好，PaaS也好，真正的本質還是技術共享. 從這個角度來講，是否可以考慮先將定位縮小，變得更精確之后看是否有可能做好；比如說一個針對垂直領域，CRM領域或者HR,OA領域的低代碼技術共享平臺，幫助相關SaaS公司減少很多技術層面的重復建設和維護成本，將低代碼的命題變得閉環(huán)一些，也更容易落地和貼身。

這里面筆者提二家公司，可以參考一下它們的思路和做法，聲網(wǎng)和企業(yè)微信，聲網(wǎng)就是定位音頻視頻處理的技術共享平臺，這樣一個垂直的定位借助于視頻產業(yè)的發(fā)展，幾百人的團隊，支撐了如今一家?guī)资畠|美金的公司。

另外一個就是企業(yè)微信，企業(yè)微信趴了幾年，冷眼看著釘釘?shù)母哒{以及高歌猛進，基本上沒有什么動作，就一招和微信打通基本上就反殺釘釘。讓人不得不佩服其產品定力，不動則已，一招制敵。

微信實際上相當于企業(yè)微信的流量池，筆者感覺企業(yè)微信的定位目前更像是企業(yè)內部協(xié)同以及CRM的低代碼平臺，固化一部分通用的協(xié)同功能，另外將協(xié)同以及CRM業(yè)務相關的流量以及技術共享給其他的SaaS供應商，從而形成一個相對低代碼的生態(tài)。

關于釘釘?shù)男露ㄎ?，太大了，而且看不到阿里的著力點，很難看好，要量力而行吧。

最后引用一首**的詩來結尾：

獨立寒秋，湘江北去，橘子洲頭。

看萬山紅遍，層林盡染；漫江碧透，百舸爭流。

鷹擊長空，魚翔淺底，萬類霜天競自由。

悵寥廓，問蒼茫大地，誰主沉浮？

產業(yè)互聯(lián)網(wǎng)的大時代從2020年開始真正開幕，開始了百家爭鳴。但是創(chuàng)業(yè)是極其孤獨的，好的機會也是極其稀缺的。

創(chuàng)業(yè)途中尸橫遍野，但是為了那些許的微光，剎那的花火，引得無數(shù)英雄競折腰，這里祝福所有創(chuàng)業(yè)人在2021年，在追求心靈自由，挑戰(zhàn)體力心力智力極限的同時，收獲真正的成長。

關于本篇文章，會做一場直播，希望加入直播的可以掃碼下方加入：

歡迎大家添加我的微信:jianguzhuxin,交個朋友，或者掃描下方二維碼:

     

 李東林

菜小秘聯(lián)創(chuàng)CEO

36Kr特約作家

SaaS產品說

原則系列－2020年終章之SaaS還能走多遠

原則系列－如何解救一款難以持續(xù)的SaaS產品

原則系列－SaaS創(chuàng)業(yè)公司產研團隊的組建