这家你闻所未闻却至关重要的公司

CChris Williamson
Small Business/StartupsManagementComputing/Software

Transcript

00:00:00什么是 General Magic?
00:00:01因为我觉得这家公司我应该听说过,但我确实没听说过。
00:00:06我喜欢称它为“最重要却无人知晓的公司”。
00:00:08是的。
00:00:09它的重要性不在于它取得了什么成就,因为它最终彻底失败了,而在于从那里走出的人才。
00:00:14所以这个故事是关于缺乏约束的危险性。
00:00:17这家公司在 90 年代初极具前瞻性,高盛甚至在硅谷历史上首次以所谓的“概念 IPO”将其推向公开市场。
00:00:28他们仅凭一个想法就上市了,而不是产品。
00:00:32公司由三名前苹果员工创立,其中两人设计了最初的 Mac。
00:00:38第三个人,他在苹果内部的工作是寻找个人计算之后的下一个前沿领域,他叫 Mark Peratt。
00:00:44绝对的远见卓识者。
00:00:44他当时是 CEO。
00:00:45我在做书本报道时读了他的博士论文,那是 1976 年在斯坦福大学写的。
00:00:51他在第一页就提出了“信息经济”这个词。
00:00:55读起来让人不寒而栗。
00:00:57他看待未来的方式,我肯定从未达到过。
00:01:03不仅仅是科技的前景,还包括自动化、错误信息等带来的危险。
00:01:10在 1989 年,他在一个红色大皮质笔记本上画了一个薄薄的玻璃矩形,没有突出的按钮,上面有触摸屏和矩形图标的应用程序。
00:01:19它将成为手机、电脑、传真机、ATM、视频游戏、消息系统以及其他一切。
00:01:26那时还没出现万维网。
00:01:26万维网当时还不存在,对吧?
00:01:28那时只有 15% 的美国家庭拥有电脑。
00:01:31但这东西太超前了,资金纷纷涌入,人才也纷至沓来。
00:01:35他们组建了一个由 17 家国际电信公司组成的联盟,规模如此之大,以至于每次会议都要先由反垄断律师列出他们禁止讨论的所有事项。
00:01:47他们可以做任何事。
00:01:48他们有无限的资金。
00:01:49他们有无限的人才。
00:01:50所以他们确实经常做任何事。
00:01:52只要有好的点子,他们就在制作这个个人通讯器。
00:01:54任何人的好主意,他们基本上都会去做。
00:01:57他们将客户定义为“普通大众”,这等于没有定义,因为根本没人见过那个人。
00:02:03于是他们进行了惊人的创新,比如 USB 的前身、表情符号的前身,所有这些东西。
00:02:08但它在不断膨胀,直到开始因自身的沉重而崩溃,因为他们完全没有重点。
00:02:16这种难以置信的资源量使他们无需决定到底应该做什么。
00:02:23所以我采访了几十名前员工,四分之三的人都表达了类似的意思:“我只是无法确定什么是不该做的”。
00:02:32典型的采访对象是一位名叫 Steve Perlman 的工程师,他当时正在为通讯器编写日历功能。
00:02:38他将其编写为支持从 1904 年到 2096 年。
00:02:41提交代码,觉得完成了。
00:02:43然后一位团队负责人走过来对他说:“Steve,可能会有人编写历史应用。”
00:02:46“你必须让它回溯得更远。”
00:02:48所以他打开代码,将其重写为从公元元年到未来。
00:02:51完成。
00:02:52然后另一个团队走过来对他说:“Steve,你为什么要把它和这种武断的宗教背景挂钩?”
00:02:56“你应该让它追溯到天文时间的开始。”
00:02:59所以他再次打开日历功能,将其编写为从大爆炸开始。
00:03:02到未来。
00:03:03这件事花了几个月,而如果他们坚持 1904 到 2096 年,本来只需要四行代码。
00:03:08这就是 General Magic 发生的一切。
00:03:10他们在 90 年代中期上市。
00:03:13Mark Peratt 说他筹集了那么多钱,是因为他想为工程师创造一个天堂,对吧?
00:03:17在那里他们可以自由创作,只受限于他们的想象力。
00:03:21他说,还有什么比这更好的呢?
00:03:23我认为答案是:更少的自由,因为他们无法弄清楚什么是不该做的。
00:03:28所以它彻底崩溃了。
00:03:29你知道,第一天股价翻倍。
00:03:31两年后变得一文不值。
00:03:32哇。
00:03:33但是那些从那里走出的人,尤其是年轻人,被这件事深深触动了,并记住了
00:03:38关于设定限制的重要性的教训。
00:03:41他们后来共同创立了 LinkedIn、eBay、Nest,并创造了 Android、iPod、iPhone 以及
00:03:48Google 地图、Safari 以及所有其他这些东西。
00:03:53所以我认为它之所以变得重要,是因为这些创始人
00:03:58对于限制需求所吸取的教训变得异常重要。
00:04:04书中的重要人物之一,Tony Fidel,算是受创最深的人
00:04:08因为那是他大学毕业后的第一份工作。
00:04:10这些人是他崇拜的偶像,结果却彻底失败了,这对他是种创伤。
00:04:14是的。
00:04:15后来他去主导了 iPod 的设计。
00:04:17后来他又共同创立了智能恒温器公司 Nest,当我第一次采访
00:04:21他的时候,顺便提一下,他说:“我对限制很感兴趣。”
00:04:23而风险投资家 Bill Gurley 把我介绍给了他。
00:04:26他来过节目,是节目的常客。
00:04:27当我提到我对限制感兴趣时,Bill 告诉我,他在风投圈有句话:
00:04:32“更多初创公司死于消化不良,而非饥饿。”
00:04:35他说:“你得去跟我朋友 Tony 谈谈。”
00:04:37我跟 Tony 谈了。
00:04:37Tony 说:“那是我的名言。”
00:04:38“那是我说的。”
00:04:40我必须在这里插一句。
00:04:41你知道什么是“丘吉尔漂移”吗?
00:04:43不知道。
00:04:44就是任何未注明出处的引语,随着时间推移,都更有可能被归功于丘吉尔。
00:04:49好吧。
00:04:50但其实,如果没人能界定谁先说的,那它几乎属于所有人。
00:04:54我觉得狗也有点像这样。
00:04:56如果你带着个孩子,我不能过去摸你的孩子。
00:04:58但如果你带着狗,那是人类的馈赠。
00:05:01未注明的引语对于公共知识分子来说也差不多是这样。
00:05:04这倒也公平。
00:05:04好吧。
00:05:04我原以为,你看,我的第一反应是你会归功于瑜伽熊(Yogi Bear)
00:05:09或者是马克·吐温。
00:05:11马克·吐温。
00:05:11确实也存在“吐温漂移”。
00:05:13我觉得互联网上归功于他的那些话,几乎都不是他说的。
00:05:15但那确实是你需要进入的状态。
00:05:17好吧。
00:05:18我最喜欢的事情之一就是被指控说了我很棒但其实没说过的引语。
00:05:23是啊。
00:05:23我心想,这是我能做的最自由的剽窃。
00:05:28我拥有合理的推诿权。
00:05:29不过那些引语好吗?
00:05:31坏的那些……
00:05:32好吧。
00:05:32我的意思是,整件事就是:他说过那话,而我没说,现在我却因此受到谴责。
00:05:36所以。
00:05:37很多时候,那些引语其实挺好的。
00:05:39很多时候它们并不草率。
00:05:40那挺不错的。
00:05:40我有个引语问题。
00:05:41我有过一个不同的引语问题,就是有一次我为一篇文章提供了某句引语,
00:05:47当时我以为我是引用自别人的。
00:05:50我当时跟记者说,我不记得是谁说的了,但那句话
00:05:53是讲专家表演者通常不知道他们是如何做到他们所做的事情的。
00:05:56比如,他们会给出解释,但实际上他们通常并不真正知道自己是怎么做的。
00:05:58别告诉我你引用了你自己却忘了。
00:06:01我说的那句话是:“仅仅因为你是鸟,并不意味着你是鸟类学家。”
00:06:06“仅仅因为你能飞,并不意味着你知道你是怎么飞的。”
00:06:07是啊。
00:06:08结果她和我都没能找到其他出处。
00:06:11我发誓我是从某处引用的,但我一直没能找到其他的出处。
00:06:14所以她最终把它归功于我,而我至今仍持怀疑态度。
00:06:17好吧,没关系。
00:06:18我觉得原创不过是尚未被发现的剽窃。
00:06:22如果没被发现,那就意味着你侥幸成功了。
00:06:24好吧。
00:06:24我一直都没能找到它。
00:06:25然而,如果你忘了……
00:06:28现在观看这节目的人肯定能把它找出来。
00:06:29那会很有趣。
00:06:30在评论区告诉我。
00:06:30是啊,互联网会解决它的。
00:06:31对,没错。
00:06:31查出来是谁说的。
00:06:33如果你说:“我不记得谁说了这句名言,但它大概是……”然后后来
00:06:39发现原来是你自己说的,那会是额外级别的尴尬。
00:06:43不记得是谁说的倒是适度尴尬,特别是如果你经常引用它的话,但不知道
00:06:48是谁说的结果发现竟然是你自己,这是一种应该留给晚年的痴呆症。
00:06:52这不是什么好兆头。
00:06:53的确。
00:06:54是啊。
00:06:54是啊,是啊,是啊。
00:06:56Bill Gurley,消化不良。
00:06:58Tony Fidel。
00:06:59好吧。
00:06:59所以在 Nest,这算是他热衷于限制的顶峰,他强迫
00:07:04团队在一个字面的盒子里工作,他让他们在产品之前先做包装原型,
00:07:09因为他说:“这就是最终用户将看到的东西。”
00:07:12在货架上。
00:07:13如果我们不能把它装进去,那我们试图告诉他们的东西就不是优先事项,
00:07:17我们正把它束之高阁。
00:07:19所以我觉得有用的限制通常能起到这个作用:迫使你以意想不到的方式理清优先级。
00:07:23这是否则做不到的。
00:07:25你知道你的肠道控制着你的能量、恢复能力,以及你吸收吃进去的东西的效率吗?
00:07:29而让这一切正常运转的一种关键营养素就是纤维。
00:07:30结果表明,95% 的美国人摄入不足,这就是为什么我非常喜欢 Momentus Fiber Plus。
00:07:34大多数纤维补充剂都是“单招鲜”,只用一种纤维来解决问题的一部分。
00:07:38而 Fiber Plus 是一种三合一配方,旨在同时解决消化、肠道屏障强度和血糖稳定性问题。
00:07:41我每天都用它。
00:07:46单靠食物确实很难获得足够的纤维。
00:07:46最棒的是,Momentus 提供 30 天退款保证。
00:07:51所以你可以买来尝试,连续 29 天每天使用。
00:07:53如果你不喜欢,他们会直接退款给你。
00:07:54而且他们还支持国际配送。
00:07:58现在,通过点击下方描述中的链接或访问 [livemomentus.com/modernwisdom](https://www.google.com/search?q=https%3A%2F%2Flivemomentus.com%2Fmodernwisdom),并使用代码 modern wisdom,
00:08:01你的首次订阅可获得最高 35% 的优惠,并享受那 30 天退款保证。
00:08:04去看看吧。
00:08:06非常感谢您的收听。
00:08:08如果您喜欢这期节目,还有另一期我知道您一定会喜欢的,就在这里。
00:08:12(此处为广告语后续补充)
00:08:17(此处为广告语后续补充)
00:08:20结账。
00:08:21非常感谢您的收听。
00:08:23如果您喜欢这期节目,另一期我知道您一定会喜欢的,就在这里。

Key Takeaway

极度充沛的资源若缺乏约束,会导致产品定义臃肿与研发方向迷失,反之,强制的物理或逻辑限制能够迫使团队理清优先级并专注核心价值。

Highlights

  • General Magic 于 90 年代初首次引入“概念 IPO”模式,在未开发出实体产品的情况下上市。

  • 公司资源极度充沛,拥有 17 家国际电信公司组成的联盟,导致产品定义混乱且缺乏限制。

  • 缺乏界定产品范围的能力直接导致公司内部出现工程冗余,如日历代码支持范围竟从大爆炸延伸至未来。

  • General Magic 的失败教训培养了多名硅谷核心人才,促成后来的 Android、iPhone、Nest 等产品诞生。

  • 风险投资家 Bill Gurley 认为,初创公司死于消化不良的情况远多于死于饥饿。

  • Nest 在产品设计中通过强制规定先做包装原型来限制产品功能,以此确立用户体验优先级。

Timeline

缺乏限制导致的概念臃肿

  • General Magic 是一家在 90 年代初因无限制膨胀而失败的标志性公司。
  • 拥有无限资金与人才导致公司无法拒绝任何点子,最终陷入严重的消化不良。
  • 工程师为简单的日历功能编写了从大爆炸到未来的支持代码,浪费了大量时间。

General Magic 的核心愿景是研发出一款集手机、电脑、传真机等功能于一体的个人通讯器。由于当时资金与人力支持过于充足,团队完全丧失了界定产品边界的能力。这种缺乏约束的状态导致开发过程极度发散,甚至出现工程师为日历功能编写跨度超过百亿年代码的低效现象。

失败遗产转化与限制的必要性

  • General Magic 的崩溃使早期员工深刻认识到设定限制对产品成功的重要性。
  • 前员工后续创立或主导了包括 eBay、LinkedIn、Android、iPhone 在内的多个关键科技项目。
  • Nest 创始人 Tony Fidel 通过强制要求先设计包装原型来约束产品的复杂程度。

虽然公司本身彻底失败,但从中吸取教训的员工成为了现代科技行业的奠基者。Tony Fidel 在创立 Nest 后,将其对限制的偏执转化为设计方法,要求团队必须先在包装盒内放置原型。这种做法迫使团队在有限空间内重新审视什么才是产品的优先功能,避免了资源过度投入。

Community Posts

View all posts