当你的技术栈不能满足每个人需求时，下一步是什么呢？

Posted 2023-03-20

无论技术发展得有多快，对于一些企业来说，他们往往会感到落后一步。在一个又一个部门，从人力资源和采购到财务和营销，都存在关键软件解决方案不能完全满足其组织需求的情况。对于员工、部门经理，当然还有 IT 部门来说，这都是一个问题。

对业务敏捷性的贪得无厌，给 IT 组织选择、集成和部署适当且完整的企业平台带来了巨大压力。然而，通常情况下，技术栈可以做什么和它应该做什么之间是存在差距的。

近十年来推动大多数 IT 活动的数字转型实际上扩大了部门技术栈的差距。数字化转型通常侧重于大规模实施；它可能会遗漏一些不太可见但却必不可少的工作流和流程，这些工作流和流程将主要平台紧密拼接在了一起。近年来，合格开发人员的短缺更是加剧了这种情况，这使得实现连接良好的解决方案变得更加困难。

因此，业务团队经常使用未完全形成、未被充分解释或不适合当前工作需求的技术。无奈之下，他们使用手动流程或临时软件创建自己的解决方案。

未经批准的影子 IT 解决方案可能会产生晦涩难懂的过程、不一致的工作流程并缺乏可见性，更不用说安全性和可扩展性问题了。

当公司跟不上变革的步伐时，它们就会失去市场领导者的地位。随着僵化的系统变得过于笨重且修改昂贵，价值转换速度就会下降。混乱的技术环境取代了本应平稳、规范的自动化。

可扩展性的挑战

技术栈可扩展性——可灵活扩展现有技术解决方案的能力——是设计良好的 IT 生态系统的基本特征。然而，创造这一重要优势并不容易。

垂直解决方案能解决具体的问题，但很僵化；另一方面，水平解决方案虽然更灵活，但修改成本很高。此外，当开发人员忙于企业的其他工作时，定制遗留组件可能是一项挑战。

确实存在其他替代方案。许多组织在应用程序生态系统中购买额外的模块，希望它们能够解决其独特的问题。机器人流程自动化（RPA）是一种选择，虽然可以有效满足特定需求，但需要业务团队自己进行连接，并且仍然会使技术栈变得复杂且缺乏控制。

控制结果

另一方面，低代码 BPA（Business Process Automation，业务流程自动化）的优势使其处于技术栈可扩展性方法的最前沿。低代码通过为业务团队提供一套易于使用、易于理解且最重要的是经过 IT 认可的工具来提高流程弹性。使用这些构建块，最终用户可以用补充和协调现有组件的解决方案方式来缩小差距，而不是与它们竞争或复杂化它们。

低代码方法带来了许多 IT 优势。它使业务团队能够自己完成大部分工作，从而节省了开发人员的资源并减少了工作积压。它标准化了流程，从而更容易执行安全授权。由于可扩展性内置于低代码框架中，因此补充编码是最少的。

最终用户希望拥有经过 IT 认可的功能，这些功能使他们能够快速做出更改。他们无需等待定制的解决方案，而是能够随着业务需求的发展进行调整。工作流程变得更相关、更方便、更高效。

尝试与测试

领先的企业已经体验到了低代码支持技术栈可扩展性的优势。全球箱包制造商新秀丽（Samsonite）一直在努力解决其采购工作流程中的几个漏洞。请求是通过电子邮件和文件共享来执行的，部门工作人员必须筛选旧消息，以找到向供应商发起采购报价所需的信息。

低代码 BPA 解决了这些问题。在对采购流程进行了分析，使其标准化，并确保其符合内部政策和外部法律、财务和税务要求后，新秀丽的采购团队开始创建了每个阶段都必需审批的工作流程。技术栈可扩展性解决方案简化了请求 / 履约流程，使购买者和请求者能够接收自动通知和警报。

在最初的五个月内，新秀丽减少了大约 2370 个小时的手工工作，并实现 177% 的整体投资回报率。

新秀丽的客户服务和采购经理 Mauricio Rizzi 表示：“我们的新系统不仅为我们提供了所需的控制，以确保每个人都要遵守我们的规则和政策，而且还为未来的审计创建了一条易于访问的追踪。”

另一个例子是总部位于伦敦的领先工业车辆制造商 CNH。CNH 正在处理一个由 15 个不同系统组成的技术栈，这些系统是在其数字化转型过程中必须实施的。这些系统之间缺乏集成，阻碍了公司人事运营部门的效率，迫使员工通过电子邮件或纸张手动输入、存储和交流信息。

在采用低代码 BPA 后，人事运营团队能够构建和支持许多改进的流程和体验。与以前更传统的方法相比，该系统赋予了他们更多的所有权和灵活性。

CNH 的服务设计师 Diogo Ayres 表示：“现在我可以教我们人事运营组织中的任何人如何使用我们的低代码解决方案，他们几乎可以将其用于任何流程。”。“它让我们能够为员工和应聘者提供无缝且一致的体验。”

