【转】乔布斯四问 Scooter

乔布斯在评估Segway新产品时,从产品定位、设计、生产和营销四个方面提出了深刻的问题。他认为应专注单一产品,追求极致;设计需创新、优雅且人性化;生产策略需谨慎考虑外包风险;营销需快速占领市场。

乔布斯四问 Scooter

昨晚失眠,在Apple4us上敲了一篇帖子:其实就是复述是最近一段时间,对我启发最多的一篇文章。

这是不久前,苹果把 Segway 公司的首席技术官 Doug Field 挖来做工业设计部门的副总裁时,被翻出来的一本并不知名的商业作品 Code Name Ginger 的摘录。讲的故事也简单,就是 Segway 公司在产品推出之前,把自己的产品两轮电动车 Scooter (当时还叫Ginger)送给乔布斯和亚马逊的创始人贝佐斯看,请他们提供些意见。难得的是,因为本书的作者得到了充分授权,亲眼见证了这次秘密会谈,就 把整个过程充分还原了出来。

我本来想把全文翻译一下,不过一则考虑时间因素,二则,自己在把这文章看过三遍之后,觉得还是解读更有趣。不过,如果哪位同学对自己的英文足够自信,又对本文有兴趣,兴之所至翻译下来,不妨寄到 talk [at] apple4.us。

第一问:产品定位

和很多欲扬先抑的故事一样,这次由硅谷最据权势的风投家约翰·杜尔(简单说,他在Google上投了1250万美元,赚了300多倍,他也是针对iPhone app投资的iFund的老大)主办的内部会议,乔布斯同学迟到了。

迟到了还不算。在他来之前,大家被这个很geeky的玩具弄的很开心,等他来了,所有人要正襟危坐开始做PPT演说,他就开始踢场子。

杜尔说,大概每次演说要10分钟。乔帮也给脸子看:“我不听,这不是我风格。你要想让我离开,没问题,但我不能跟这儿傻坐着。”

主讲者很尴尬,想继续开始,乔帮开始打断了:“咱还是直入正题吧,为什么你们要卖两款机器?”

“我们觉得……”

“我看这有大问题”,因为他提前一天已经看到这车了,并说因此彻夜未眠,还在自己手掌上写了不少思路,你也没法批评他态度不好:他开始讲自己做 iMac 的经历,为什么他在发布了第一款 iMac 之后,等了7个月才推出其他花色:他希望他的设计师、销售人员、公关,都100%的聚焦。

“你确认你们的市场是针对中高端用户的交通需求的?”老乔问。

对方也老实,承认说这里面可能有风险,因为 Scooter 也可能被视作玩具或一时热闹。

乔布斯回到了自己那个本源问题:那你们为什么不先出一个普通版本,卖个几千块,它真的热销了,再出把价格翻倍的 pro 版,针对工业和军事领域呢?

前不久见到 Google 那位美女副总裁Marrisa Mayer时,问她有什么可以从苹果学的,她说,学不了,因为苹果这公司开发产品的方法太需要自信了:你埋头做一款产品几年,谁都不知道黑箱子里是什么, 等掀开幕布那天,或者是wow, wah的欢呼声,或者公司就完蛋了。

她说的没错,但,这只是因为乔布斯比其他企业家更自信吗?

在我看来,乔布斯问 Scooter 的——why 2?——是个极丰富的问题:你为什么要出两款产品?为什么不是把全部精力用于做好一款?如果只做一款,有没有可能获得全世界的赞许?怎么获得?

就是说,他一上来,会把自己的退路封死。毫无疑问,同时做两款产品,无论哪款都会有一些侥幸心理,即使这款不好,那款成功也够了。人们就很容易说服 自己放弃对单一产品的热忱。但乔布斯的思考方法,会让全公司上下永远去做孤注一掷,这也就是外界经常说的,他的员工会被他压迫得爆发出潜能来。

我们还能想起哪家大公司敢于如此孤注一掷呢?或许是波音或制药公司吧,但它们又跟苹果是截然不同的领域。也许有时间应该研究一下这三个不同行业的产品开发策略。

第二问:产品设计

第一题刚刚翻过,杜尔同学扔出了第二枚:你们觉得这产品设计怎么样?

反客为主的乔帮则问台上准备发言的人:你觉得怎么样?——在现场的作者说:“这是个挑战,而不是提问。”

对方试图婉转的平衡一下谦虚与自信,就被打断了。

“我觉得这是屎!”("I think it sucks!")

对方被震慑了:为什么?

“它就是。”

“您详细点说?”

