1982年，苹果第8号员工Chris Espinosa，被乔布斯的一个计算器设计，折磨得快要崩溃了。

当时21岁的Chris正在为Macintosh电脑设计计算器程序。

他闷头做了几天，拿出一个自己觉得挺不错的版本，兴冲冲地拿给乔布斯看。乔布斯盯着屏幕沉默了一会儿，开口了：“嗯，算是个开始。但说实话，太糟糕了。背景太暗，线条太粗，按钮太大。”

改。第二天新版本拿过去。“线条细了，但按钮的位置不对。”再改。第三天又说：“背景图案不好看。”就这么来来回回折腾了一个礼拜，Chris每天改一版，乔布斯每天挑一个新毛病。

Chris实在受不了了——他知道乔布斯心里有明确的想法，但就是没法用语言准确描述出来，自己只能像个没头苍蝇一样乱撞。

怎么办？Chris灵机一动，想出了一个绝招。

那天下午，他没有拿出新版计算器，而是打开了一个自己偷偷做的程序。他对乔布斯说：“这是我专门为你做的‘Steve Jobs自制计算器套件’。你可以自己调整所有参数：线条粗细、按钮大小、背景图案、颜色深浅……全在下拉菜单里选。来，你自己试试。”

乔布斯愣了一下，然后兴致勃勃地坐到电脑前，开始拖拽菜单、调整数值。玩了十来分钟，他终于停下来，指着屏幕说：“就是这个！”

你猜怎么着？这个乔布斯亲手调出来的计算器，当场就被通过了。后来工程师根据这十分钟的调试结果，正式实现了计算器界面。

从1984年第一台Mac发布开始，这个计算器一直在Mac系统里待了整整17年，直到2001年Mac OS X推出才被换掉。

这个故事后来成了苹果内部的经典案例。

它说明了两件事：第一，乔布斯确实有审美洁癖，但他更是个“动手派”，你让他自己调，他很快能找到答案。第二，有时候口头沟通是效率最低的方式，让用户直接操作，反而能快速得到正确结果。

说到这，你可能已经联想到今天的软件开发了。

多少项目死在需求沟通上？业务部门提需求，技术部门埋头开发，做出来一看，完全不是那么回事。

业务说“我要一个简单的报表”，技术理解成“做个表格就行”，结果业务想要的是带图表、能下钻、能动态筛选的仪表盘。来回改，加班改，最后双方都一肚子火。

这不就和当年Chris的遭遇一模一样吗？业务人员心里有想法，但说不清；技术人员拼命改，但总跑偏。

那有没有办法，让业务人员像乔布斯那样，自己动手“设计”系统呢？

有。无代码平台就是干这个的。

比如云表平台就是一个无代码开发平台，它的核心理念就是“让业务人员自己搭系统”。

你不用写一行代码，只需要像画Excel表格一样，拖拖拽拽，设置参数，就能快速做出进销存、ERP、OA等各种企业管理系统。

业务部门想要什么报表？自己拉几个字段，选个图表样式，实时预览，满意了直接发布。想要调整流程？拖一拖流程图，改几个节点，马上生效。

这不就是Chris给乔布斯做的那个“计算器套件”吗？只不过当年的套件只能调计算器，而云表平台能调出整个企业管理系统。

想一想，如果每个业务人员都能像乔布斯那样，花十分钟调出自己想要的工具，那得省掉多少沟通成本？技术部门也不用天天被需求变更折磨，可以腾出手来做更有价值的事情。

更重要的是，系统真正贴合业务，员工用得顺手，效率自然就上去了。

乔布斯当年十分钟调出的计算器，在Mac上用了17年。今天你用云表平台搭出的管理系统，也能成为企业长久运转的基石。

回到开头那个问题：需求老说不清？那就让用户自己设计吧。毕竟，最了解业务的永远是业务人员自己。给他们一套趁手的工具，他们就能创造出最合适的解决方案。

这，就是Chris Espinosa三十多年前教会我们的道理。而无代码平台，把这个道理变成了现实。

对此，您怎么看？非常欢迎您在评论区补充观点或者干货。

文｜表妹