如何让无代码 / 低代码为你工作

公民开发（Citizen development）——当非技术用户能够使用无代码或低代码解决方案来创建新的应用程序而无需编写一行代码时——是提高团队日常效率或简化现有业务流程的有效方式。公民开发人员是优化和扩展组织运营不可或缺的一部分。然而，培养 IT 团队和公民开发人员之间的共生关系是确保成功并优先考虑高质量产出的关键。

IT 需要在整个过程中与公民开发人员合作，以确保最大限度的安全和效率。从一开始，确认团队的整体方法、选择正确的工具、确立角色、设定目标以及讨论公民开发人员何时应向 IT 部门寻求支持都是非常重要的。为公民开发人员计划指定一名领导是帮助执行这些政策并使团队对达成商定的里程碑负责的一种好方法。

为了鼓励协作并使公民自动化成为日常实践，重要的是必须持续工作，以确定可以自动化的业务流程中的痛点和手动工作。IT 部门应定期与业务部门、财务部门和人力资源部门进行沟通，以寻找实现自动化的机会，明确计划出受影响的人会看到什么样的变化。获得其他团队领导的支持是至关重要的，因此公民开发人员和 IT 部门需要成为自动化优势的内部倡导者。

另一个不可协商的基本规则是，公民开发人员应该只能使用经 IT 认可的工具平台。这为 IT 部门提供了监控新应用程序质量和安全性所需的洞察力和能力。IT 部门还可以设置“沙箱环境”来降低风险，并允许开发人员在不干扰其他系统的情况下创建应用程序。最终，IT 部门负责监控所有公民开发人员的活动和应用程序开发。

为了帮助无代码 / 低代码解决方案与现有 IT 基础架构顺利集成，公司应该：

• 寻找具有支持安全性和合规性工作的功能软件，如 SSO、MFA 和权限管理。
• 比较软件的正常运行时间和可用性，以最大限度地降低中断风险。
• 确保软件供应商提供了适当的支持，这样 IT 团队就不会承担不必要的维护工作。在节省 IT 资源方面，无代码 / 低代码软件可以帮助公民开发人员并邀请企业用户参与解决问题的过程，这也有助于减少 IT 的工作积压。
• 最后但同样重要的是，考虑可以跨多个部门处理多个用例的无代码 / 低代码解决方案。可扩展性和技术栈可扩展性是成本控制策略，当解决方案易于适应并与广泛的应用程序和系统集成时，可提供最大的价值。

投资于正确的无代码 / 低代码解决方案是第一步，但投资于内部培训和技能开发更为重要。公司需要向公民开发人员提供适当的教育、支持和学习资源。增长并非一蹴而就；IT 需要以耐心和团队精神来处理公民发展问题。创建协作学习环境也有助于降低公民开发人员追求影子 IT 解决方案或犯代价高昂的错误的风险。

公民发展的目的是增强非技术员工的能力，而不是消除 IT。虽然公民发展听起来像是对 IT 部门的威胁，但实际上恰恰相反。公民发展旨在帮助 IT 专业人员。虽然开始时可能需要一些时间，但当公民开发人员能够自行构建和连接高质量的自动化工作流时，这笔投资就会得到回报。

未来预测

技术栈可扩展性，特别是在低代码 BPA 启用时，显著提高了典型企业的敏捷性和竞争力。关键应用程序仍然保持相关，实用程序得到了提升，无需定制开发，也无需深入组织的核心（通常是最昂贵的）技术投资。

在这种渐进的方法下，业务用户成为了 IT 的合作伙伴，遵循相同的策略。开发人员资源总是非常宝贵的，因此得到保护和扩展。利益相关者能够更快地行动，因此每个人的生活都变得更加轻松。

也许永远不会有技术能够充分预测商业需求的时候；然而，灵活、安全和易于使用的连接解决方案可以极大地减少动态环境中的麻烦，并使企业能够满怀信心地向前发展。通过技术栈可扩展性，IT 不再需要预测未来。相反，它可以简单地为未来计划。

作者介绍

Alessio Alionço是业务流程自动化解决方案 Pipify 的创始人兼首席执行官。作为一名资深的商业顾问和企业家，Alionço 拥有精益六西格玛黑带，并持有斯坦福大学商学院的 LEAD 证书：个人领导力课程证书。

​​​https://www.infoq.com/articles/tech-stack-not-meeting-needs/​