乔布斯一瞬间说出了三个评判标准:它的外形不创新、它不优雅、也感觉不到人性化。“你拥有让人难以置信的创新的机器,但外形看上去却非常地传统”。

最后,他给了建议:去找一家能做出你看到之后会被雷的拉一裤兜子的牛叉产品的设计公司。

这段的信息量同样很足,因为它很简明的总结出乔布斯的三个设计标准:设计是否出奇,或者是否优雅,或者是否足够人性化。

当然,能同时对这三个标准做出恰当的评判,显然需要充分的知识积累

第三问:产品生产

Segway 的倒霉孩子进入了下一个话题:他们要设立工厂。

乔帮又跳出来了:为什么你们要盖个工厂?哪儿盖?为什么你们自己从事生产?

答案是:怕代工把机器的代码泄露;工厂会设在新罕布什尔州。

这太不让挑剔的乔老师满意了:难道你们的代码不能被反向工程(reverse engineer)吗?Segway 的同学自信的说,我们毕竟在这方面求索了那么多年,这个没那么容易。但乔老师说:当然可以被反向工程,而且,公司的管理者应该把资金和管理时间用在其他事 情上,尤其是,你根本不可能找到一流的制造专家搬到新罕布什尔州。

看这段时,我想的并不是盖不盖工厂的问题,而是另一个问题:很多人对自己的技术非常自信,认为是不可被仿制的,但乔布斯对此并不乐观。想想看,也 对,他当年那么自信的做了麦金塔,还不是被自己视为“没品”的盖茨同学打垮了?接下来,iPod 和 iPhone 不是总有从三星、诺基亚到魅族和山寨机的如影随形?

那怎么办?关键是用时间和资金去找到其他壁垒。就像 iPod 和 iTunes 的相生,iPhone 时代,靠手机补贴获得的低价、iTMS、app store 和 me.com 更像一座道道护城河,把 iPhone 小心呵护起来。

这时候,不妨让我们退回到第一个话题:乔布斯在开发产品时的自信。

没错,他很自信。他会用1亿美元,3年时间,去开发外界根本见不着踪影的 iPhone,但我们显然忽视了他重视风险的一面。他会做个极端假设:自己最牛的产品,也可能被仿制。然后,那就必须有方法去找到其他维度的安全网。

第四问:产品营销

最后谈到了或许是乔布斯最擅长的话题之一,营销。

一直扮演配角的亚马逊的贝佐斯说,他觉得 Scooter 这样一款产品,是不太可能在美国热卖的,因为美国人对汽车的情感和依赖太强了,总会有人去游说政策制定者,封杀 Scooter。所以他建议,把这产品先卖到新加坡去,这样,不仅游说政策制定者很简单,因为那里就是李光耀一个人说了算嘛,而且还有一个400万人口的 试验田。

这可谓一个新鲜想法。但乔布斯依然摇头。

他说,这是个网络时代了,这时代,慢者必死。人们会通过互联网,在很短时间内了解到 Scooter 这款产品,会想要它,但如果它只在遥远的新加坡开展业务,你就等于浪费了在全世界最大市场的因网络而带来的相当于一亿美元的免费公关。而且,新加坡是个贼 巢,更可能让 Scooter 被仿制。

那乔帮的方法?

他先给了一个保守方案:把这机器,在斯坦佛这样的一流大学、迪斯尼这样的主题公园里,做小规模推广。

但他立刻补充说,这风险也不小:如果有一个倒霉孩子在斯坦佛不小心摔一跤,然后在网上乱骂一顿 Scooter,公司就完蛋了。如果是一个大规模的发售呢,一点点麻烦不会从根本上伤害公司。老乔说“我是个’大爆炸‘主义者”,说完这句话,他这天头一 次乐了。“高举高打的风险,就是你把自己暴露给你的敌人,你需要很多钱跟仿制者作战。”

因为我从来没做过营销工作,所以对这段话我的触动是最少的。不过因为信息明确,似乎也不用多说。

总结一下呢,就是说,虽然乔布斯一直被视为 incredibly aggressive questioner ,但因为有机会跟他密切工作又敢对外说话的人太少,他的思考方法并不多见。而这篇文章,一方面展露了乔布斯是怎么思考宏观和微观问题的,一方面让我感受 到,乔布斯像一个知识分子一样,认真思考他遇到的每一个问题。我自己在看这篇文章时,总感觉像在看武侠小说,那种思考的绚烂让我提醒自己:如果你仔细而富 有成效的把你遇到的每个问题自己琢磨一下,你处理问题的方法可能会很不一样。

