因此当钻井平台充分发挥效用之后，注定会被市场抛弃这并非一个鼓舞人心的商业愿景有关“平台”的谬见“平台”一词的意味不再深刻我们对“平台”一词的定义过于宽泛，对此我们感到愧疚，具有应用程序编程接口（API）的产品、软件即服务（SaaS）、聚合者公司企业以及真正的平台均可称作“平台”事实是，初创公司可能不是一个平台平台的价值大多体现在他们服务的人群中如果公司刚刚起步，尚未培养出特定的服务人群，那么这就不是一个平台那是一堆废话这不是一个平台平台之所以可以称为平台，是因为该平台的用户创造的经济价值总量超过其公司创造的价值—— 比尔·盖茨（Bill Gates）随意给公司贴上“平台”这个标签并无大碍但是始终纠结于哪种商业模式能够奏效，偏离企业的使命——为解决市场痛点提供自身能力范围内的最优解决方案，会带来致命的伤害是时候叫停平台至上主义，而将顾客需求放至首位一叶障目令人遗憾的是，Airbnb，Uber，Amazon，eBay，Etsy的成功固化了我们对成功的理解，透过互联网这层纱观察着这些成功的平台商业模式，冒昧得出结论，继而推断其他的商业模式无法获得成功只通过由外而内的观察，我们忽视了平台经济模式之外，众多其他盈利模式如日方升，而我们却被一种模式遮蔽了双眼始终从一种宏观的角度看待互联网行业的成功，将滋生出一种悲剧性的看法——只有一种成功模式，只能使用“某一个大型软件（One Big Software Thing）”紧接着，我们的目标便成了开发“某一个大型软件”，认为只有如此才能成功唉，一旦开始将目标定为One Big Thing（某一件大事），我们便会丧失了解自身所处行业的渴望，也不再将客户服务放在首位，对待工作敷衍了事，逐渐忘记最初的使命但我们必须始终提醒自己，我们的使命是为解决市场痛点提供自身能力范围内的最优解决方案提出问题的思路并不适用于解决问题—— 阿尔伯特·爱因斯坦（ Albert Einstein）趁为时未晚，我们必须抛弃既有的成见，摈弃只做Big Things的狭隘观念，停止模仿既有企业的模式，立足自身、由内而外建设自己的企业后果不堪设想One Big Thing思维模式最糟糕的一点在于其影响是日积月累的，它使我们日益深陷集中式体系结构，随着时间的推移最终无法摆脱这一思维逐渐控制整个行业，起初如同仪表板，而后如同复杂的后台办公室，最后演变为内容管理系统（CMS）企图一举解决所有问题真是糟糕
建立CMS此举对初创公司而言是莽撞的为什么？因为在可预见的未来内，在考虑到所需所有支持之后，只能开发出“某一个大型软件（One Big Piece of Software ）”
没有预示未来的水晶球，开发出应用灵活的大型软件几乎是不可能的，任何预测出现错误，均将导致我们无法迅速应对突发问题如果为时已晚，我们能做的就是强行将One Big Thing与市场结合，并强行拉入客户这样就由市场驱动变为了营销驱动若非别无其他选择，我们不可采用一体适用的Big Things请记住，我们的抱负之伟大，是永远无法通过一个网站、一个应用程序亦或是“一件事（One Thing）”完全实现的公司是我们的最终产品，我们不能允许它最终沦为 “某一个软件”若想做出改变，首先要造就文化 [...]文化高于战略，或者说文化就是战略 —— 塞思·戈丁（ Seth Godin）一个稳定且光明的未来 —— 管道经济模式先回到根本问题，我们进行的是客户管理，将客户从一种状态引入另一种状态，或者说从不了解我们到满意我们的服务从中我们挖掘自身价值并收取相应费用客户态度的转变正是我们的卖点所在客户态度的转变是循序渐进的，如果他们在平台模式上就停滞不前，这种变化也就无从谈起将客户的转变过程一次旅途，我们可以将此次旅途视为一条“管道”如果客户是一个人，我们的首席营销官可以称其为“管道漏斗”营销人员结束销售意味着其“漏斗”的终端，而向客户提供服务并完全改变客户状态则意味着我们“管道”的终结在营销或“销售漏斗”中，每个潜在客户都已了解我们的状况对痴迷平台的人而言，只存在两种极端状态：已注册或未注册，用户或访客；对痴迷“管道”的人而言，不存在这种二元思维模式，他们观察到的是客户态度的各种细微变化管道经济模式在保证既有客户的条件下，为我们带来源源不断的潜在客户，在这样一种模式下，客户由起初对我们不了解变为满意，在这两种态度之外还存在着各种不同的态度只要我们仍身处这个行业之中，“管道”就在我们身边，它们一直是主导的商业模式公司进行创造、推出产品及服务并将其出售给客户，沿着这一产业链，越靠近客户越是增值，越回到公司越是贬值，仿佛遵循一种线性流发展，正如水流过管道一般—— 桑吉·乔德利（Sangeet Paul Choudary）尽管用“管道”形容我们的经济模式更加贴切，大多数人仍然只盯住One Big Thing要知道伟大的企业家在公司运营中考虑的是“客户需要什么，我们便做什么”他们有一个计划，换言之，一个系统，用来应对客户的态度转变，公司及相关产品涉及的所有程序和系统都为这一目标服务这一系统服务于客户（以及预期发展，但这一点需另进行讨论），提高客户满意度同时扩大业务规模，因为它不需费力服务客户，因此可以专注于发展业务作为业务建设者，我们的使命是定义所有这些言论并引导我们的团队进行软件、内容和系统的传运，即“管道经济模式”，将上述观点付诸实践，将客户一步一步地引入我们的“服务管道”这比建立一个通用的平台经济模式或Thing更重要这是头等大事当然，并非平台经济模式已不适用，而是并非所有公司都必须符合这一模式五大工程革命坚持下去，构建管道经济模式（兼顾许多事物）确实比只顾One Big Thing困难许多坦白来说，技术在过去通常被视为One Big Thing，因为太多的组成部分部署和操作起来都很麻烦过去对众多组成部分的操作或许麻烦，在今天已然不是这样五大工程革命已经改变了现今局势1 & 2. 云与微服务第一种革命对我们来说并不是什么新闻，这就是云的应用我们可以根据需求向Amazon Web Services（AWS），Google Cloud Engine或Microsoft Azure这些平台租用服务器在云出现之前，我们总是小心翼翼地对待服务器，因为我们要等上好几周才能收到一台全新Dell机架服务器；我们会认真记住每台服务器的IP地址，就像要往这些地点寄圣诞卡片一样；我们还会给服务器取个像宠物一样的名字；一台服务器我们会用上好多年显然，我们绝不会让任何人接触我们心爱的“宠物”服务器开发人员别想对它进行新部署或修改配置，添加到基础架构也不行
高级系统管理员（或团队）就像守门员或者瓶颈一样，他们决定了我们的产品发布周期随着云的出现，我们可以随意停用或租用服务器对待服务器就像对待“牛”一样，而非像对待“宠物”一般小心翼翼，我们只需对计算资源按秒付费因此，我们可以让工程师根据需要订购新资源与此同时，工程师开始构建后端微服务微服务由相互协作的小型自主服务组成，具有众多优点，可以降低每个可部署服务的代码库平均大小，从而降低更新的风险微服务是一种将多个松耦合服务集合成一个整体应用的软件开发技术简单来讲，基于云服务部署Many Things会更加容易3. API优先产品和无头软件API优先产品和无头软件给我们带来了重大变化过去，我们将整个业务完全搭建在Apple、 Microsoft、WordPress、Magento等平台上，这些巨头平台想将我们封闭在它们的生态系统中，并在其中构建复杂的Big Things，Big App用户需要下载、安装、注册才能使用但是在过去几年，除了平台之外，更多的技术公司也开始通过API对产品进行编程集成支持API的产品或伪平台以两种方式打破了我们的技术构建方式从内部来看，我们可以在伪平台上实现自动化并运营更多的系统从外部看，用户可以在他们已使用的伪平台上创造价值这种操作更加简单，能尊重用户现有的使用习惯，在用户花时间最多的部分满足其需求，比如支持API的消息类应用程序，像B2C的Messenger、Messages和Telegram，以及大量支持API的B2B服务虽然我们不能把所有业务都建立在这些服务上，但这种健康合理的解耦思维帮助我们现在也在这些服务上构建了部分业务我们可以建立Messenger和Typeform管道、TransferWise管道、依赖Xero数据的管道、在客户关系管理和客户服务软件以外运行的管道，还可以为公司Slack帐户以及Tableau和AirTable仪表板分别建立一个管道通过这些管道，我们可以在最合适的伪平台上构建最合适的业务，增强对业务的控制能力，加快操作速度，不再把所有鸡蛋都放到同一个Big App里了而在伪平台上构建管道的最大优势就是我们可以将用户界面（UI）、用户身份验证（UA）和安全性等繁重的工作都交给它们UI（包括后台系统）和UA用于开发昂贵的软件，要求严格定义需求，需经过枯燥的前端开发、仔细的数据输入验证、复杂而安全的协作以及访问控制功能相反，在伪平台上构建管道可以让我们在台式机、平板电脑和手机上立刻发开出最先进的UI、用户身份验证和安全层，有时这些服务还是免费的我们比以前更能够将业务逻辑层构建为无头软件，并将单调的工作交给伪平台，这也使得建立管道的策略更胜一筹无头软件是一种可以在没有图形用户界面的情况下工作的软件无头CMS和无头电子商务服务目前越来越受欢迎4. 无服务器想一想无服务器到底能给我们带来什么？最初，在云端的是虚拟机（VM），它可以在几分钟内从固定的硬件资源池中分配计算能力多年后，云为我们带来了托管服务大多数人会利用虚拟机来安装和操作相同的软件，比如说一个流行的数据库引擎因此，云供应商开始为最流行的用例比如“数据库即服务”推出更高级别的服务，不仅抽象底层硬件，也会抽象虚拟机上软件（本例中的数据库引擎）的安装、维护和扩展最近，基于云的无服务器出现，它能在非自有的软件层或资源池上实现工作负载的协调扩展，而我们只需提供执行代码并按使用量付费即可常见的无服务器服务是存储即服务和功能即服务，比如Amazon S3和AWS Lambda，但是它们也可以用于数据库、媒体转码、机器学习模型、分析等等由于我们是按使用量而非按服务器数量付费，因此，与共享系统相比，解耦系统的成本会更低如果使用AWS，我们每个月只需为非关系型数据库支持的定制微服务付几美分而已从经济角度讲，无服务器让管道思维变得可行5. 基础设施即代码最后一种革命是支持管道思维的一张王牌公共云自身支持API，它能以编程方式为管理基础设施开辟新途径这项令人震惊的技术名为基础设施及代码（IAC），它基于云API，利用代码（或任何标记或配置语言）来描述我们的基础设施（服务器、数据库、防火墙、存储磁盘等）IAC技术使得管理Many Things比以往任何时候都要容易更重要的是，它可能还具备克隆功能常见的IAC工具包括Hashicorp Terraform、无服务器框架以及AWS CloudFormation这项技术从根本上改变了我们构建软件服务尤其是企业软件的方式我们不用为支持多租户或CMS而构建堆满复杂的代码的One Big Thing，而是为每个新客户克隆解决方案或管道，并在复制版本中对他们的部署进行微调，而不用改变其他客户的部署这种操作在几秒内就能完成，我们不用为多租户编写代码，不用预测One Big Thing以后会支持的所有业务案例这项伟大的技术能将代码变得如此简洁IAC价格实惠、极具弹性、质量可靠，因而我们能与客户共享这份便利IAC让管道思维的运用变得毫不费力现在的问题是我们的工程团队什么时候才能掌握这些前沿的技术呢？理想中的黄金国：一种永不过时的工程文化不管问题刚开始是什么样，最终都跟人有关 — Gerald M. Weinberg未来每一家公司都将是科技公司，他们只会开发简单易用的客户导向型技术，这才是一种正确的技术我们需要一个新的标准、一种创建精益系统或者管道的文化，所以在培训员工时我们应注意以下几点：1. 首先，我们必须让工程师学会如何简单操作管理代码、发布、特性请求、错误和生产基础设施 激发自动化思维，并对从特性请求到生产部署的所有操作都进行简单的实战检验，这一点叫做最小化可行开发运维（Minimum Viable DevOps）2. 我们必须让工程师迅速掌握云技术，确保他们对上百种服务的操作了如指掌，并大量运用IAC，这叫做云简化（ Cloud Simplicity）3. 我们必须转变领导者的思维方式，抵制One Big Thing文化，因为这种文化导致添加功能变得速度慢且风险高，随着时间的推移最终会摧毁我们的产品；我们应培养对解耦服务和在伪平台上运行的合理思维，这叫精简架构（Lean Architecture）4. 最后，我们必须掌握更先进的架构方法，以确保服务的质量、可用性、灵活度和安全性，了解日志记录、监控、调试和确保客户支持的最佳方法我们需要营造一种涵盖客户服务和销售的全栈工程文化，工程师不仅要对软件质量负责，还要对服务质量负责，这叫卓越运营（Operational Excellence）只要遵守以上4点标准，我们将会创造一个更加精简、更加安全的企业文化，从而建立永不过时的技术企业此外，我们还可以消除创业所面临的一些挑战，实现工作影响力的最大化，专心开发有意义的技术更多精彩内容，欢迎关注久谦
（图片来源网络，侵删）
0 评论