基于契约的开发：通过明确需求优化软件开发流程 (https://www.infoq.cn/article/g6D7e4ki76V3dRBWkrrK)

架构师角色的演变：从发号施令到与团队合作 (https://www.infoq.cn/article/jpSYVMHY71wO6wchb71x )

SaaS已死，软件的下一步是什么？

在上个世纪的前半个世纪中，大量的电气化设备取代了传统的人工设备并为人们创造出了大量的财富。 在当时，因为电气化是一种全新的词语，所以在人们描述这些新颖的小工具时，限定术语“电动”是一个重要的区别。 然而，随着人们生活中的每一个设备均应用了电气化技术，“电动”这个形容词最终被抛弃了。而这种变化似乎也将发生在软件领域中。

如今，SaaS(Software as a Service)这一词语的逐渐没落，而人们也开始将眼光回归到“软件”上面。一个典型的案例，就是Salesforce将对于它“没有软件”的口号也解释为“没有传统软件，只有云软件”。

所以，这就说明，“你并不是一家SaaS公司，你是一家软件公司。你不是SaaS投资者，你是软件投资者。你不是SaaS企业家，你是软件企业家”。 不过，在软件的发展中，SaaS始终显然被更多人所接受，让它回归到“软件”本身的含义仍需一定时日。 

从软件、AS再到SaaS

在2000年代早期时，大量的软件创业公司都被称作为应用服务供应商（ASP）。当时，创业者们不得不耗费大量的精力向那些持有怀疑态度的客户解释，其实基于订阅模式的租用比直接购买软件更加具有意义和价值。而现在，除了少数个例外，很少有人会再去购买那些本地软件。当然，我们也必须承认，将公司的系统完全迁入云端是一个艰难的过程。 

当年，ExpertCity（远程桌面服务公司，代表产品为GoToMeeting等，后被Citirx收购）曾与Siebel举行过一次会议，探讨是否可以通过Siebel将ExpertCity的GoToAssio屏幕共享技术卖给客户。然而，Siebel方面十分傲慢的拒绝了ExpertCity团队的云方案。一位Siebel高管还对此嘲笑到，“我们的客户永远都不会允许软件通过他们的防火墙来交付！如果软件不能够放在我们客户的服务器上，我们根本不会卖它”。

数年后，当ExperCity推出GoToMeeting时，ASP这个术语已经被SaaS所取代，而订阅性的软件模式也已经牢牢根植于供应商与客户的心中。之后，曾被Siebel嘲笑过的ExpertCity团队也以一个十分可观的价格将公司及其整个GoTo系列产品卖与了Cirtix。 

从垂直化软件到移动优先软件，僵化的术语：SaaS

在SaaS出现后的十余年中，随着成千上万的创业公司及他们的垂直化产品的出现，Siebel的本地软件已经被完全取代，再也不复当年之勇。虽然大量的创业公司均不断地进行投资，以开拓全新的垂直市场，但现在很少有软件公司会与那些传统的“盒装”软件公司进行正面竞争。相反，很多软件创业公司会与那些Web1.0时代面向桌面端的巨头公司进行竞争，尽管后者也提供了云端的服务，但他们的用户体验不佳，特别是在于移动设备上。 

但即便如此，人们也并没有将这一批的新兴公司成为“更好的GUI软件”或“移动优先”创业公司。相反，在这个SaaS已经过于“泛滥”的时代，我们仍然将各种类型的软件创业公司称之为“SaaS公司”。

垂直化AI将是软件的下一步

对于大量的创业公司来说，AI的垂直化应用应该是一个充满了机遇的蓝海市场。Wait But Why网站创始人及TED演讲者Tim Urban在博客里对此就进行了详细的描述，根据他的说法，目前我们所利用的AI是仅仅在某一特定事物上等于或超过人类智能/效率的机器智能。他列举了一系列的案例，比如自动驾车的汽车、像Siri、Pandora和Waze这样的复杂移动应用以及垃圾邮件的过滤器等。 

但Urban进一步提到，AI最终将从垂直化的狭义智能转变真正的“通用人工智能（AGI）”，这指的是会出现一台与人类一样聪明的计算机，它可以完成目前所有人类智能级的任务。 

不过，尽管人们在于AI领域的进展很快，但离实现这种通用人工智能还需要较少的一段时间，这也为创业者们留下了大量的空间去创造价值，他们可以推出不同类型的垂直化AI方案以满足客户的需求。就像1980年代时，在第一批手工流程计算机化国城中工程师所做的那样。 

正如最终人们不再把吹风机定性为“电动”一样，汽车行业也出现类型的演变。很快，人们就不再会将汽车描述为“电动”，因为再去对石油与电动汽车进行区别不再具有意义。而或许，到了那时，我们也会停止将软件视作是SaaS。 

---

当资本风口不再，SaaS厂商生存面临挑战，要么出众、要么离场，原来一直以直销团队为主的SaaS也开始寻找成本控制和扩大营收之间的平衡点，2018年被SaaS厂商忽视多年渠道价值再次写进自已的战略版图，如何打通SaaS厂商与渠道商的最后一公里？如何在伙伴策略上吸引到渠道商？欢迎您来参加6月15日的「中国软件渠道伙伴大会」，我们共谋未来发展。

（请点击阅读原文进行报名）。