category
随着GPT-4的发布,很明显LLM非常擅长编写代码片段,以至于软件开发和设计可能会永远改变。但是怎么做?
最明显的一阶影响是软件开发本身的中断。软件开发人员将使用LLM作为编码助手,提高生产率并降低开发成本。这已经发生了。编码副本可以通过Github和Replit广泛使用,我认识的几乎每个开发人员都在定期使用ChatGPT来增强他们的工作。
然而,我对二阶影响更感兴趣。例如,既然计算机可以编写代码,软件本身将如何改变?
我希望我们终于进入了一个软件创作民主化的时代。在过去的50年里,我们生活在一个计算能力被剥夺的世界里。我们一直被固执己见、专门构建的软件所包围,这些软件功能强大,但限制性极强。客户构建的产品(通常称为“最终用户编程”系统)试图通过授权用户构建自己的软件来解决这个问题。但我认为,公平地说,没有一家公司——无论是VisiCalc、Hypercard、Zapier、Webflow,甚至是我心爱的Airtable——已经开发出足够强大但可广泛使用的客户定制产品。
这些产品未能充分发挥其潜力,因为它们要么过于复杂(仅服务于高级用户),要么最终被功能膨胀所拖累(疏远新用户)。
我认为LLM有潜力解决这两个问题,并从根本上改变这类产品的设计方式。我的观点是,第一个真正成为主流的客户构建产品(不仅仅是数百万用户,而是数亿用户)将以人工智能为核心构建。
客户制造的产品未能充分发挥其潜力
任何客户构建产品的关键都是功率与简单性的比率。核心原语需要足够简单,以便普通用户能够仅通过探索来理解,但足够强大,可以作为关键任务系统的基础。
事实上,我认为这是一个不可能实现的平衡。没有一款客户构建的产品足够简单,能够真正“跨越鸿沟”并成为主流。不可避免地,客户构建的产品都成为了高级用户的领域。Airtable很直观,但很吓人。电子表格也是如此。在这两种情况下,你都需要相当多的专业知识来正确设置它们。这使得推动增长变得异常困难。你被剥夺了标准PLG的所有战术。糟糕的入职流程失败,推荐循环步履蹒跚。正如我过去详细介绍的那样,成长的唯一途径是教育你的用户,并让他们能够用你的产品构建系统。没有捷径。
然而,专注于终端用户教育和客户成功只会让你走到这一步。最终,每个产品都会添加功能,以实现更具体的用例。这就是事情出错(甚至更糟)的地方。
随着这些产品添加功能以增加专家用户的能力,并为普通用户抽象出复杂性,它们疏远了新用户。核心产品可能仍然是一件美丽的东西,但它隐藏在层层膨胀的背后。
让我们以Airtable为例来说明这是如何发生的。
从第一天起,我们就用API建造了Airtable,作为逃生通道,防止这种不可避免的情况发生。不久之后,我们推出了Blocks SDK,使开发人员能够在Airtable GUI本身中构建应用程序。是的,这两个功能都需要开发人员,但至少核心应用程序仍然相对简单!
这种情况很快就改变了。今天登录,告诉我你看到了什么。自动化。表同步。界面设计师。视图应该是应用程序。应该是视图的应用程序。有点乱。所有这些功能的构建都非常昂贵(在时间和金钱上)。我仍然喜欢Airtable,每天都在使用它,但我很高兴我从2015年开始使用它。如果我今天报名,我不确定我是否有足够的资金留下来。
同样的事情也发生在其他任何规模的客户制造的产品上。善意的功能膨胀破坏了产品最初的特殊性。
客户构建软件设计的未来
我认为LLM有潜力解决这两个问题,并从根本上改变这类产品的设计方式。
首先,LLM驱动的聊天机器人如今风靡一时。我通常不是一个狂热的粉丝,但一个友好的、经过帮助中心培训的LLM,嵌入到产品中,能够提供实时的、针对具体问题的支持,可能能够降低新用户的进入门槛,从而增加潜在的高级用户群。这可能会开始以模板、网络研讨会和入职指南永远无法解决的方式解决客户构建产品面临的第一个问题。记住,客户构建增长的关键是提升用户水平,并赋予他们构建能力。如果这种现代、智能和上下文相关的Clippy早在2017年就可用,我会努力立即实现它。
其次,如果LLM可以编写代码,他们能否构建动态的、短暂的GUI、扩展和修改,取代困扰每个产品的臃肿?
Airtable可以用自定义的一次性UI取代界面设计器。Zapier可以按需推出新的集成。想想节省的工程时间。想象一下,产品的复杂性被消除了。
现在我不确定这在实践中会如何运作。设计范式仍需整理(如果客户构建的产品变成一系列聊天框,我认为这将是一个错误)。但从业者已经在研究这种想法了。请参阅Vasek Mlejnsky的“IDE UI点播”演示。
或者这个来自@wenquai的“动态界面设计师”演示。或者这个来自Sean Grove的“短暂UI”演示。Geoffrey Litt在他关于“可塑性软件”的文章中也涵盖了其中的一些想法。
所有这些都不意味着软件开发不再重要。如果说有什么不同的话,那就是核心产品的周到开发更为重要。这几乎就像是你必须同时设计你的产品和你的产品的API,因为你知道用户(和LLM)将从第一天开始使用这两种东西。是否有任何不明显的端点需要提供?您是否需要某种程序化的API来操纵UI来为一次性GUI供电?一些产品(如Airtable)从一开始就考虑到了API,但这将成为常态。
这对企业家来说意味着什么机会?
如果软件设计以这种方式发展,企业家将有无数的机会。以下是我想到的几个:
首先,需要某种LLMOps/LLM编排层来管理LLM的使用,以便在这些产品中实时编写和部署代码。也许这是现有LLMOps平台将用于的用例之一,或者可能还有其他玩家的空间。
其次,需要设置安全护栏。您如何确保用户不会无意中提示引入安全漏洞的代码?自动化测试也将变得越来越重要。
第三,下一个伟大的客户构建产品现在将被构建。正如我所说,我喜欢Airtable,但我很清楚,如果GPT-4早在2015年就存在,产品的设计会有所不同。下一代Airtable可以更快、更便宜地构建,从而有更多时间来调整功率和简单性的平衡。如果你是一位阅读Alan Kay的创始人,怀念Hypercard的日子,小时候用乐高标志编码……伸出援手。我很想和你谈谈。现在是你的时刻。
- 登录 发表评论
- 7 次浏览
最新内容
- 17 hours ago
- 17 hours ago
- 18 hours ago
- 19 hours ago
- 19 hours ago
- 6 days 17 hours ago
- 1 week ago
- 1 week 3 days ago
- 1 week 3 days ago
- 1 week 3 days ago