以下是現(xiàn)場速記。
得帆信息副總裁 孔金
孔金：尊敬的各位領(lǐng)導(dǎo)、各位同事，大家上午好!非常感謝主辦方的邀請，我今天分享的題目是構(gòu)建基于aPaaS醫(yī)藥行業(yè)多場景的應(yīng)用。
前面無論是雷博士還有張總、劉總包括飛書的同事，針對于我們整個醫(yī)藥行業(yè)的數(shù)字化轉(zhuǎn)型進行了一些很高屋建瓴的講解。我就講的落地一點。
首先我們先看一看針對于我們整個醫(yī)藥行業(yè)數(shù)字化轉(zhuǎn)型的特點。
針對于我們醫(yī)藥行業(yè)來說主要分為三個業(yè)態(tài)：醫(yī)藥研發(fā)業(yè)態(tài)、生產(chǎn)業(yè)態(tài)、流通業(yè)態(tài)，流通業(yè)態(tài)里又包括批發(fā)和零售。在每個行業(yè)里面他們的特點是不一樣的，包括劉總講到的在體檢領(lǐng)域它的AI的運用，在醫(yī)藥研發(fā)領(lǐng)域它跟AI貼合的技術(shù)是比較緊密的。因為醫(yī)藥的研發(fā)，它會牽扯到我們整體的特點，它的周期是比較長的，研發(fā)投入也比較高，但失敗率是很高的。
我記得去年的時候，華為和白藥去成立了戰(zhàn)略合作伙伴，成立了聯(lián)合的研究院去研究創(chuàng)新藥的研發(fā)。
在數(shù)字化生產(chǎn)領(lǐng)域，主要是智能工廠、數(shù)字化工廠以及萬物互聯(lián)，這個跟我們的數(shù)字化有很大的關(guān)系。
在流通領(lǐng)域，張總和雷博士講了很多包括DPT的模式跟SPD跟院級之間的互聯(lián)，包括剛才劉總講到的三個沒有了，講得有點辛酸。
我們數(shù)字化轉(zhuǎn)型，劉總也講到我們是以用戶為中心的，這個是比較重要的，同時是我們的意識、文化、組織各個方面都是要做一些轉(zhuǎn)變的。
醫(yī)藥行業(yè)受制于政策的監(jiān)管，我們的GSP法規(guī)的影響，所以對于我們數(shù)字化轉(zhuǎn)型的要求可能跟其他的行業(yè)還不太一樣。
我們面臨什么樣的挑戰(zhàn)?在我們醫(yī)藥行業(yè)里面。
首先供需之間的矛盾。
我們從2015年新醫(yī)改之后，我們該做的套件都已經(jīng)做到了。比如說剛才張總講到的ERP等都已經(jīng)做完了，現(xiàn)在我們業(yè)務(wù)職能部門的需求是往更深、更精細的角度去做的，比如說我要很快速的去做企業(yè)的資產(chǎn)管理SHE包括ESG我的企業(yè)社會責(zé)任報告，國家對央企、國企提出了很明確的要求。
其次人員。
因為IT基本上是成本中心，是花錢部門，所以IT會受到影響，業(yè)務(wù)部門會提很多需求，站到規(guī)劃角度來說通常六個月甚至一年之后才實現(xiàn)。實現(xiàn)以員工為中心的IT系統(tǒng)的建設(shè)，它會受到影響。
第三效率。
之前我們在做套裝軟件的時候，基本上打底六個月做IT系統(tǒng)的建設(shè)，現(xiàn)在我們的需求非常的快，比如說兩個月或者是我提出來你能不能馬上給我做到?這個是我們整個數(shù)字化轉(zhuǎn)型當(dāng)中的很明顯的挑戰(zhàn)。
aPaaS中文是低代碼，像得帆這樣的企業(yè)我們基于很中立做產(chǎn)品的企業(yè)去做低代碼。傳統(tǒng)的BPM的廠商，OA的廠商、ERP的廠商、垂直領(lǐng)域的CRM領(lǐng)域的也都在做低代碼，感覺這兩年忽然之間熱了起來。
低代碼最主要是解決剛才所說到的挑戰(zhàn)，能不能解決供需匹配問題、效率問題，有些領(lǐng)導(dǎo)覺得我的低代碼你就只能做表單、流程，實際不是的，我后面會針對醫(yī)藥企業(yè)我會做場景的描述。
按照我的理解，低代碼要滿足兩個條件：1.敏捷方式。因為我們傳統(tǒng)所改到的六個月、七個月的實施實際是瀑布式的做法，現(xiàn)在是敏捷迭代式的做法;2.集成能力。我們無論做任何系統(tǒng)，像劉總講到的壁壘、壁壘、壁壘，我們實際講了這么多年，因為我也搞信息化搞了二十多年，大家都說我要打通，互聯(lián)互通，實際很難。所以低代碼有集成的能力。
此外低代碼的核心是要解決我的成本、效率和用戶體驗的問題。因為我們現(xiàn)在已經(jīng)被類似于飛書、企微，互聯(lián)網(wǎng)企業(yè)給洗腦了，我們所有的東西現(xiàn)在都是要移動化的，我們要講究我們的時效，隨時隨地就可以隨時去處理我的業(yè)務(wù)。所以用戶體驗也是非常的重要。
Gartner去年4月份發(fā)布了競爭格局報告，我們在里面入選，它是對低代碼基于業(yè)務(wù)場景做的細分，我們在每個象限都有排名，只不過有些排名靠前有些靠后。
這里是它的適配性的問題，第一個是OA類的，傳統(tǒng)成熟的OA廠商也在推出它的產(chǎn)品。我們在這里是排名略微靠后一點的。
其次是BPM的一些管理，就是我們業(yè)務(wù)流程的處理。
第三個層級是行業(yè)的數(shù)字化的方案，這里就是細分垂直領(lǐng)域的場景包括我剛才所講到的HSG、ESG包括智慧園區(qū)這是行業(yè)的數(shù)字化。
最復(fù)雜的是自定義的業(yè)務(wù)應(yīng)用，就是快速構(gòu)建應(yīng)用或者系統(tǒng)出來，這個系統(tǒng)相對復(fù)雜，包括CRM系統(tǒng)都可以很快速的基于低代碼的平臺構(gòu)建，后面會有例子給各位領(lǐng)導(dǎo)進行講解。
傳統(tǒng)的ERP套件解耦，目前我們做的解耦部分比較多的也是跟營銷端有關(guān)系。因為現(xiàn)在疫情三年，大家現(xiàn)在對于營銷的領(lǐng)域都特別的重視，所以我們在這個領(lǐng)域沉淀了很多的內(nèi)容。
我們的這個平臺主要有幾個特點：
第一.低代碼和無代碼。無代碼是OT就可以用，不是IT。剛才劉總講到企業(yè)數(shù)字化轉(zhuǎn)型的時候，我們要組成一個融合的團隊。如何去融合?如何去通過一個技術(shù)的手段，使大家理解這個數(shù)字化?這個是比較重要的。我們提供這種低代碼和無代碼的特性。
第二.私域的應(yīng)用市場。在技術(shù)底座之上會講很多的應(yīng)用，我們在這上面，這兩年比較有意思，去年我講的時候我們做的相對來說應(yīng)用還是輕量級的。我們?nèi)ツ晗掳肽甑臅r候，實際做了很多CRM類的生意，我們有相應(yīng)的應(yīng)用市場，這個應(yīng)用市場是很貼合于我們大中型企業(yè)的定制化的需求。大家講CRM，因為有ToC，有ToB的，都是比較標(biāo)準(zhǔn)的SaaS類的軟件，當(dāng)然對大型企業(yè)來說它的要求就會比較高一些。
第三.跟之前的技術(shù)棧完全做匹配，采用主流的技術(shù)棧去做。
iPaaS是集成，系統(tǒng)之間壁壘問題怎么去做解決?它有ESB，現(xiàn)在的叫法都比較有意思，喜歡創(chuàng)造名詞叫iPaaS實際就是之前的ESB和API，一個是內(nèi)部系統(tǒng)的連接，另外是跟外部系統(tǒng)的連接，所以我們的產(chǎn)品是內(nèi)部和外部，就是ESB和API都支持，它有很多的適配器，這個適配器跟市面上主流的系統(tǒng)都是可以開箱即用的，配置一下就可以了。
其次是主數(shù)據(jù)。因為主數(shù)據(jù)是企業(yè)數(shù)字化轉(zhuǎn)型的基石，我們這個產(chǎn)品實際是基于iPaaS(連接)和aPaaS(配置)。集成是我們造房子的水電的管道，主數(shù)據(jù)是它的地下室，主數(shù)據(jù)做好了，我們數(shù)字化轉(zhuǎn)型或者是數(shù)字化大廈才能建起來，如果做不好會出很多的問題，地基不穩(wěn)或者住著不舒服，但是你又看不見，摸不著。特別是我們的集成iPaaS這一塊，一般來說是IT立項，業(yè)務(wù)職能領(lǐng)導(dǎo)說那個事兒不簡單嗎?不是天然去集成的嗎?主數(shù)據(jù)也一樣如果做不好，對企業(yè)的影響是非常大的。包括我們湖倉的建設(shè)，我們的數(shù)據(jù)統(tǒng)一分析都會受到很大的影響。
我們這個是體現(xiàn)了它快的特點，就是我們做一個產(chǎn)品是產(chǎn)品級的，還不是項目級的，我們大概花了四個多月的時間就把這個產(chǎn)品完全構(gòu)建出來了。目前來說，我們也做了一些案例，包括湖南企業(yè)，另外是農(nóng)夫山泉，他們的信息化系統(tǒng)建設(shè)比較全面，這是基于iPaaS、aPaaS快速構(gòu)建的產(chǎn)品去做了項目的實踐，目前來說客戶反響還是非常不錯的。
再說一說aPaaS和iPaaS在企業(yè)當(dāng)中IT架構(gòu)的定位?我們剛才講到我們的數(shù)字化轉(zhuǎn)型就是人、組織和我們的工具，這個工具就是我們整體的IT架構(gòu)，我們理解的是aPaaS和iPaaS它的價值是有幾個方面：一個方面是前幾年我們一直在講中臺，無論是技術(shù)中臺、業(yè)務(wù)中臺、數(shù)據(jù)中臺，這個名詞現(xiàn)在好像叫得不太多了，有的叫平臺，已經(jīng)改掉了。
首先它是技術(shù)平臺的一部分，它是結(jié)合于我們的集成，結(jié)合于我們的身份認(rèn)證，包括我們技術(shù)組件去形成最基礎(chǔ)的底座。除了這些之外，它相比于技術(shù)平臺來說，它有另外兩個作用一個是數(shù)字化應(yīng)用工廠，在上面可以構(gòu)建很多應(yīng)用，先集團做之后推廣到下面的子公司，這樣會形成數(shù)字化應(yīng)用工廠，之后它可以獨立部署，類似于蘋果的app商店一樣;
其次是數(shù)字化的訓(xùn)練營，我們在轉(zhuǎn)型中比較欠缺的是IT、業(yè)務(wù)沒有組合成聯(lián)合的數(shù)字化團隊，基于aPaaS、iPaaS我們可以去形成我們的聯(lián)合的數(shù)字化的訓(xùn)練營，很快速的所見即所得的去做驗證，這個是它平臺的定位和價值。
因為我們的客群主要還是行業(yè)的頭腰部客戶，我們的需求第一是比較復(fù)雜的，業(yè)務(wù)場景都是相對來說比較定制的;其次對我們的性能、安全各個方面都有明確的要求。剛好我們符合這樣的特點。
前面大概的講了一下我們的低代碼最基礎(chǔ)的概念，后面我講基于aPaaS針對醫(yī)藥行業(yè)所做的一些事情。
第一.研發(fā)創(chuàng)新。
我們舉了一個例子是北京雙鶴藥業(yè)，現(xiàn)在是北京第一制藥廠，目前它是在華潤醫(yī)藥旗下。要做的是什么事情?雙鶴藥業(yè)華潤雙鶴它實際是有研究院的，它也收購了很多的企業(yè)，針對研究院來說最核心是我們的研發(fā)項目的管理，這個是無可厚非的，它適合于比如KOM軟件很難滿足它的訴求，它有很多長尾需求就是零碎需求，比如我們檢驗儀器的管理、設(shè)備的管理、文檔的管理、培訓(xùn)的管理、樣品的管理，有很多的內(nèi)容，在傳統(tǒng)的KOM系統(tǒng)中很難去滿足的。
我們基于aPaaS平臺快速的構(gòu)建了系統(tǒng)，是實驗室信息管理系統(tǒng)，它雖然經(jīng)金鶴信息管理系統(tǒng)。它包括幾方面內(nèi)容，前面可以快速的展示項目組合項目群的管理，在業(yè)務(wù)平臺上面就是我剛才講到的長尾需求，包括樣品、文件的管理包括質(zhì)量管理等等，這個是我們快速的構(gòu)建研發(fā)管理系統(tǒng)平臺。
這個是它的系統(tǒng)界面，一個是PC端的，大部分都是配置出來的。低代碼實際還是要寫代碼的，有一些定制包括一些儀器的互聯(lián)，包括我的報告單據(jù)的打印，實際來說會做一定量的定制開發(fā)，但是它周期會非常的短。
其次是它的移動端。因為它的一個好處是一端的配置多端可以展示，各類智能終端可以做到自適應(yīng)，并且是可以跟企業(yè)的第三方的移動通信的工具直接去做互聯(lián)，因為華潤系用的是潤工作，后臺是飛書，所以這個界面有點像飛書界面，所以基本上我們是直接做互聯(lián)，這個是研發(fā)創(chuàng)新。
在做數(shù)字化轉(zhuǎn)型到深航道的時候，一個軟件不能包打天下，我們能不能選擇好的技術(shù)平臺去做這件事情，把這些所有的業(yè)務(wù)場景給它串聯(lián)在一起，這個是研發(fā)創(chuàng)新。
第二個是智慧園區(qū)。智慧園區(qū)特別是對于大型的藥企或者是成立時間比較久的藥企，它會有一些公寓、食堂，有一些工人、車輛等等很雜的一些需求，這些需求也是可以通過系統(tǒng)的方式，統(tǒng)一的平臺快速的去構(gòu)建。
這個是智慧園區(qū)的管理，目前來說我們在幾個藥企也給它做到了。它包括幾個方面比如明廚亮灶的管理，出入門證的管理，這個跟物流也要做對接，跟攝像頭也要做對接，包括公寓的管理，比如高級人才公寓它的管理等等這樣的一些內(nèi)容。
這個是配置的界面，因為這個場景相對來說業(yè)務(wù)部門提的需求是很明確的，但是實際市面上也沒有，它又要快速的做見效。移動端、PC端都是可以的，這個是移動端展示的效果，包括訂外賣都是可以通過這套系統(tǒng)去實現(xiàn)的。實際是作為員工統(tǒng)一的入口去做管理，這個是智慧園區(qū)的數(shù)字化落地的案例。
其次是我們所講到的比較復(fù)雜的業(yè)務(wù)場景，比如說全渠道營銷的管理，全渠道銷售的管理。特別是我們的醫(yī)藥行業(yè)頭部的企業(yè)，我們早年基本上也都選了，無論是甲骨文還是SAP，因為我本身是做甲骨文、SAP出身的，之前是做ERP的實施，國際大型ERP廠商還是以流程驅(qū)動的，我們在說IT的數(shù)字化轉(zhuǎn)型，在信息化階段它主要還是流程去驅(qū)動的，就是我要把流程固化掉，但是在IT數(shù)字化階段實際是數(shù)字驅(qū)動業(yè)務(wù)進行管理的。
怎么去做驅(qū)動?因為營銷是一個源頭，是一個火車頭。之前套裝軟件，我相信在座的CIO、各位領(lǐng)導(dǎo)都知道就是我的功能都沒有問題，但是我的及時性、界面的友好性，我的一些法律規(guī)避有些方面，有些方案可能做得不是特別好，實際各方面都會出問題。
還是講雙鶴的例子，他們上半年賣得特別的不好，疫情放開之后到處去搶貨，因為基層醫(yī)療機構(gòu)也沒有特效藥，去醫(yī)院就給你打點滴，所以之前在ERP系統(tǒng)里下單肯定是有問題的，它的及時性肯定會出問題的。在這一次我們就滿足了它的挑戰(zhàn)，銷售員是很積極的，去下單。
訂單管理里面它會牽扯到幾方面的內(nèi)容：訂單、交易伙伴最基礎(chǔ)信息的管理、價格管理、信用等管理包括GXP、GSP合規(guī)管理，把它的整個訂單處理業(yè)務(wù)全部搬到這個平臺上去，業(yè)務(wù)員是可以做到訂單全鏈路的管理，也就是說我在下單的時候我知道我的庫存里有沒有貨，我下的單子它的物流到什么地方了，我是不是開票了，是不是已經(jīng)回款了?這個是可以很大幅的去提升我們的業(yè)務(wù)員的體驗以及它訂單下單的時間。
這個是痛點，時間關(guān)系我就不詳細講了。
這個是我們所做的一些內(nèi)容，基于我們技術(shù)中臺去做它的整個業(yè)務(wù)中臺的構(gòu)建，包括它的訂單中心、庫存中心以及它價格管理的中心去做整體功能架構(gòu)的拆分。
這個是它實現(xiàn)的效果，也是PC端和移動端全部實現(xiàn)。這個是自帶的，因為移動端是自帶的，如果有第三方移動工具也可以把它集中過去。
第四個跟第三個有點類似，我們這個行業(yè)里有銷售折讓，實際就是返利。醫(yī)藥流通企業(yè)一大來源是來自于返利管理，對于生產(chǎn)企業(yè)來說就是他們的支出，對于我們來說就是收入。所以這里通常來說大部分的企業(yè)它是通過excel表的方式，或者是通過小程序進行管理，很少是把我的一級、二級渠道通過系統(tǒng)快速的去做管理。
這里實際有很多痛點，我不詳細的去做介紹了。但是這個流程我們管得很全面，包括它的整個兌付流程，通過系統(tǒng)去做一些管理。這種項目就會牽扯到我剛才說的數(shù)據(jù)量的問題，如果流向的話基本上一個月幾百萬條，它要去算，根據(jù)我們的銷售政策去算，實際是比較復(fù)雜的。同時還會牽扯到安全的問題，我的銷售大區(qū)的大區(qū)總和我們的銷售人員，每個人的權(quán)限都不一樣，這個是折讓的管理。
前面講的是一些業(yè)務(wù)場景，后面大概花2分鐘時間做得帆的介紹，打一點廣告吧。
得帆成立于2014年，創(chuàng)實團隊來自于國內(nèi)知名公司，我們基因是ToB基因，所以我們客群基本上是大型B端的客戶，目前主要做aPaaS和iPaaS。客群主要以500強為主，同時我們也是飛書的戰(zhàn)略合作伙伴，我們?nèi)ツ暝谫Y方銀根收緊的情況下，中車和上汽做了投資，A輪是百度領(lǐng)投，這個是我們的大概情況。
產(chǎn)品線，我剛才已經(jīng)簡單說了，就是aPaaS、iPaaS、主數(shù)據(jù)以及數(shù)據(jù)平臺，后面是我們的客群logo墻。
以上就是我分享的內(nèi)容，謝謝大家!
京公網(wǎng)安備 11010502049343號