产品读书《数字化生存》_聊天机器人

之前有段时间在看尤瓦尔赫拉利的简史系列，即《人类简史》《未来简史》《今日简史》，之前有强烈的推荐给大家，尤瓦尔赫拉利是少有的跨知识的天才，洞察了人类的前世今生，对人类的发展分析的很是透彻，关于这几本书我也有写一写笔记，此外也推荐了了同样和他一样让我着迷的凯文凯利的三部曲，分别是1994年的《失控》、2010年的《科技想要什么》以及2016年的《必然》，这三本书也是一定程度上从过去现在未来三个时间维度解剖科技的发展，也是神预测，为什么又提起这些书籍，是因为他们和本书有一定的相似之处！不多说，一起来看！！！ 

在人们对虚拟助手的兴趣激增，尤其是聊天机器人。聊天机器人跨越了商业和技术领域，利用自然语言处理技术在客户和企业之间建立了一条新的数字通道。而在幕后，强大的分析结果可以通过聊天机器人进行推荐。银行、工业制造商、零售商以及几乎所有其他类型的企业都在实施这些数字工具。这是一个真正的的数字海洋，其中包含了物联网、区块链和量子计算的应用。此外,计算、存储和带宽成本的下降也促进了社交、分析和人工智能技术的崛起。这些工具与设计思维、敏捷开发和DevOps的结合，是数字化转型的核心。国际数据公司(IDC)估计，到2019年，数字转型的支出将超过2万亿美元，其中40%的技术支出将用于数字转型技术。

