千万不要低估内部系统对企业工作的影响力！根据深度解读：海外企业「内部系统」现状，在超过10人的公司里，每3个员工中就有1人在使用由开发人员建立的内部应用程序。随着内部系统的重要性日渐提升，到底是选择「自己搭建内部系统」还是「花钱购买」成了许多公司的难题。
如何才能最好地分配开发人员的时间呢？专家表示：「我们首先要明确一点，自己搭建内部系统还是花钱购买其实是一个假两难推理，它们不应该是互斥的，我们要视情况而定，尤其是当使用低代码平台进行内部系统开发的时候，这时自己搭建也可能会需要一些平台的付费服务，所以花钱与否的界限并不清晰」。
低代码平台Retool公司曾咨询了三位专家，以了解他们是如何考虑「自己搭建」与「购买」问题的，三位专家都来自专注于技术受众的软件公司。这里码匠总结了三位专家的观点供读者参考，大家有什么想法也欢迎评论区讨论。
Halp：直接花钱
Halp前CTOAndrewHomeyer建议直接花钱使用低代码平台来搭建内部系统。
「事实上我们是自己搭建内部系统的，而且我们使用的是低代码平台」。据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分钟就做好了这个功能，一劳永逸的那种」。
OnDeck:先自己搭建再花钱
OnDeck的高级软件工程师CurtisCummings建议：先尝试自己搭建，不行再购买。
Cummings说：「OnDeck的做法与我在其他大多数初创公司看到的有所不同」。在确认一个定制的解决方案之前，OnDeck会先用低代码平台搭一个小的最简化可实行产品（MVP）。为什么要这样做呢？根据Cummings的说法：「这个简单的MVP能让你完成70%到80%的工作，而这70%到80%的进展往往能为最后正式的解决方案提供不少建议。」
实际上当你构建那70%到80%时会更明确最后的目的，「你会怎样处理用户数据？这样处理是否合理？还有没有其他需要改进的地方？」。像这样在MVP的基础上进行思考，然后完善剩下的20%到30%，一个好用的解决方案或者说内部系统就完成了。
要逐一评估！
涉及到搭建内部系统的问题时Cummings十分谨慎，他说他最不希望的就是「辛苦做出来的东西没人愿意用」，这也是Cummings之前做咨询工作的时候最不愿意面对的。在他做咨询师的时候，有许多这样的例子，「我们明明是按照行业标准构建，然后再向用户推广的，所有流程中规中矩，但最后的数据都非常难看。因为这些『行业标准』都是所谓的专家建议，他们并没有站在实际用户的角度考虑问题，更没有以实际的用户数据为依据。」
Cummings表示，通过购买一个低代码平台并利用它建立MVP，OnDeck可以在投入大量开发资源之前验证这个想法的可行性。开发资源是昂贵的，所以在进行任何投资前都应仔细评估。Cummings再三强调：「不要抱有侥幸心理，请务必逐一评估内部系统开发方案」。
上述建议的提出是OnDeck结合购买解决方案和用低代码平台自己构建解决方案的利弊之后提出的。OnDeck主要使用的低代码平台有Zapier、Airtable和Retool。此外OnDeck还利用低代码平台为运营团队搭建了许多好用的工具以帮助他们进行项目管理，如会员管理系统，在此基础上，他们还建立了一个轻量级的内容管理系统（CMS）用来向会员发送每周上新。
Auth0:情况不同，选择不同
Auth0的一位产品经理SolePano说，「自己搭建」还是「花钱购买」取决于公司正处于哪一阶段。
据Pano说，对于一个初创公司来说往往预算少，要求也少。「也许你们目前只需要一个包含『向客户发送通知功能』的应用」，Pano举例说，「初创公司的客户可能并不多，所以短期内并不需要进行功能上的扩展，不如自己上手搭建，又快又划算，等到公司初具规模后再进行扩展也不迟」。
注意！今天的方案不一定适用于明天的问题。
随着公司不断发展，各种各样的要求也会不断增多，有些特殊问题需要特殊的「内部系统」帮忙解决。Pano认为在搭建这些内部工具时安全性和合法性是首要