背景：最近加入了几个神奇的群，挺有意思的，群里从早到晚不停地探讨“架构，信息化，数据，建模，数字化转型，还有各种“术语“概念的讨论。和以往不同，明细能感觉很多人在刻意回避“中台”之类的概念，言必称数字化，不过很少具体讨论某个具体业务场景，讨论的话题都很“高屋建瓴“。由于大家背景各异，目的不仅相同，有的是甲方，有的是乙方，有的代表公司，有外企，民企，国企，政府等等，有的是个人身份，群内常常有激情四射，火花四射。譬如最近关于“”EA"的话题讨论，从EA的流派到企业信息化，数字化以及流程建模，甚至“前端后端、前台后台”的讨论和“交流”。最近行业有种现象，就是言必称数字化，人人都号称自己干了多少年数字化，然后对企业的架构有多么理解，和前两年“中台”概念一样，人人都是自己是搞中台的，尤其是一些厂商，恨不得说自家有N个“xx中台”，那么现在都改成“数字XX“了，当然需要用一些理论进行包装，EA天命贵，首当其冲被选中。正好果总最近写了一篇文字，是从企业咨询角度的一些看企业架构和流程建模，请参阅：业务流程建模和企业架构应用于企业管理的误区呼应果总的描述，笔者大概15年前类似经历，也装了一个并且找了一些资料尝试，经历数个项目之后都没有坚持下去就弃之高阁了，后来大部分参与实施的SAP项目或者主导的信息化类项目，个人都不太推崇一定要通过aris将所有流程全部梳理出来作为开展项目的必要条件，这是一种看上去很美事实上非常耗费精力，但事实上对业务运作和后续迭代运维没有什么太大帮助的方法论，更多是nicetohave的“展览”性质为主。如果认为ARIS画好所有，那就是“尽信书，不如无书”或者像某位长者所说“图样图森破”。但大家经常混在一起讲的EA和ARIS，事实并没有什么直接的关系，EA本身不是一个“技术工具”，（ARIS是一个工具），请勿抬杠说EA就是一个工具，我也不能说你不对，大家切入的视角不一样），笔者认为EA本身是企业将经营管理如何和技术结合起来的一种思想和方法论，对于一个企业，进行数字化转型或者全面信息化的顶层设计思想来看还是有必要的，它让你能够从全局的视角来考虑企业的战略，组织，经营，然后还有落地的技术支持平台和工程技术等，我把称之为“SPPPT“高阶思考方法论”。它的落脚点还是“技术“（无论信息技术还是数字技术抑或别的工程技术）如何支撑顶层设计模式下的企业经营和管理。笔者曾经就一个群话题做了个实录和小结分享。请参阅DT

几天前，在一个全国各地CIO聚集的交流群，独立的CIO发起一个话题调研，关于数字化转型是否存在最佳实践，话题已经抛出，然后大家讨论得非常热烈，甚至最后讨论到什么是数字化，数字化和信息化的区别。。。本文就是基于云交流实录后的思考成文，相关内容已获授权.致谢：感谢“云交流”的各位大咖的支持。笔者按：本文阅读时间预计需要30分钟，慎入一、数字化转型是否存在最佳实践“云圆桌”实录该话题一经抛出，群里讨论非常踊跃，一开始就充满了观点的碰撞，话题到了中段，几乎炸群，而这并非是有主持人进行引导或者提问就引起了广泛的探讨，反而是来自不同岗位的大咖自由地进行观点碰撞，最后群主的红包让大家回归平静，由此可见该话题的确比较热，现将相应的云聊天实录截屏如下。二、数字化转型的最佳实践方法论还是可以有的为什么大家都期望看到“行业最佳实践？“那么最佳实践是否存在呢？行业的最佳实践模板在当前很难找到，因为不确定性和行业属性太多差异背景下的企业情况不一样，很难形成信息化时代的“最佳实践”，但最佳的转型方法论还是可以抽象出来并形成最佳实践进行借鉴的。当前各行各业都在进行数字化转型和数字化技术探讨和落地时，行业风起云涌时期，可以说大家都是焦虑的，尤其是数字化转型起步比较晚的企业，都想寻找到一个可以直接拿来用的最佳实践，在这种情况下，前几年，也有一种声音叫”中台“论，你上了我的中台就是数字化转型，一时间所有的企业都是言必称中台，并且称中台就是数字化转型的最佳实践。事实上，中台的讨论，在之前的文章中也有一些讨论DT

