共计 3627 个字符，预计需要花费 10 分钟才能阅读完成。
千万不要低估外部系统对企业工作的影响力！依据《深度解读：2021 海内企业「外部零碎」现状》，在超过 10 人的公司里，每 3 个员工中就有 1 人在应用由开发人员建设的外部应用程序。随着外部零碎的重要性日渐晋升，到底是抉择「本人搭建外部零碎」还是「花钱购买」成了许多公司的难题。
如何能力最好地调配开发人员的工夫呢？专家示意：「咱们首先要明确一点，本人搭建外部零碎还是花钱购买其实是一个假两难推理，它们不应该是互斥的，咱们要视状况而定，尤其是当应用低代码平台进行外部零碎开发的时候，这时本人搭建也可能会须要一些平台的付费服务，所以花钱与否的界线并不清晰」。
低代码平台 Retool 公司曾征询了三位专家，以理解他们是如何思考「本人搭建」与「购买」问题的，三位专家都来自专一于技术受众的软件公司。这里码匠总结了三位专家的观点供读者参考，大家有什么想法也欢送评论区探讨。
Halp：间接花钱
Halp 前 CTO Andrew Homeyer 倡议间接花钱应用低代码平台来搭建外部零碎。
「事实上咱们是本人搭建外部零碎的，而且咱们应用的是低代码平台」。据 Homeyer 说，低代码平台容许开发者一起构思操作解决方案，听起来有些不堪设想，但搭进去的程序都很有用。而且对 Halp 来说，一个能疾速解决问题的零碎很重要。
通过低代码平台，Halp 能够将开发的过程与后果脱离。「这种感觉超棒！」，Homeyer 说，「开发人员所要做的就是对着电脑下指令，而后程序就会依照你的要求执行」。这就是低代码平台的魅力所在，「给出命令，失去后果」，细节什么的交给平台就好了。
问：咱们应该如何给销售部和市场部定制特定需要下的应用程序？
Halp 心愿即便是非技术人员也能参加到搭建外部零碎的工作中来。Halp 是软件即服务（SaaS）的重度依赖用户，他们应用 Segment、Workato、Salesforce 和 Autopilot 等产品力求发明一个好用的客户关系管理工具。然而 Halp 发现这些程序只有那些 间接与客户对接的员工参加搭建、一直迭代，能力施展出最好的成果，毕竟他们真正晓得什么样的性能能力满足工作需要 。这也是为什么 Halp 抉择低代码平台的起因： 销售人员和市场同学都能参加到外部系的搭建中来。
Homeyer 认为次要是「咱们应如何确保销售和市场等部门的同学可能依照本人的业务需要去批改应用程序」。直到 Halp 开始应用低代码平台，他们才真正实现了以需要和指标为前提来搭建好用的外部零碎。现在 Halp 曾经开发出了许多不同的外部工具，尤其是用于数据管理的零碎，其中有一个帮忙整顿公司账单构造的程序，失去了公司外部的宽泛好评。
Halp 应用 Stripe 进行用户订阅，据 Homeyer 说「总有些小问题」，比方可能须要给某些客户调配一个特定的折扣，有些客户可能须要缩短试用期，还有的客户可能在续订的时候会遇到一些问题。其中有些问题在 Stripe 中无奈解决，或者说是不容易解决，Halp 的开发人员往往须要进入 Stripe 的数据库，长此以往必定是不事实的。Homeyer 示意「咱们不心愿工程师长期拜访数据库，这不平安，很容易出意外」。
总之，Halp 搭建外部零碎的思路就是要建设一个轻量级零碎，使团队中的每一个人都能进行批改。例如，如果他们只须要输出一串优惠券兑换码，所波及的只是填一个文本字段。「咱们只花了 5 分钟就做好了这个性能，一劳永逸的那种」。
On Deck: 先本人搭建再花钱
On Deck 的高级软件工程师 Curtis Cummings 倡议：先尝试本人搭建，不行再购买。
Cummings 说：「On Deck 的做法与我在其余大多数初创公司看到的有所不同」。在确认一个定制的解决方案之前，On Deck 会先用低代码平台搭一个小的最简化可履行产品（MVP）。为什么要这样做呢？依据 Cummings 的说法：「这个简略的 MVP 能让你实现 70% 到 80% 的工作，而这 70% 到 80% 的停顿往往能为最初正式的解决方案提供不少倡议。」
实际上当你构建那 70% 到 80% 时会更明确最初的目标，「你会怎么解决用户数据？这样解决是否正当？还有没有其余须要改良的中央？」。像这样在 MVP 的根底上进行思考，而后欠缺剩下的 20% 到 30%，一个好用的解决方案或者说外部零碎就实现了。
要逐个评估！
波及到搭建外部零碎的问题时 Cummings 非常审慎，他说他最不心愿的就是「辛苦做进去的货色没人违心用」，这也是 Cummings 之前做征询工作的时候最不违心面对的。在他做咨询师的时候，有许多这样的例子，「咱们明明是依照行业标准构建，而后再向用户推广的，所有流程中规中矩，但最初的数据都十分难看。因为这些『行业标准』都是所谓的专家建议，他们并没有站在理论用户的角度思考问题，更没有以理论的用户数据为根据。」
Cummings 示意，通过购买一个低代码平台并利用它建设 MVP，On Deck 能够在投入大量开发资源之前验证这个想法的可行性。开发资源是低廉的，所以在进行任何投资前都应认真评估。Cummings 再三强调：「不要抱有侥幸心理，请务必逐个评估外部零碎开发计划」。
上述倡议的提出是 On Deck 联合购买解决方案和用低代码平台本人构建解决方案的利弊之后提出的。On Deck 次要应用的低代码平台有 Zapier、Airtable 和 Retool。此外 On Deck 还利用低代码平台为经营团队搭建了许多好用的工具以帮忙他们进行项目管理，如会员管理系统，在此基础上，他们还建设了一个轻量级的内容管理系统（CMS）用来向会员发送每周上新。
Auth0: 状况不同，抉择不同
Auth0 的一位产品经理 Sole Pano 说，「本人搭建」还是「花钱购买」取决于公司正处于哪一阶段。
据 Pano 说，对于一个初创公司来说往往估算少，要求也少。「兴许你们目前只须要一个蕴含『向客户发送告诉性能』的利用」，Pano 举例说，「初创公司的客户可能并不多，所以短期内并不需要进行性能上的扩大，不如本人上手搭建，又快又划算，等到公司初具规模后再进行扩大也不迟」。
留神！明天的计划不肯定实用于今天的问题。
随着公司一直倒退，各种各样的要求也会一直增多，有些非凡问题须要非凡的「外部零碎」帮忙解决。Pano 认为在搭建这些外部工具时安全性和合法性是首要关注的问题，但除此之外，Pano 示意「你还应该思考一直增长的客户和需要，这也将是一项大工程」。
「当客户数量减少时，之前的解决方案在某些问题上可能就不起作用了」，Pano 说到，「而后你就会始终卡在那，那我到底是马上把整个利用重构呢还是间接花钱再让他人帮咱们做个新的来的快呢」
所以到底是「自食其力」还是「花钱购买」，这个问题会随着公司的倒退而一直发生变化：公司越大客户越多，客户越多赚的越多，要求也越多。Pano 说，「只有你违心且负担得起，花钱的货色的确会比咱们本人做的要好上十倍百倍」。
不论是本人搭外部零碎还是花钱买服务，Auth0 都尝试过，全公司高低也有许多应用外部工具的场景。Pano 还补充到：「当然，除非你对某项性能的要求十分粗疏，这时候本人搭的外部程序能力真正满足你的要求并解决问题」。
目前 Auth0 曾经建设了与客户订阅治理和与 Stripe、Salesforce 等系统集成无关的自动化工具。这些外部工具还帮忙他们治理了客户环境，包含资源调配和管制治理等。Pano 举例说：「为了帮客户解决票务问题。Auth0 建设了一个平安合规的外部程序。有了这个工具，客户胜利团队能够看到客户环境的配置，并为他们的决策提供准确无效的数据反对。」
本人搭建还是花钱购买 – 你中有我而不是非此即彼
这个问题的答案不是非此即彼的，就像 Auth0 说答案会随着公司的成长而发生变化；On Deck 说答案会依据 MVP 的作用与老本发生变化；Halp 认为答案是两者都有：花钱购买低代码工具并应用它们来构建外部零碎。
具体情况具体分析，在这之前无妨先问问本人「你的公司有多大？你须要建设一个 MVP 吗？你须要建设多少外部工具？又打算花多少工夫呢？」
在理解了三家国外公司对于外部零碎建设的考量后，在这里向您介绍下码匠：码匠是一款国内研发的开发者敌对的低代码平台，您无需理解 React/Vue 等框架的开发、部署等各种细节，就能够疾速买通前后端，连贯 REST API、MySQL、MongoDB 等多种数据源，而后通过一套开箱即用的组件，轻松搭建功能完善的数据看板、数据洞察、Admin 治理后盾等多种利用。
应用码匠疾速搭建 CRM 零碎（具体可参考：https://majiang.co/templates/…）
码匠次要面向国内用户，相较于国外开发的 Admin/CRM/CMS 等后盾工具，码匠的 UI 界面设计更加适宜国内业务场景。同时码匠整合了多款国内常见数据源，包含飞书、企业微信、钉钉、阿里云 OSS 等。不仅如此，码匠还一站式提供了企业外部零碎罕用的租户治理、细粒度的权限管制、审计日志等性能，让您疾速搭建后盾利用的同时，也为您的企业信息安全保驾护航。