“数字化转型”实际上就是对业务过程进行的重塑，通过重塑使其默认就更加适应更全面的在线环境，从最终用户的接触到后端的办公室工作，全面实现无需人工介入的过程自动化。

 数字化是什么

  • 客户为先的文化。你的客户是谁？他们是你数字化服务的用户。那么为什么把他们称作“客户”而非“用户”？长久以来我们都坚持“客户始终是对的”这样的心态，如果将自己的用户视作客户，无论对方是否为服务付费，那么我们就会尽一切努力吸引他们，维系他们，取悦他们。为了数字化转型，必须打造可以满足客户需求的企业文化，可以另客户获益的功能，可以快速改变客户或帮助客户降低成本的服务。无论做什么，必须将客户放在首位。
  • 即时反馈 。在数字化世界中，客户都期待着自己的请求能够立刻获得反馈。客户不会再等待几分钟、几小时甚至数天，仅仅为了知道自己的请求是成功或失败。数字化世界的响应时间已经开始用毫秒作为单位来衡量。
  • 实时 。数字化系统应该能全天候接受请求，应该能按需可用，应该能使用／返回最新数据。最终一致性是一种行之有效的架构方法，但应该按照网络和自动化处理延迟，而非业务过程延迟进行衡量。
  • 自动化 。听起来很明显，数字化服务应该包含尽可能多的计算机处理过程（最理想状况是100%由计算机处理），需要的人工介入越少越好。
  • 智能 。繁琐的工作都应交给数字化服务处理，将客户或其他方面人员需要付诸的精力和所需的理解减至最低。这里说的“智能”是指服务应当能够帮助客户处理最原始的信息并进行相关运算、汇总、提炼和转换，这一切都无需用户操心。同时这种智能也意味着服务应当能预测客户的下一步操作，并提前做好准备，提供建议。
  • 在线 。数字化系统应该能通过互联网从任何地点访问，不应对设备和使用情况进行任何限制。
  • 美观 。美观的界面和构造优美的API，数字化时代的任何服务都应具备这样的特征。某种程度来说，美观与否是观察者的主观结论，但也意味着易用、直观，以及能满足客户的需求。这意味着可以将对客户而言最重要的内容直接交付到客户面前。
  • 推进改变 。应该是由数字化服务定义业务过程，而非业务过程定义数字化服务。数字化意味着业务过程需要作出改变，以便适应计算的世界，而非反其道行之。绝不能用在线的方式继续沿袭以往离线时代的做法。
  • 定期改进。 你觉得AWS新功能发布的频率如何？我简单统计了一下2016年11月21日到2016年12月5日之间的改动，两周时间，28次发布！这就是AWS，可能是全球最大规模的数字化平台。大部分客户对技术并不十分精通，他们并不清楚进行这样的软件改进做起来到底有多难……其实他们也不需要关心这些。他们只是希望能看到改进。数字化平台应该尽可能以必须的频率完善自己。

 数字化不是什么

  • 批处理 。在数字化时代，我们不应该继续依赖离线的数据馈送和调度处理。机器之间的通信应该通过API进行，应通过推送方式在信息可用的那一刻立即进行。这样可以确保信息始终保持最新状态。
  • 手工处理 ，数字化过程的默认形态不应包含任何人工介入或处理。任何离线的介入都应视作一种例外，例如无法使用数字化服务，或面对某些任务，机器学习／处理技术还不够成熟。例如欺诈检测，目前依然离不开人工的介入。
  • 技术刷新 。技术并不能让你数字化转型。步入云端不能帮你数字化转型。使用微服务架构不意味着你已经数字化转型了。使用NoSQL也不意味着数字化。如果你看到某家组织通过强调自己的技术成果表达对数字化转型进程的支持，那么也许可以假设他们的数字化之路选错方向了。

 助力转型

  • 云。—上一节内容已经明确提出：技术本身并不是数字化的目标，本节将开始（并持续不断地）介绍为什么技术的恰当选择可以帮你顺利实现数字化转型。众所周知，云计算可以帮助用户获得数字化服务所需的缩放性，以及性能和规模。云计算的背后是一套复杂的分布式系统，但可以良好配合帮你确定最正确的方向。
  • 持续集成／持续交付 。从我在1999年开始程序员的职业生涯以来，CI/CD也许是软件开发领域最大的收获之一。当时团队和团队成员需要分别编写代码，很少进行合并，最终上线前需要多天忙碌的工作，通过繁琐的操作将大家的代码合并到一起。然后他们悲剧地发现代码无法集成并配合工作。（实际上我作为开发者参与的第一个项目甚至没有使用VCS，但这又是另一个故事了）。CI/CD，配合定期进行（通常至少每天一次）的提交和小型（如果需要的话）合并，有助于快速安全地开发出高质量代码。团队将能有更多时间专注于开发客户真正需要的数字化功能。
  • 敏捷 。作为一种方法论，也许并不完美。但该方法的基本原则与数字化观念相当匹配，可以促进以客户需求为基础的定期交付。不以敏捷为核心的数字化程序必须付诸更多努力才能满足转型的需求。如果敏捷方法论不可行，至少一切行事需要首先考虑到敏捷的基本原则。以人员而非资源为中心，即时（Just in time）设计，不断演化的架构。无论选择哪种方法论，这些基本原则都是适用的。
  • 用户研究 。虽然最近才开始研究这一点，但对这方面有很多第一手体验，同时与很多非常天才和娴熟的专家有过合作，他们向我证明了只要做得对，用户研究将成为数字化服务的核心，甚至远比代码、架构、方法论更重要。用户研究可以引导你实现数字化涅槃。为什么？因为如果“用户”觉得更易用，你的服务就会更可用，被更多人所使用……最终你也会更加成功。这里用了“用户研究”而非“客户研究”这个词，因为业界就是这样称呼的。
  • 简化设计 。作为架构师，我经常会拥护一件事：我们的设计要尽可能简洁。若非必要，不要让设计变得更复杂。不要试图去解决那种绝对不会自行显露出来的问题。网上有很多文章解释了原因，但从数字化的角度来说，简单的设计可以让每个人更加关注手头的事情，进而改善客户体验。复杂的设计意味着需要更多维护，可能出错的东西变得更多，用于确保服务正常运转所花费的时间远多于改善数字化体验所用的时间。