提到数字化转型，我想很多人可能很诧异，互联网时代不是早就到来了吗？互联网产品早就渗透到了我们的日常生活中，为何还要提数字化转型呢？
从上一部分我们知道，目前我们处在了第三阶段企业服务时代，即原来的针对消费端的互联网公司们为了自己的业务能够保持持续增长开始涉及ToB业务，那他们准备服务的企业都是哪些企业呢？
答案就是：广大的传统行业的企业！
那么，哪些是传统行业呢？这个，有点多，一双手都数不过来了！比如：零售、服装、农牧、酒类、制造、银行、能源、酒店、房地产……他们都属于所谓的传统行业，他们也都是互联网巨头在所谓的上半场即消费互联网阶段没有过多插手涉及的领域。这些行业往往都有一些特点或者缺陷，特别是在互联网时代显得尤其突出：
（1）效率低下
所谓效率低下，就好比你去办一件事，只能在线下办理，而且手续和流程繁多，类似于以前你去政府部门或事业单位办理一个业务，你老是在抱怨效率太低了！
（2）体验不佳
所谓体验不佳，就好比你去办一件事，除了效率低下之外，给你的办理体验还很差，比如业务员的态度、业务水平不够、要填一堆大量重复内容的表格、售后服务也不好，总之就差骂脏话了......
嗯，你想的东西，互联网巨头们早就在思考了，只是你所希望的那个行业暂时还没有被巨头深入涉及而已。但是，但凡已经涉足的，我想大概率很大程度都已经得到了较大的改善。比如，零售行业的传统大型卖场，服装行业的传统知名品牌等等。
画外音：说到这儿，不得不提一下，对于传统行业的企业或初创期的企业，在技术水平上其实大多数都较为低下，这时尽量不要过多选择自研（即使你招聘了一两个牛人），不要有只有自研才牛B的想法，那样其实一点都不经济，往往会陷入与降本增效的目标相反的道路上去。有钱，尽量选择成熟的云服务。没钱，尽量选择成熟的开源项目。专业的事儿，交给专业的人吧。
从上一部分我们知道了，传统行业可以借助互联网企业提供的服务进行转型，那么转型到底是转什么型？我想，你可能会问，都到2020年了，每个企业难道都没有一点自己的信息系统吗？信息化，不是10年前的词汇了嘛？
嗯，你说的对！企业信息化的确是过去10来年较火的课题，我们可以看到我们所在的企业内部，几乎每一个业务部门都有一个针对自己部门业务的信息系统，比如CRM、ERP、MES、WMS等等。有了它们，企业已经实现了信息化，为何还要提数字化呢？
记得曾鸣教授在《智能商业》一书中提到“点-线-面-体”的观点理论，如果将企业的各个业务部门的业务角色看做是一个一个的点，那么这个业务部门的整体业务就是一条线，那么，多条这样的线就构成了公司的整体核心业务即面。而稍微大一点的公司往往不止一个面在发力，它还有很多的合作伙伴在参与，这些合作伙伴可以看做是外部玩家，公司内部的是内部玩家，外部玩家和内部玩家可以一起为公司创造效益，而连接内部玩家和外部玩家的就可以理解为是一个共同体，它可以是一个平台也可以是一个社区，总之，它有着自己的生态，可以帮助企业持续的发展。
那么，我们之前所说的企业信息化现在看来其实只解决了点和线的问题，大部分的企业都没有形成一个完整的面的建设成果，更不要说一个体了。而没有面的成果，在当今的互联网时代的冲击的大背景下，其实是难以持续发展的。
换句话说，商业模式是建立在社会生活模式的基础上的，我们的社交方式早就发生了巨大的变化，经济交换方式也会随之改变。商业将跟随生活的步伐，实现互联网化。马云爸爸曾经说了一句话：“正如陆军被空军淘汰，太极拳、形意拳被机关枪淘汰，守旧的企业也会被互联网化企业淘汰”。
画外音：神仙打架，百姓遭殃。互联网巨头们一旦发生混战，也许他们一开始并没有有意地针对传统企业，但是还是会有很多传统企业频频受伤，还可能伤得很重。如果你看过刘慈欣的《三体》，那么你可能会想到那个长老给歌者的小纸片“二向箔”，没错，这TM属于“降维打击”。
所以，我们可以知道，这个转型针对的目标就是企业的核心业务，方式就是整合构建数字化平台，抓手可以是业务中台（也可以不是，只是建议是），这个途径就可以称之为数字化转型。
我们知道了传统企业为了生存下来和持续发展，需要做数字化转型。作为数字化转型的重要参与角色—技术团队和技术人，就显得对传统企业尤为重要。包括张队在内的很多大佬也认为，传统行业的数字化转型战场将会是.NETCore的主战场，我所在的技术团队也是采用了.NETCore技术进行构建数字化平台，下一篇技术篇会介绍一下我们所用到的技术。
不过温馨提示，由于我已许久不在一线写代码主要是做一些团队和项目管理的工作（你可以理解为向上和向下，对外和对内），因此不要对我的技术篇抱有任何深度上的期望。事实上，由于传统行业企业的行业背景，也注定了大部分中小企业的业务量（你也可以理解为在线用户量）不会很大，因此在转型初期和中期可能并不会遇到较大的技术考验（比如百万千万级的流量架构），所以我也一直觉得合适的技术架构应该是满足现阶段公司整体业务的架构，也应该朝着可以适应未来半年公司业务发展的架构。过多的过度设计和考虑，可能对于你的企业和团队来说，是一个负担。