AI 代码审查Review工具 是一个旨在自动化代码审查流程的工具。它通过集成版本控制系统(如 GitHub 和 GitLab)的 Webhook,利用大型语言模型(LLM)对代码变更进行分析,并将审查意见反馈到相应的 Pull Request 或 Merge Request 中。此外,它还支持将审查结果通知到企业微信等通讯工具。 一个基于 LLM 的自动化代码审查助手。通过 GitHub/GitLab Webhook 监听 PR/MR 变更,调用 AI 分析代码,并将审查意见自动评论到 PR/MR,同时支持多种通知渠道。 主要功能 多平台支持: 集成 GitHub 和 GitLab Webhook,监听 Pull Request / Merge Request 事件。 智能审查模式: 详细审查 (/github_webhook, /gitlab_webhook): AI 对每个变更文件进行分析,旨在找出具体题。审查意见会以结构化的形式(例如,定位到特定代码行、题分类、严重程度、分析和建议)逐条评论到 PR/MR。AI 模型会输出 JSON 格式的分析结果,系统再将其换为多条独立的评论。 通用审查 (/github_webhook_general, /gitlab_webhook_general): AI 对每个变更文件进行整体性分析,并为每个文件生成一个 Markdown 格式的总结性评论。 自动化流程: 自动将 AI 审查意见(详细模式下为多条,通用模式下为每个文件一条)发布到 PR/MR。 在所有文件审查完毕后,自动在 PR/MR 中发布一条总结性评论。 即便 AI 未发现任何值得报告的题,也会发布相应的友好提示和总结评论。 异步处理审查任务,快速响应 Webhook。 通过 Redis 防止对同一 Commit 的重复审查。 灵活配置: 通过环境变量设置基
【直流微电网】径向直流微电网的状态空间建模与线性化:一种耦合DC-DC变换器状态空间平均模型的方法 (Matlab代码实现)内容概要:本文介绍了径向直流微电网的状态空间建模与线性化方法,重点提出了一种基于耦合DC-DC变换器的状态空间平均模型的建模策略。该方法通过数学建模手段对直流微电网系统进行精确的状态空间描述,并对其进行线性化处理,以便于系统稳定性分析与控制器设计。文中结合Matlab代码实现,展示了建模与仿真过程,有助于研究人员理解和复现相关技术,推动直流微电网系统的动态性能研究与工程应用。; 适合人群:具备电力电子、电力系统或自动化等相关背景,熟悉Matlab/Simulink仿真工具,从事新能源、微电网或智能电网研究的研究生、科研人员及工程技术人员。; 使用场景及目标:①掌握直流微电网的动态建模方法;②学习DC-DC变换器在耦合条件下的状态空间平均建模技巧;③实现系统的线性化分析并支持后续控制器设计(如电压稳定控制、功率分配等);④为科研论文撰写、项目仿真验证提供技术支持与代码参考。; 阅读建议:建议读者结合Matlab代码逐步实践建模流程,重点关注状态变量选取、平均化处理和线性化推导过程,同时可扩展应用于更复杂的直流微电网拓扑结构中,提升系统分析与设计能力。
内容概要:本文介绍了基于物PINN驱动的三维声波波动方程求解(Matlab代码实现)理信息神经网络(PINN)求解三维声波波动方程的Matlab代码实现方法,展示了如何利用PINN技术在无需大量标注数据的情况下,结合物理定律约束进行偏微分方程的数值求解。该方法将神经网络与物理方程深度融合,适用于复杂波动题的建模与仿真,并提供了完整的Matlab实现方案,便于科研人员理解和复现。此外,文档还列举了多个相关科研方向和技术服务内容,涵盖智能优化算法、机器学习、信号处理、电力系统等多个领域,突出其在科研仿真中的广泛应用价值。; 适合人群:具备一定数学建模基础和Matlab编程能力的研究生、科研人员及工程技术人员,尤其适合从事计算物理、声学仿真、偏微分方程数值解等相关领域的研究人员; 使用场景及目标:①学习并掌握PINN在求解三维声波波动方程中的应用原理与实现方式;②拓展至其他物理系统的建模与仿真,如电磁场、热传导、流体力学等题;③为科研项目提供可复用的代码框架和技术支持参考; 阅读建议:建议读者结合文中提供的网盘资源下载完整代码,按照目录顺序逐步学习,重点关注PINN网络结构设计、损失函数构建及物理边界条件的嵌入方法,同时可借鉴其他案例提升综合仿真能力。
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值