<address id="v5f1t"><meter id="v5f1t"><dfn id="v5f1t"></dfn></meter></address>

<nobr id="v5f1t"><i id="v5f1t"><em id="v5f1t"></em></i></nobr>
      <font id="v5f1t"></font>

    <font id="v5f1t"><ruby id="v5f1t"></ruby></font>

      <listing id="v5f1t"></listing>

        <dfn id="v5f1t"><ruby id="v5f1t"><form id="v5f1t"></form></ruby></dfn>

            <dfn id="v5f1t"></dfn>

            <progress id="v5f1t"><b id="v5f1t"><strike id="v5f1t"></strike></b></progress>

              <font id="v5f1t"></font>

                      不解決這一點 企業級SaaS就是個偽命題?

                      導讀業界普遍認為2015是企業級SaaS元年,資本市場對SaaS表現出前所未有的關注,以SaaS產品切入各細分領域的創業風潮隨之而來。面向企業服務的SaaS產品越來越多,許多之前未被行業重視的問題逐漸顯露

                      業界普遍認為2015是企業級SaaS元年,資本市場對SaaS表現出前所未有的關注,以SaaS產品切入各細分領域的創業風潮隨之而來。

                      面向企業服務的SaaS產品越來越多,許多之前未被行業重視的問題逐漸顯露原形,其中由于“不通”而導致的各種問題尤為突出。早些時候,我在《想要上天,SaaS還缺一個“插線板”》一文中提到“不同行業,不同領域,越來越多的SaaS產品冒出來,企業要使用它們,彼此之間不通的痛點就會越來越疼”。幾天前,通過與某SCRM產品的創始人的深度交流,更加印證了我觀點。

                      該SCRM產品上線半年多,主要面向建材行業,其研發團隊在建材行業有超過10年的行業經驗,所以產品從一開始就充分考慮到了建材行業對CRM系統的差異化需求,單從產品層面來看,這套SCRM已經打磨的比較完善,然而它的市場推進卻開展的很不順利。

                      該SCRM產品面臨最大的阻力是:絕大多數傳統的建材商在接觸SaaS產品之前已經開始使用ERP系統,廠商的進銷存體系均依托ERP系統建立。上述SCRM系統目前無法做到與主流的ERP系統打通,所以兩套系統間的商品流、信息流、財務流、員工流無法完成協同。雖然有很多建材商非常認同云服務的概念,也很中意這套SCRM系統,但由于必須承擔兩套系統并行導致的效率損耗,在決策時就顯得非常猶豫。隨著這些痛點的演進,傳統的ERP系統加快升級成為云端的進銷存產品,并實現高效的API數據接口對接。

                      以管窺豹,可見一斑。

                      類似上述SCRM廠商的情況在其它領域同樣大量存在。巨大的市場紅利,雨后春筍般冒尖的競品,可復制的產品邏輯,并不復雜的技術壁壘讓絕大多數SaaS廠商只有精力關注自己腳下的一畝三分地,意圖快速搶占市場,快速拿到融資。雖然SaaS市場空間巨大,每個行業都能容納2到3家的上市公司,但為了避免在勝利到來之前就被洗牌,SaaS廠商們執行這樣的策略無可厚非。

                      SaaS廠商追求速度與激情,伴隨的是他們對“不通”的問題普遍重視不夠。換句話說,目前絕大多數SaaS廠商只顧及著自己的死活,并沒有真正站在用戶的角度去審視產品。

                      由于SaaS產品間的“不通”導致企業用戶使用時的不便,為使用一套新系統而必須更換其他已有的系統產品,并重新建立企業的信息化體系,如再次錄入產品數據等。這樣的迭代成本企業很難承受,所以企業在考慮是否選擇SaaS產品時往往需要非常高的決策成本。

                      如果這樣的情況不發生改變,可能將會有一半以上的SaaS產品會因此而死,他們的悲哀是,沒有被競爭對手打敗,卻被用戶所拋棄,這樣的企業級SaaS就是一個偽命題。

                      解決“不通”的對策便是“疏通”,即SaaS產品的集成,從數據層打通SaaS產品之間的連系。方向有兩個,一是SaaS廠商看到問題,主動開放接口與友商打通;二是利用專業做SaaS集成的第三方技術。

                      而本人更看好第二種方案,原因是SaaS集成可以讓SaaS廠商集中精力專注于自身產品,不必分散時間成本和技術成本與其他廠商去接洽和對接。目前專注做SaaS集成的第三方并不多,其中跑得比較快的是從用友出來的一個創業團隊一氣呵成,主創是前用友的一幫技術骨干,業務主要方向是專做SaaS應用集成。用友是國內最早做企業管理軟件的廠商,所以這幫人是有做企業軟件數據集成基因的。

                      從SaaS廠商的角度來看,數據集成將幫助廠商間相互留存用戶,同時廠商開放OpenAPI在國際上通行模式是讓付費用戶擁有更高使用頻率和更多功能,無形中促進免費用戶到付費用戶的升級。數據整合將幫助SaaS廠商把各自價值發揮極致,例如客服SaaS把銷售線索傳遞給CRM,CRM把落單結果返回給客服SaaS。客服人員利用客服SaaS的信息就可以提供更多,更高效的服務。

                      做集成是大多數廠商看不上的臟活累活,是SaaS行業的“送水人”,但稍加分析會得出一個驚人的結論,這一領域背后擁有巨大的想象空間。但僅僅做數據管道,并不能將集成的商業價值充分挖掘。

                      SaaS集成更大的價值在于提供數據的整合,進而提供更有價值的數據支持服務。類似一氣呵成這樣的SaaS數據集成項目,在幫助SaaS廠商做聯通的同時,提供數據整合、加工和分析等數據增值服務,SaaS廠商的業務層、管理層、決策層均可因此獲益,因此在這個方向上極有可能出現新的獨角獸。

                      漢朝時賈誼在《論積貯疏》中寫到“政治未必通也,遠方之能疑者,并舉而爭起矣”,用在現今的SaaS行業同樣貼切,我給改為“SaaS未必通也,遠方之能集成者,并舉而爭相通矣”。

                      免責聲明:本文章由會員“王俊遠”發布如果文章侵權,請聯系我們處理,本站僅提供信息存儲空間服務如因作品內容、版權和其他問題請于本站聯系
                      <address id="v5f1t"><meter id="v5f1t"><dfn id="v5f1t"></dfn></meter></address>

                      <nobr id="v5f1t"><i id="v5f1t"><em id="v5f1t"></em></i></nobr>
                          <font id="v5f1t"></font>

                        <font id="v5f1t"><ruby id="v5f1t"></ruby></font>

                          <listing id="v5f1t"></listing>

                            <dfn id="v5f1t"><ruby id="v5f1t"><form id="v5f1t"></form></ruby></dfn>

                                <dfn id="v5f1t"></dfn>

                                <progress id="v5f1t"><b id="v5f1t"><strike id="v5f1t"></strike></b></progress>

                                  <font id="v5f1t"></font>

                                          国产成人h片视频在线观看