<rp id="9tywm"><acronym id="9tywm"><u id="9tywm"></u></acronym></rp>
  1. <dd id="9tywm"></dd>
    <code id="9tywm"><tt id="9tywm"></tt></code>
    談談對 aPaas 的理解
    12372
    2020-12-30 16:43    文章來源:孫軻
    文章摘要:saas 進入我國近 10 年,從 14 年的第一波投資熱潮到,今年的投資熱點,他有什么變化呢?而 aPaas 又扮演一個什么角色呢?對于有些人冠以「簡單的玩具」,那 aPaas 到底是不是這么回事呢?

    saas 進入我國近 10 年,從 14 年的第一波投資熱潮到,今年的投資熱點,他有什么變化呢?而 aPaas 又扮演一個什么角色呢?對于有些人冠以「簡單的玩具」,那 aPaas 到底是不是這么回事呢?

    1. aPaas 的是什么?

    1.基本定義

    aPaaS 全稱是application Platform as a Service ,即應用程序平臺即服務。他的特點有兩個

    1.  提供高度抽象的組件和開發環境,讓用戶在「極短」的時間內就可完成應用的設計、開發、測試、分發。而且可以根據用戶隨時更新迭代。

    2.  由于操作簡單,平臺封裝了大量技術難點,非技術用戶可獨立完成整套開發流程。

    這兩大特點可極大的提高 中低復雜度 的系統的開發效率,并且大幅降低開發成本。據我們平臺不完全統計,開發時間可縮短到傳統系統開發的 十分之一,成本可低至五分之一。

    2.基礎組件

    aPaas 系統一般包括:表單引擎,流程引擎,BI引擎這三架馬車。

    ·       表單引擎,是承載用戶業務數據的載體,通過拖拽的方式構建自己的業務表。

    ·       流程引擎,可讓表單按照既定規則的流轉起來,需要提供了常見的填寫、審批、抄送、分支、跳轉等節點類型。

    ·       BI引擎,根據已沉淀的業務數據,用戶可根據既定的維度和指標,快速生成可視化報表。

    一個完整的 aPaas 系統搭建流程是,先通過表單來設計表單字段,然后根據報表數據重新優化業務表單,最終形成設計-改進-再設計的正向循環。

    2. 對企業的價值是什么?

    我們用一家創業公司舉例,創業時需要購買 CRM 來管控銷售,隨著業務發展,解決售后效率問題就需要采購售后系統,在往后員工越來越多,可能需要上一個 OA 系統。這樣的情況就導致一個創業 3~4 年的公司內部擁有 4 套不同的管理系統。而系統之間數據很難互通,最終形成數據孤島,而員工往往需要在多個系統里面切換。

    數據孤島根源是在于傳統的 saas 軟件,無法根據用戶的需求,快速的鏈接到新的場景中,究其原因是軟件架構一旦成型,能難低成本的對于數據模型進行擴展,而這種擴展往往已有的架構侵入性巨大。 所以大家可以看到,CRM 系統添加一個售后模塊,需要半年的時間才能穩定運行。 而這些成本最終成本就會轉嫁到每一位客戶身上。

    對于國內復雜的企業協同環境,可以說每一家的企業都有自己的個性化的需求,這就導致了傳統 saas 軟件很難匹配好非標需求。

    而 aPaas 的出現就是解決有限的開發成本與無限的個性化需求的矛盾。 

    在企業不同的階段,可以逐步給用戶去上系統,創業初期,先上一個 CRM , 后面要上售后系統時, 把 CRM 的客戶信息,輕松鏈接進來。而這些工作只需要 1天左右。企業在整個 aPaas 平臺上面,很容易做到,跨應用關聯、按需聚合等操作。這樣的效率在傳統的 saas 軟件是無法想象的。

    為了快速交付,aPaas 廠商大都會構建一套自己的模板體系,根據不同的行業、場景,沉淀出多規格的標準應用。 在具體落地時,實施根據用戶的場景和需求,快速裁剪拼接模板,很短的時間內完成系統交付。這是不是有點類似于拼積木?而對企業,即提高了交付效率,又降低了使用成本,實現雙贏。

    3. aPaas 是不是玩具?

    很多人理解 aPaas 只能做很多簡單的需求,比如做 ERP 就無法實現。誠然,每一類系統是有自身的上下限。 據我們的實施經驗,aPaas 的系統落地一般不超過 2 周,超過兩周的應用實施會很艱難,何況 ERP 的實施在幾十上百萬,而 aPaas 的客單價不會超過 5 萬,硬是要這么比,那不就是耍流氓么。

    aPaas 是不是玩具,那需要看 aPaas 他的本質是什么?

    我認為 aPaas 的本質是數據表的可視化操作(拖拽形成表單),生成 SQL 語句的可視化(數據工廠、聚合表、報表等)。它極大的降低了數據表和 SQL 的使用門檻。非 IT 技術人員,可以無需學習復雜的建表的操作,就可以生成超過 200 行的 SQL 語句(據我們后臺統計)這種復雜程度,對于普通的程序員也不是一件簡單的事。 

    另外,常見的 aPaas 平臺,功能尚未完善,也是導致玩具論的一個主要原因。用2個點來 簡單說明。

    1.缺少實時公式計算,表單除了收集數據這個標配功能外,而在日常使用中,往往需要進行公式計算,自動的實現類似于 VLookup 、SUM 等函數操作。來想一下如果一個無法根據其他表進行匯總,無法提供豐富的函數,需要借助流程等額外的實現數據計算,那豈不是開歷史的倒車。

    2.無法實現數據預計算。例如在進銷存場景中,最好的計算庫存方式是,在調用時實時進行聚合操作「入庫-出庫」,而不是在出庫或者入庫的時候通過流程自動的對總庫存進行加減,一旦流轉出現異常,庫存必然會出現錯誤。

    這兩點在使用時是普需的,所以功能缺失勢必會讓大家對aPaas 的能力產生懷疑。另外 aPaas 屬于 saas 范疇,而 saas 的本質就是基于客戶的續費,不斷地共創迭代產品。我的觀點是,「技術總歸是要服務于人,符合人的需求才是正道。這與技術的難度沒有關系?!?/span>

    本文更多的從技術的方向進行闡述 aPaas 。作者在 aPaas 從業 3 年 ,深知國內的 aPaas 有很長路的要走。不管從產品的技術積累還是場景適配上,都需要進行大量的迭代。而我堅信 aPaas 未來式光明的,他用另外的一種交互方式來實現人與系統的鏈接。 利益相關 aPaas 廠商。

    作者:速融云創始人——孫軻


    版權聲明:

    凡本網內容請注明來源:T媒體(http://www.incruit.cn)”的所有原創作品,版權均屬于易信視界(北京)信息科技有限公司所有,未經本網書面授權,不得轉載、摘編或以其它方式使用上述作品。

    本網書面授權使用作品的,應在授權范圍內使用,并按雙方協議注明作品來源。違反上述聲明者,易信視界(北京)信息科技有限公司將追究其相關法律責任。

    評論