编者按：无论是面向C端还是B端的产品，产品和UED在进行业务流程和体验设计时，我们通常会提“以用户/顾客为中心”的体验设计理念，但是如何建立起全景式的服务体验，确保服务的流程和场景不遗漏，传统的做法会采用端到端流程或者顾客服务旅程来进行梳理，它们二者也是不错的手段和工具，在实际的案例中也常用到。“服务蓝图”是一个进行全景式用户服务体验设计的方法论工具，然而我们常常会将它与用户旅程图混淆，它们之间到底什么关系，究竟谁应该参与什么样的流程，本文介绍“服务蓝图”与用户旅程图的关系，以及如果我们实践中使用“服务蓝图”工具相关注意事项。01什么是服务蓝图？1、概念服务蓝图是一套对于顾客服务如何进行设计的可视化方法论，方便对于顾客服务过程中，不同人员都可以理解并使用它，可以将服务蓝图视为用户旅程图的延续，服务蓝图不仅包括横向的客户服务过程，还包括纵向的内部协作，是描绘整个服务前、中、后台构成的全景视图。2、构成部分服务蓝图框架设计里面包括顾客行为、前台员工行为、后台员工行为和支持过程行为四个部分1）顾客行为顾客行为部分包括顾客在购买、消费和评价的服务过程中一系列的动作、抉择、互动等动作。这一部分紧紧围绕着顾客在购买、消费和评价服务过程中进行展开。2）前台员工行为（一线与顾客直接接触和互动的服务人员）与顾客相并行的部分是服务顾客的员工行为。也就是顾客能看到或感受到的行为和动作。这部分则围绕前台员工与顾客的相互关系展开。3）后台员工行为那些发生在幕后的，支持前台行为的员工行为，我们称作后台员工行为，这些都是围绕支持前台员工的活动而展开。4）支持过程行为服务蓝图中的支持过程部分包括内部协作和支持服务人员交付的服务的步骤和互动相关行为。这一部分覆盖了在交付服务过程中所发生的支持一线直面顾客的员工相关的内部各种协作。02服务蓝图与用户旅程图服务蓝图在全渠道全场景下涉及多个接触点，需要跨职能工作（多部门协调合作有助于提升最终顾客服务体验）的较为理想的方法。就产品本身而言，用户旅程图和服务蓝图之间最大的相似之处是顾客行为的存在，这种行为在两个地图中均充当基础。用户旅程图目的是更好地了解顾客的整个流程。这个流程包括他们的想法和情感行为。相反，服务蓝图不是记录用户的体验。而是以用户的体验作为起点，揭露一个组织应该如何设计自己的服务来支持该旅程。我们先来看看详细用户旅程和服务蓝图的设计框架：然后通过上面的用户旅程图和服务蓝图，可以看出，前者的重点是了解有关最终用户的更多信息，而服务蓝图的重点是记录团队如何创建这种体验，我们从下图简化的中文版来对比两者的区别。03

编者按：本文来自公众号“晓谈岩说”，《企业级业务架构设计：方法论与实践》一书的作者，关于“中台”话题的一些观点和看法，编者认同该理念，中台本身不是一个系统，数字化转型更不是建设所谓的“XX中台”，中台本质上仍然是一种企业级的软件工程方法，涵盖了一整套解决方案，既包括方法论层面，也包括具体的技术实现方式。随着《企业级业务架构设计：方法论与实践》一书的传播，笔者有了更多的机会与来自不同行业的读者共同讨论业务架构这个话题，业务架构与“中台”的关系也时常会被读者问起，笔者就以这篇短文，将与大家交流的情况做个分享。再议中台经过去年的起起落落，圈内至少对中台达成了一个共识——它仍是一种企业级的软件工程方法，涵盖了一整套解决方案，既包括方法论层面，也包括具体的技术实现方式，当然，前者相对而言不够明晰。对中台方法的探索也在变得更加“宽容”，很多人也认可只要达到了企业级功能复用、一体化这样的核心目标，自家的系统也都可以当做中台的成功实践。当关于中台的讨论越来越深入，实现方式越来越开放，中台也愈加转回到了大家更熟悉的概念：企业架构。与Zachman、TOGAF这样的传统“自上而下”的企业架构理论相比，中台常被认为是一种“自下而上”发展出来的颇具互联网特色的本土架构方法。作为案例背书的阿里巴巴集团的实践，的确体现了互联网公司勇于探索、自我激励、注重敏捷、坚守价值等众多特点，但也正是这样的发展过程，使其整体而言的严谨性与传统理论之间尚有一些差异。中台常被划分成业务中台、数据中台，之后又出现了技术中台等其他中台定义，在阿里巴巴的实践中，他们很注重业务架构的作用，通过业务架构分析对产品或者功能进行模型化设计，其实这也是一种标准化设计，比如图1，这是之前演讲中曾经公开的设计思路：图1

笔者按：Forrester和Gartner都是比较知名的行业研究机构，每年他们都会在不同时期发布各种有特点的报告，譬如gartner每年都会发布关于下一年的十大技术趋势预测等等。在厂商能力评估尤其是具体的产品域里面，Gartner的包括非常多，很多厂商也比较热衷“打榜”，譬如传统的erp，crm，云，安全，数据管理，大数据分析等等，榜单以“四象限”呈现，不一而足，非常细分。今天分享的是Forrester关于数字化转型服务领域里面的评测维度和结果。Forrester在报告开篇就定了个基调：DIGITAL

---------------------------------------------------------------------------------------------------------------企业架构如同战略规划，可以辅助企业完成业务及IT战略规划。在业务战略方面，可使用TOGAF及其架构开发方法（Architecture

专业人员和涉众的资源库，例如，模型、解决方案模式，和其他可以在企业架构实现和裁减过程中用作构建块的资产。TOGAF能力框架：一套资源、指导、模板、背景信息等等，帮助在组织中进行架构实践