IT行业中，APaaS、SaaS、BaaS、DaaS都是什么-创新互联
时下，随着云计算、大数据、移动、社交、智能等新一代计算技术的应用，生态成为to B市场的热点话题，甚至很多企业表现出无生态不发展的感觉，然而面对众多的“生态”，众多的技术术语概念、众多的软件产品提供商、解决方案提供商、组织/自由开发者，您真的了解吗？
APaaS
各个云计算公司提供的都是通用技术PaaS，里面既不包含业务逻辑，也不包含业务数据，更不包含业务模型。而APaaS，恰恰是包含的。这是云计算公司的PaaS和企业SaaS公司的APaaS的截然不同的区别。所以说，云计算公司宣扬的中台，和企业应用IT公司所说的中台，根本不是一回事。
正宗的APaaS中台应该是这样的：
1、业务中台：统一会员管理、统一营销管理、统一订单管理、统一库存管理、统一结算管理、统一支付管理、统一信用管理...
2、商业应用基础组件：电子发票、电子合同、聚合支付、电子报税、智能客服...
3、协同中台：统一组织、统一登录、工作流引擎...
4、集成中台：ERP集成、云SaaS集成、互联网电子商务集成、Open API开放平台、生态应用商城/生态应用全生命周期管理平台
5、数据中台：主数据/画像、应用模型
6、智能中台：具有独特应用算法和数据加工的人工智能引擎
你会发现，中台，不是具体的应用，因为在移动App时代、万物互联时代，应用都被切分成碎片化的应用场景组合了，在随着消费者流量快速地变化。而比较恒定且重要的，就是中台了。这也就是这几年中台战略非常流行的原因。
但是，中台不能直接使用啊。这怎么卖，这怎么安装部署比较合适，这怎么收费比较合适？
而且，很显然，中台的很多组件是需要被集成的，所以需要很好的Open API开放平台，还得有专门的BD推广团队，让众多的应用集成它。这种销售模式很独特，需要有这种中台销售经验和被集成经验的人来领导。
SaaS
SaaS就是个IT工具。对于大型客户来说就是专属云，SaaS方可以统一地大规模自动化运维。对于中型客户，就是多租户公有云。
别看就放到云上这一个简单行为，其实背后会崩塌过去所有的利益链条。
第一，营收方面，灰色收入没了。过去本地安装部署时License交不足、尾款难以收回、年度持续服务费被服务顾问个人自己咪西了，作为SaaS厂商丢失了很多收入。现在这些灰色收入全都堵上了。
第二，研发方面，再也不用费尽心思把软件做复杂了。企业软件之所以复杂，软件商也有一定的责任。因为传统模式是一锤子买卖，你买了一套软件，你可能近5年都不需要大升级大换代新软件了，所以一定要在这一单上面把你薅干。所以软件要尽量卖高价。你500个功能点，我就1000个功能点，所以我要比你贵。Adobe的PhotoShop、微软的Windows和Office，都遭遇过这样的问题，因为已经足够好，存量客户不想重复购买最新版本了。现在因为是公有云SaaS，是持续年年续订阅费，所以年年Hold住，持续改进，与客户需求同步即可。
第三，销售方面，过去主要靠各地销售服务合作伙伴网络。现在，在互联网、电子商务、互联网金融的推动下，很多新业务、新盈利模式出现，大多表现为羊毛出在狗身上，醉翁之意不在酒。但SaaS是一个很好的连接、触达、联网工具，也是一个很好的实时数据沉淀工具，所以SaaS工具被当做很好的黏住客户的手段，所以现在的很多SaaS的销售渠道已经不限于专业的IT软件销售渠道了。另外，因为SaaS包办了实施、运维、硬件集成，所以不需要专业的企业IT部门操心了。而且SaaS实行比较低廉的年度续订阅费模式，这样每个直接应用SaaS的业务部门也都有预算可以购买得起SaaS了，而且还不用操心IT硬件、实施、运维的问题。所以不需要单独对口企业IT部门这一个客户关系口子了，只要能触达企业业务部门的口子，都是销售渠道。
第四，实施方面，过去都是到企业本地一家家部署。但是大家都知道，中国的企业遍布全国，但中国的IT人才却都集中在北上广深，所以没法发挥高质量人才优势、大规模集约化实施模式。现在都公有云SaaS，都能实时看到客户的使用情况，所以在总部建立大规模自动化实施团队，通过大规模来倒逼这个团队必须研发自动化工具、脚本、初始化数据、主数据、模板，来可以做到高效率、大规模、低要求难度的实施安装部署与配置。
第五，支持方面，过去都是部署在企业的内网中，系统健康状况如何，实在不清楚。只有系统从最终表象上表现出来已经不能用了，企业IT部门的人才请求软件商。这时候系统就如同病入膏肓，所以解决的时效、难度、成本，都极其门槛高。现在公有云SaaS了，可以随时随地埋点、下探针、自动化预警，做到大规模自动化的备份、迁移、性能监控&诊断&优化、升级，把问题消灭在萌芽之中，这样效率、成本、质量、难度，都有很好的优化。
在ERP时代，核心是全国的销售服务网络的打造，承担着：
1、销售：售前、大销售
2、实施：项目管理、安装部署、初始化配置
3、培训认证
4、服务：客服、技术支持、主动运维
现在大规模自动化实施、互联网教育/在线认证考试、大规模自动化运维的出现，让职能逐步收敛到总部，用自动化工具、脚本、模板、标准产业数据，代替了过去遍布全国的Case By Case的服务顾问。而销售，上述也有讲到，也有深刻的变化，你说吓人不吓人。
BaaS
BaaS，一定要把互联网营销、电子商务交易、互联网金融连接进来，连接，这个很重要，直接在上面接业务、处理业务、业务全程在线化、前后台一体化。
面向企业客户的BaaS，这个BaaS方一定要有BD团队，进行多种资源的连接整合接入。
BaaS的销售人员能力模型，一定和软件销售人员能力模型不一样。这是典型的互联网、电子商务业务啊。
BaaS的盈利模型，一定和软件盈利模型不一样。所以需要积极探索按单、按金额、按次数进行抽水的盈利模式。
单纯把互联网、电子商务接进来，这本质上就是个互联网营销广告、电子商务交易的二批渠道，价值度并不高。所以一定要通过数据+智能的方法，帮助客户实现：“你要找的，正在主动找你”，所以这个BaaS方一定要有数据驱动的业务运营团队，进行数据加工&数据洞察、数据+AI驱动改进运营，进行智能化的营销、竞价排名展示、交易关联推荐。
BaaS，一定是公有云，一定是：业务+IT+数据+运营的。这是典型的互联网、电子商务玩法。
DaaS
DaaS，一定是汇集全部资源数据的，而不是每个SaaS、BaaS都有DaaS。
DaaS，一定是业务+IT一体化的。单纯向上提供数据资源，是存活不下来的。必须由业务做火车头来拉动数据的采集、购买、建模。
DaaS业务，我只信四种：
1、360度主数据：其实企查查之类就是企业主数据。当然，还有人提供上市公司财报数据服务。
2、市场情报：舆情，有点黑暗系的封闭江湖玩法，咱们把舆情扩大到市场情报、行情数据范畴。本质上讲，大智慧同花顺也是DaaS数据服务
3、精准营销：一个是和微信数据做拟合进行精准社交网络广告投放；一个是进行电子商务业务交易过程中的实时优惠券生成与精准推送；一个是进行精准排列展示、关联推荐
4、精准信用：企业的实时信用评估、企业的实时过程风险控制
这是典型的数据玩法、数据商业模式。需要的销售人员、销售套路都不一样。一定要从数据公司找有经验的人。
一定要寻找业务经验的人带头这个业务，如做过精准营销的人、或者精准金融的人。
IaaS
IaaS，也就是基础设施即服务，拥有了IaaS，就可以将引荐外包到别的地方去。IaaS公司会提供场外服务器，存储和网络硬件，也可以选择租用。节省了维护成本和办公场地，公司可以在任何时候利用这些硬件来运行其应用。
目前比较知名的IaaS公司有亚马逊、Bluelock、CSC、GoGrid、IBM等。
PaaS
PaaS，某些时候也被叫作中间件。
所有的开发都可以在这一层进行，节省时间与资源。PaaS公司可以提供各种开发和分发应用的解决方案，比如虚拟服务器和操作系统等，可以节省硬件上的费用。
PaaS公司与IaaS公司有许多重叠，除了上面列出的那些之外，还有Google、Microsoft Azure、Force.com、,Heroku、Engine Yard等。
结语
你看，APaaS、SaaS、BaaS、DaaS，这是典型的四种业务、四种商业模式、四种能力模型和经验要求，最基础的是IaaS，中间的为PaaS。需要匹配地找相应有经验的领导人来领衔，才能真正成功。
作为国内领先的产业整体解决方案提供商，八六三——行业解决方案事业部部长韩建表示，toB市场未来只有3+1种生态会存在，一是互联网侵蚀的生态，比如百度搜索、阿里电商为核心的生态，二是IaaS为核心的生态，三是八六三这类PaaS为核心的生态，“1”指的是如若智能硬件在未来成熟后，能够形成聚合效应，也可能出现硬件生态。而每种生态，最终只会有两到三家大生态领导着市场，八六三则是成为自身赛道里的领跑者，其承载体便是大数据API集群系统平台。
这套体系可以高效处理多源异构海量数据，提供同步、异步数据处理和供应能力，结合空间数据库技术、组件式GIS技术，将多规则数据业务指标通过WebGIS的三维展示方式完美呈现。目前已在社会各个领域的应用场景中已得到广泛认可。
原文：windy
另外有需要云服务器可以了解下创新互联cdcxhl.cn，海内外云服务器15元起步，三天无理由+7*72小时售后在线，公司持有idc许可证，提供“云服务器、裸金属服务器、高防服务器、香港服务器、美国服务器、虚拟主机、免备案服务器”等云主机租用服务以及企业上云的综合解决方案，具有“安全稳定、简单易用、服务可用性高、性价比高”等特点与优势，专为企业上云打造定制，能够满足用户丰富、多元化的应用场景需求。
分享名称：IT行业中，APaaS、SaaS、BaaS、DaaS都是什么-创新互联
地址分享：http://azwzsj.com/article/dhodcs.html
