Claude Cowork 来自Cowork设计主管的教程(40分钟)【实操视频】

Peter Yang 油管AI课堂 2026-03-31 有操作演示
总结 Claude Cowork 彻底改变了产品设计和开发流程 让团队从写长篇文档转向快速原型和即兴协作 开发新功能从几周缩短到几天
工具 - Claude Cowork; - Claude Code; - Claude Cloud; - Figma; - Slack; - Replit Agent 4 (赞助商); - Keynote
建议 - 尝试用Claude Cowork处理多源信息(用户访谈、社交媒体反馈) 自动生成每周洞察报告
播客音频
Peter Ya_Claude Cowork 来自Cowork设计主管的教程(40分钟)【实操视频】
一句话总结

Claude Cowork 彻底改变了产品设计和开发流程 让团队从写长篇文档转向快速原型和即兴协作 开发新功能从几周缩短到几天

核心论点展开
工作方式变了 节奏更快了
. 现在开发完整功能 只需要几天而不是几周
. 我们还在做类似的事 比如排优先级 但方式完全变了
. 秘诀就是 大部分工作都用 Claude Cowork 来协作完成
设计师的日常 更像咨询顾问
. 没有所谓“典型”的一天 但有很多固定流程
. 花最多时间的事 核心都是为了把产品推出去
. 经常和工程师、产品经理一起 用很随意的方式即兴讨论
. 看一个可以实际运行的原型 一起琢磨怎么改进
. 自己动手做设计、做原型的时间变少了
. 感觉更像同时在为五六个项目提供咨询 随时待命
文档变少了 迭代变多了
. 不像以前那样频繁写详细的产品规格文档了
. Figma设计稿还是会做 但文档通常只列几个要点
. 最有趣的部分 始终是和团队一起审视产品 然后不断迭代
. 在设计工具里不断打磨 这个环节仍然非常关键
贴近用户 是成功的关键
. 协作团队一直努力保持和现实情况的紧密连接
. 通过传统用户研究、直接交流、还有内部试用来实现
. 运行Slack频道收集所有内部反馈 还有社交平台上的声音
. 一直超级贴近用户 迭代速度也很快
关键数据与案例
. 开发新功能从几周缩短到几天
. 设计师同时为五到六个项目提供咨询
. 内部销售员工曾用Claude Code生成潜在客户名单和电话脚本
. Claude Cowork 从决定发布到真正上线 大约只用了十天时间
提到的工具/产品/技术
. Claude Cowork
. Claude Code
. Claude Cloud
. Figma
. Slack
. Replit Agent 4 (赞助商)
. Keynote
金句
. 我的秘诀是 现在大部分工作 我其实都用Claude Cowork来协作完成
. 垃圾进 宝藏出 Claude特别擅长从一大堆信息里提取精华
. 我觉得大多数公司都太各自为政了 团队之间很少为彼此的产品交流
. 网上经常讨论品味和判断力 我觉得构建这些东西的方法 就是直接面对海量反馈
. 如果一个想法反复出现 每次都有能量 那关键就在于执行 很多时候真的只是时机问题
对 Vibe Coder 的价值
. 展示了如何用AI工具(Claude Cowork)极大压缩产品开发周期
. 提供了从“写文档”到“快速原型+协作”的具体工作流转变案例
. 强调了“贴近用户反馈”和“快速迭代”的核心价值 这对独立开发者尤其重要
. 证明了即使产品不完美 抓住时机快速推出并持续改进 是可行的策略
建议
. 尝试用Claude Cowork处理多源信息(用户访谈、社交媒体反馈) 自动生成每周洞察报告
. 建立“反馈到原型”的快速循环 比如每周一用AI生成几个产品点子 直接开始迭代
. 重视内部用户的反馈 他们往往更坦诚 也更容易跟进
. 不要过度追求完美文档 用要点列表和可运行原型来推动进度
. 考虑设置定时任务 让AI自动执行常规的信息收集和报告生成工作

他们现在几天就能开发出完整功能,而不是几周。想想我们六个月到一年前制定的那些规格,比如里程碑一,我们有这些P0级、P1级的任务。我们现在依然这么做。

我们仍然会做优先级排序,但通常只是列出几个要点。我的秘诀是,现在大部分事情我实际上都采用协作方式。每周一上午10点,我都会以这份演示文稿开始工作。

通过这次演示,我获得了三种不同的产品创意,可以用来开启新一周的工作。用户界面在短短四五周前还大不相同,如今我们正持续学习哪些方法有效、哪些无效。

如果你感觉脚下的地面正在移动,那是因为它确实在动。 >> 大家好,我今天非常激动地 >> 大家好,我今天非常激动地 >> 大家好,我今天非常激动地欢迎Anthropic的设计主管珍妮。欢迎Anthropic的设计主管珍妮。欢迎Anthropic的设计主管珍妮。

嗯,珍妮将为我们展示她如何运用云端协作与云端代码来设计和交付产品,并分享协作背后的故事,或许还会透露她产品的下一步计划。那么,欢迎珍妮。

>> 谢谢彼得。很高兴来到这里。

>> 是的,好的。那么,嗯,我只是……

嗯,我其实特别好奇,你工作中典型的一天是怎样的?哪些任务最占用你的时间?>> 真的有所谓典型的一天吗?我不太确定是否存在这种典型模式。不过我的日常工作确实包含许多固定事项。

嗯,但我花时间做的很多事情,都是为了把产品推出去,对吧?所以我觉得,这可能和一两年前的情况看起来不太一样了。

嗯,很多情况下,实际上就是和工程师、产品人员等等以一种不那么正式的方式一起即兴讨论。

通常,你知道,就是审视一个原型,然后指出并思考它可能的发展方向。嗯,有时候只是讨论事物的行为,而有时候则是我亲自去实现一些东西。

嗯,我觉得还有很大一部分时间,你知道,是用于我个人设计、制作原型这类事情。但感觉如今设计的运作方式相当松散,听起来有点……嗯,不那么具体。

这听起来如此虚无缥缈。就好像,哦,只是一场对话,或者就像,哦,只是一场对话,或者就像,哦,只是一场对话,又或者仅仅是与人们即兴互动。嗯,仅仅是与人们即兴互动。嗯,仅仅是与人们即兴互动。

嗯,但这就是我经常遇到的情况,因为需要处理的工作量减少了,你知道,我花在单一项目上的时间变少了,但我觉得自己更像是在同时为五六个不同的项目提供咨询,随时都是如此。

有趣。好的。那么,基本上,你有一堆原型,它们通过类似时钟或其他机制生成,然后你与工程师们一起即兴协作,提供一些反馈,接着你提示AI去改进它,对吧?基本上就是这样运作的吗?

基本上就是这样运作的吗?基本上就像是,呃,他们甚至不常是那种,呃,他们甚至不常是那种,呃,他们甚至不常是那种原型,就像是,他们就像是原型,就像是,他们就像是原型,就像是,他们就像是,他们是正在运作的原型。那些他们正在运作的原型。那些他们正在运作的原型。那些在我们的内部构建和实例中的东西,在我们的内部构建和实例中的东西,在我们的内部构建和实例中的东西,属于claude或协作项目。嗯,通常属于claude或协作项目。嗯,通常属于claude或协作项目。

嗯,通常我会花些时间试用这个功能,你知道的,就是不断尝试、探索它的潜力,然后形成自己的看法。接下来迭代的步骤往往是我直接和工程师坐下来,说:“嘿,这是我的想法。

这些想法,比如“嘿,这是我的看法,这些是我应该改变的地方。”我认为其中一部分仍然存在,我觉得在设计工具中不断迭代、打磨和完善,这一点至今仍然至关重要。嗯,所以这部分并未消失。

嗯,所以这部分并没有完全消失。只是我觉得,因为我现在同时处理的项目更多了,所以感觉更有效的方式是,以一种非常随意和非正式的方式去做。好的,我的意思是,这其实一直都是这样。

对我来说,作为产品经理或设计师,最有趣的部分始终在于与设计师和工程师们协作,审视产品,并不断迭代。是的,不断迭代。是的,不断迭代。是的。

>> 所以你们现在是不是不怎么制作像规格说明和Figma设计稿这样的规划文档了?还是说主要是在代码中直接迭代原型?

>> 嗯,我还是会做Figma设计稿的。

我认为我们不像他们那样频繁制定规范,而且通常也不那么详细。是的,我们仍然会做优先级排序,它确实以文档形式存在,实际上这真的很好。

实际上,我们向安全或法律等部门交接时,只需提供几个要点,让他们了解发布情况即可,通常不需要制作那种过度设计、看似精美的表格。

嗯,我觉得同样适用于我们的Figma文件。好的,那我们开始吧?比如现在,顺便说一句,我几乎把所有时间都花在云上,我现在就生活在云里。嗯,现在你们好像有三个独立的产品,对吧?

你们有独立的产品,对吧?你们有独立的产品,对吧?你们有云服务、协作工具和云代码。云服务、协作工具和云代码。云服务、协作工具和云代码。或许你可以给我们展示一下,或许你可以给我们展示一下,或许你可以给我们展示一下,你们是如何使用这些产品的,或者你们是如何使用这些产品的,或者你们是如何使用这些产品的,比如每个产品具体用来做什么?比如每个产品具体用来做什么?比如每个产品具体用来做什么?>> 好的。呃,我来展示一下协作工具,因为 >> 好的。呃,我来展示一下协作工具,因为 >> 好的。

呃,我会向你展示协同工作,因为我的秘诀在于,实际上我现在大部分事情都用协同工作来处理,比如那些非常细致、非常底层的生产代码工作。所以,当我进行代码优化时,我仍然会使用像云端代码这样的工具。嗯,但对于所有代码,我都是这样做的。

嗯,但就聊天功能而言,我现在已经完全转向使用co-work了。我会给你展示一些co-work里的内容。好的,我这就给你看看我正在使用的这个账户,里面目前没有任何任务。

这里没有任务,因为这不是我的主要账户,而是我的外部账号。但相信我,我的实际工作账户有很多不同的会话,我经常同时运行多个任务等等。

嗯,我觉得协作办公特别有用的一点是——我通常称之为“垃圾进,宝藏出”。

它特别擅长从众多不同来源中汲取精华,并从中筛选出珍宝,同时将其转化为极具生产力的成果。嗯,所以目前我已经取得了显著成效。

嗯,现在我已经把它连接到了一个文件夹,里面其实不是真实的用户访谈记录。这些是我通过剪切和拼凑生成的,但可以说它们就像是我们从UXR(用户体验研究)中收集到的一堆用户访谈转录稿。

嗯,我认为我们协作团队至少努力做到的一点是,我们努力保持与实际情况的紧密联系,这既包括通过传统的用户研究资源,也包括直接与人交流。

嗯,但同时也通过内部试用,比如通过内部试用,比如通过内部试用,比如通过类似这样的方式,通过类似这样的方式,通过类似这样的方式,运行一个收集所有反馈的Slack频道,运行一个收集所有反馈的Slack频道,运行一个收集所有反馈的Slack频道,然后还有,你知道的,社交反馈,然后还有,你知道的,社交反馈,然后还有,你知道的,社交反馈,以及那些使用它的人,以及那些使用它的人,以及那些使用它的人,还有那些热情的用户,所以,嗯,就像我,还有那些热情的用户,所以,嗯,就像我,还有那些热情的用户,所以,嗯,就像我,我认为这实际上是我们迄今为止,我认为这实际上是我们迄今为止,我认为这实际上是我们迄今为止,取得一定成功的重要原因,取得一定成功的重要原因,取得一定成功的重要原因,就是我们一直超级贴近用户,就是我们一直超级贴近用户,就是我们一直超级贴近用户,并且迭代得非常快。

所以我在这里要做的就是让你快速行动。

所以,我接下来要做的就是,我会说,好的,我手头有一批访谈资料,同时我也会告诉T121,嘿,你能不能去社交媒体上看看,还有那些客户评价之类的,关于共享办公空间的反馈,然后告诉我其中最重要的洞见是什么。

那么,嗯,最大的洞察点在于。所以,嗯,查看这个UXR访谈文件夹、社交媒体如Reddit上的讨论,以及其他关于共享办公空间的评论,然后告诉我主要的发现是什么,我会让Claude来处理。

嗯,这可能需要一点时间,因为它需要处理大量数据并进行运算。不过,它会采取一些措施,比如有时会并行启动子代理来处理任务,还会花些时间进行网络搜索并执行操作。

>> 不过,它基本上就是从各种来源获取信息。

>> 本期节目由Replet赞助播出。Replet的新款Agent 4是团队与AI智能体协作的最佳方式,它配备了全新的无限画布功能。

这里有一个全新的无限画布,你可以在此生成设计方向、对比方案,并挑选出最心仪的设计,直接将其转化为可运行的应用。

由此,您可以并行启动多个AI代理,同时构建不同功能,并在任务板上追踪它们,以便您审查并批准最终发布的内容。一旦您的应用构建完成,

一旦你的应用构建完成,智能代理便能从同一项目中生成幻灯片、动画等多种内容,因为幻灯片、动画和文档本质上都是代码驱动的。通过视频描述中的链接访问Replet,并使用我的优惠码pan26,即可免费获得三个月服务。

那是p pan26,可以免费获得三个月。那是p y26。y26。y26。现在回到我们的节目。呃,在你的实际工作中,你是否有一种每周的洞察报告,或者类似的东西,会自动汇总所有信息发送给你和你的团队?

>> 我是说我们现在就可以实现 >> 我是说我们现在就可以实现 >> 我是说我们现在就可以通过合作来实现。通过合作。通过合作。 >> 所以我会向你展示那个流程。 >> 所以我会向你展示那个流程。 >> 所以我会向你展示那个流程。

是的,我们确实有相关机制。我认为我们的一位研究员会发送一份通知,同时我们还有一个类似在Slack里提醒我们的系统,也会发送通知。嗯,然后我们也会留意Slack,就是内部的Slack频道,就像我们平常那样。

就像内部的Slack一样,

我们一直非常依赖内部用户,尤其是那些最强大的用户,他们就像是那些能够为我们提供前沿反馈的人。因为内部人员通常更愿意对你坦诚相告,而且他们往往在推动功能极限方面走得最远,与他们跟进也最为容易,毕竟他们就在身边。

你知道,他们与你如此亲近,并且乐于参与。因此,我们非常依赖内部反馈,这或许有些反直觉。

我是说,这应该是这样的,我觉得大多数公司都太各自为政了,团队之间都不为彼此的产品交流。但感觉上,这种情况在软木和云服务领域都经常发生。

是的,是的。我认为云端代码成功的关键因素之一,就是倾听一线用户的声音。嗯,这也是我们在Figma经常做的事情,就是大量的内部产品自测。

嗯,因为很多人会指出,尤其是在交互设计这类事情上,以及润色等等方面,人们会特别关注。

内部人员往往会深入剖析细节,而外部人员则倾向于提供反馈,比如关注产品是否符合用户的使用流程。因此,反馈的层次可能截然不同。

>> 让我在生成过程中问你这个问题。

>> 是的。

>> 所以我知道,比如营销项目经理,基本上每个人现在都在使用云代码来做事情,既然代码工作内部已经可用了。

如何看待不同类型的函数使用方式,或者人们如何使用函数,这取决于具体情况。是的,这取决于与云代码的比较。

我认为我们正看到,整体而言,协作工作方式正被更广泛地采纳,用于一些类似的应用场景。这些场景正是那些我称之为前沿用户的云计算早期使用者所采用的。比如,当我们开始开发协作工具时,内部销售员工就成为了我们的试金石,帮助我们确定应该构建什么。当时只有少数人对此表示认同。

有那么几个人,他们就像是,

哦,他们就像是那种铁杆粉丝,嗯,是那种死忠的云代码用户,他们用它来生成潜在客户名单,帮助他们构思电话脚本之类的。当我看到这个时,简直让我大吃一惊,因为那时候我甚至都没想到过可以这样用。

他们甚至没有意识到可以利用云代码来处理这些事情,而且那些人,嗯,他们基本上都已经开始使用协同工作了,现在越来越多类似他们这样的人,实际上他们的同行也在使用协同工作,而以前这些人就像是走在最前沿的用户。

前沿用户 >> 仅仅因为喜欢它,实际上看到用户界面确实很舒服 >> 仅仅因为喜欢它,实际上看到用户界面确实很舒服 >> 仅仅因为喜欢它,实际上看到用户界面确实很舒服,看到UI,看到UI,看到UI,并且 >> 我认为土壤,我认为那就是 >> 我认为土壤,我认为那就是 >> 我认为土壤,我认为那就是,老实说,那正是所需要的,并且 >> 老实说,那正是所需要的,并且 >> 老实说,那正是所需要的,并且我认为其中一部分原因是它如此 >> 我认为其中一部分原因是它如此 >> 我认为其中一部分原因是它如此接近他们正在进行的其他工作,你知道,如果他们已经在使用聊天功能,并且还能从这个桌面应用程序中使用云代码,所以我认为它更贴合他们现有的工作流程,比打开命令行要更贴合。

比打开命令行更直观。比打开命令行更直观。>> 明白了。好的。看起来它正在生成>> 明白了。好的。看起来它正在生成>> 明白了。好的。看起来它正在生成一些内容。是的。一些内容。是的。一些内容。是的。>> 而且它正在生成内容。好的。嗯>> 而且它正在生成内容。好的。嗯>> 而且它正在生成内容。好的。嗯是的。所以,听起来其中有一些是的。所以,听起来其中有一些是的。所以,听起来其中有一些见解。好的。不错。见解。好的。不错。见解。好的。不错。

我可以采纳这些见解,嗯,这里有大约七个不同的主题。每周它们都会变化,这很棒。但我基本上可以告诉它,嗯,你知道,让它为我创建这个文档,实际上这就像是。

实际上,它已经存储在我电脑的一个文件夹里,这很棒。此外,我还可以并行处理两个任务。

那么我可以说,好的,这些是很棒的见解,很棒,很棒,嗯,嗯,嗯,但是,呃,产品功能呢?我应该基于这些实际构建什么产品功能呢?我应该基于这些实际构建什么产品功能呢?>> 是的。然后我可能还会同时做的是,你知道,它已经附加到这个文件夹里了,这个输出已经被放进了这个文件夹。

我可以说,根据这个文件夹里的洞察文档,你让我把它转化成一个可以在本周启动会上与团队分享的演示文稿。嗯,所以,一方面是在让我制作一个成果物。

另一个开始真正摸索下一步该做什么。嗯,我觉得这个进程还会持续一段时间。但最终我能做的就是启动设计流程,基本上它会为我提供可创建功能的选项。

关于我能创建哪些功能。然后我甚至可以请Claude帮我为这些给定的功能制作一些线框图。

那会是一个绝佳的场所,它能向我展示一系列不同的选择,我可以将这些选项带到Figma中,开始具体化它们,或者带到云端代码中,利用我们真实的设计系统组件,让它们变得切实可行,并从此处着手推进。

然后从那里开始。然后从那里开始。另外我还可以做的是,另外我还可以做的是,另外我还可以做的是,比如把这些都变成定时任务。比如把这些都变成定时任务。比如把这些都变成定时任务。>> 对。>> 对。>> 对。>> 所以确切地说>> 所以确切地说>> 所以确切地说>> 我可以说实际上我可能不会>> 我可以说实际上我可能不会>> 我可以说实际上我可能不会从这里开始。一旦这个完成,我会从这里开始。一旦这个完成,我会从这里开始。一旦这个完成,我会。

等它运行结束后,我会说“好的,运行完成”,然后说“好的,运行完成”,接着再说“好的,帮我安排这个任务。帮我安排这个任务。帮我安排这个任务。” >> 嗯,我不想在它执行过程中打断它。 >> 嗯,我不想在它执行过程中打断它。 >> 嗯,我不想在它执行过程中打断它。呃,但我可能会让它这样安排:帮我安排这个任务,每周一上午10点左右执行。帮我安排这个任务,每周一上午10点左右执行。帮我安排这个任务,每周一上午10点左右执行。这样我就能开始着手了。

然后我就这样开始了。

这样一来,我每周一上午10点都会以这场演示开始,带着三个不同的产品构思,既能启动新一周的工作,又能形成从反馈到实际创造的快速迭代循环。团队可以审视这些具体方案或想法,这种模式极大地压缩了周期,让我们能迅速优化产品,快速提升其品质。

快速让它变得更好。快速让它变得更好。 >> 是的,关键在于迭代。关键在于迭代。 >> 是的,关键在于迭代。关键在于迭代。 >> 是的,关键在于迭代。关键在于迭代。是的,关键在于迭代。是的,关键在于迭代。是的。 >> 是的,嗯, >> 是的,嗯, >> 是的,嗯, >> 是的。 >> 是的。 >> 是的。 >> 是的,你知道吗?就像我,我也变得很懒,总是让AI先处理一切,然后我只是对它做出反应。 >> 是的。

所以如果你真的希望我 >> 是的。所以如果你真的希望我 >> 是的。所以如果你真的希望我基于这些见解,从头开始草拟一份功能优先级排序,那花费的时间会比以前长得多。 >> 是的,是的。我的工作方式也是如此。就像即使你发给我...

比如,即使你发给我这个播客的笔记,即使你发给我这个播客的笔记,即使你发给我这个播客的笔记,我当时就想,你知道,我一直保存着一个文件夹,里面都是我个人的笔记,里面都是我个人的笔记,里面都是我个人的笔记,

无论是来自个人的想法,还是那些随机的念头,甚至是那些突然冒出来的灵感,我都觉得挺酷的。比如,你可以读读我的个人笔记,从中提炼出播客的演讲要点,并帮我理清在这里想要表达的内容。

我的意思是,我不会在这里逐字逐句地念出来,但它确实帮助我理清了思路,让我觉得,哦,这挺酷的。

这些是我关心的事情,这些是我关心的事情,这些是我关心的事情,而且我不必费尽心思去思考,而且我不必费尽心思去思考,而且我不必费尽心思去思考,实际上它帮助我发展思路,而不是仅仅困在那里面对空白页的问题。空白页的问题。空白页的问题。>> 是的。是的。是的。>> 是的。是的。是的。>> 是的。好的。所以,它正在发挥作用>> 是的。好的。

所以,它正在执行那个操作 >> 是的。好的。那么,它正在进行的是那个显示斑点并告知位置的过程,同时告诉我P0和P1是什么。嗯,你P0和P1是什么。嗯,你P0和P1是什么。

嗯,我想知道,比如说,如果我想构建一个逐步进度的任务进度用户界面,我可以说,我喜欢那个逐步进度的想法。嗯,给我做一个交互式的原型,提供几个选项。

从几个选项中选择一个,用草图风格、草图风格、草图风格来呈现。草图风格。草图风格。草图风格。>> 草图。>> 草图。>> 草图。>> 对。对。>> 对。对。>> 对。对。>> 明白了。好的。好的。那么,那么它包含了>> 明白了。好的。好的。那么,那么它包含了>> 明白了。好的。好的。那么,那么它包含了当前联合办公的上下文,当前联合办公的上下文,当前联合办公的上下文,或者或者或者>> 呃,这个可能没有,因为我>> 呃,这个可能没有,因为我>> 呃,这个可能没有,因为我还没有设置它具备那个功能。还没有设置它具备那个功能。还没有设置它具备那个功能。

嗯,但我觉得基于这里的上下文等等,它会尽力而为。而且它感觉相当孤立,所以我不……

所以我觉得我不必刻意展示,比如,好吧,这个想法我得呈现出来,就像这样,好吧,这个想法我得呈现出来,就像这样,好吧,这就是协作的样子,但我可以,这就是协作的样子,但我可以,这就是协作的样子,但我可以上传,你知道,就像一张图片,嗯,可以上传,你知道,就像一张图片,嗯,可以上传,你知道,就像一张图片,嗯,还有,呃,你知道,给它加上这种,还有,呃,你知道,给它加上这种,还有,呃,你知道,给它加上这种anthropic品牌特有的技能,我们有的,嗯,anthropic品牌特有的技能,我们有的,嗯,anthropic品牌特有的技能,我们有的,嗯,让它看起来更贴合主题。让它看起来更贴合主题。让它看起来更贴合主题。

>> 我的下一个问题是,你使用或具备哪些个人技能?>> 嗯,比如制作这些文档和幻灯片?是的,我们有一些内部工具。

我们内部有一些技能,用于处理像文档和幻灯片这类内容,因为它们有助于品牌塑造。实际上,我个人并没有一个像图书馆那样的个人技能库。我主要是在借用我们内部的那些技能,并根据不同目的来使用它们。

用于不同目的。 >> 好的。好的。 >> 好的。好的。 >> 好的。好的。 >> 对。 >> 对。 >> 对。 >> 因为,对。比如说,我有一项 >> 因为,对。比如说,我有一项 >> 因为,对。比如说,我有一项写作技能,写作技能,写作技能 >> 就是试图告诉他们不要 >> 就是试图告诉他们不要 >> 就是试图告诉他们不要制造AI生成的废话,就是制造AI生成的废话,就是制造AI生成的废话 >> 对。对。 >> 对。对。 >> 对。对。 >> 对。你知道,所以那有点帮助 >> 对。你知道,所以那有点帮助 >> 对。你知道,所以那有点帮助。不过,对。不过,对。不过,对。 >> 对。我实际上发现,就像 >> 对。

我发现,虽然现在这种做法可能不是最佳实践,也不是最高效的方式,但通过共享文件夹存放所有这些个人笔记之类的东西,它确实在某种程度上起到了作用。

这有点像通过那些文件夹来了解我,对我来说真的很有用,让我觉得不那么需要依赖记忆和技能了,因为它已经拥有了关于我的知识库。

嗯,尽管我认为技能仍有其适用的时机和场合,但就我个人而言,在我遇到的使用场景中,感觉对它们的需求并不那么迫切。>> 哦,因为它每天都会根据你的对话内容更新记忆。

>> 是的。或者说,它就像是,是的。而且它 >> 是的。或者说,它就像是,是的。而且它 >> 是的。或者说,它就像是,是的。而且它基本上就像那样,就像一段记忆,基本上就像那样,就像一段记忆,基本上就像那样,就像一段记忆,几乎是我自己维持的,几乎是我自己维持的,几乎是我自己维持的,因为我一直在里面做笔记,因为我一直在里面做笔记,因为我一直在里面做笔记,一直。一直。一直。 >> 是的。 >> 是的。 >> 是的。 >> 明白了。 >> 明白了。 >> 明白了。 >> 是的。 >> 是的。 >> 是的。 >> 是的。这太棒了。看起来你的 >> 是的。这太棒了。看起来你的 >> 是的。这太棒了。看起来你的演示已经准备好了。就像一个想法一样。

我的演示文稿准备好了。让我看看是不是真的好了。哦,确实好了。嗯,好的,太棒了。那么,这份演示文稿已经制作完成。它可能需要一点时间来加载。嗯,是的。所以,我想你知道,你可以把它导入到Keynote或其他类似软件中。嗯,它确实可以。

嗯,它确实用了,我没有要求它使用anthropic技能,我没有要求它使用anthropic技能,我没有要求它使用anthropic技能,所以这有点通用,但是,嗯,我可以。然后是的,我想从这里开始,我会接受这个,然后我会说,比如,让我们安排一下,嗯,是的,每天早上或者每周一早上都这样做。每天早上或者每周一早上都这样做。每天早上或者每周一早上都这样做。>> 嗯。>> 嗯。>> 嗯。>> At 10:00 上午。>> At 10:00 上午。>> At 10:00 上午。

>> 嗯,而且你可以这样设置,让它不仅能与你共享,还能与你的团队共享,而不仅仅是像在Slack里那样只限于你个人?

>> 是的。就像我可以通过我的Slack MCP来设置,让它直接发送出去。嗯,基本上就是这样。

嗯,基本上,所以我想我会怎么做?是的。所以我想我会怎么做?是的。所以我想我会怎么做?是的。所以我觉得我也喜欢它问我澄清问题的方式。所以,嗯,它会怎么处理这笔钱呢?比如说,它会重建甲板。重建甲板。重建甲板。>> 是的。所以它会那么做。嗯,是的。>> 是的。所以它会那么做。嗯,是的。>> 是的。所以它会那么做。嗯,是的。

然后我还可以让它,嗯,你知道,通过Slack MCP每周发送到某个频道。那么,你什么时候让你的团队参与这个过程呢?或者,你知道,嗯,是的。实际上,你什么时候会这么做呢?

实际上,当你与AI进行迭代时,当你与AI进行迭代时,当你与AI进行迭代时,然后你与团队进行迭代,然后你与团队进行迭代,然后你与团队进行迭代,你们会来回反复,或者你们如何来回反复,或者你们如何来回反复,或者你们如何... >> 是的,我的意思是这里就像... >> 是的,我的意思是这里就像... >> 是的,

我的意思是,实际的UXR访谈,比如那些由项目经理或团队中的研究员,或者其他成员来实际执行的访谈。

然后我们可能会,通过这种方式,你大概会,通过这种方式,你大概会,通过这种方式,你大概就是分享这个成果并引入,分享这个成果并引入,分享这个成果并引入。嗯,然后,然后,然后就这样引入它们。嗯,然后,然后,然后就这样引入它们。

嗯,然后,这实际上可能成为团队运作的基础,你知道吗?就像,哦,团队,至少我们的团队,是相当自下而上,并且民主的。所以,以这种方式,我们给予团队运作的方式。

因此,我们的运作方式就是,我们只是向人们提供洞察和目标,然后大家各自行动,制作原型、尝试各种方法,创意无处不在。这就是交接点的意义所在。

这感觉就像是,作为设计师,我会提出所有的创意,但关键在于,任何人都可以参与进来。这不仅仅局限于设计师。这里是我们获得的洞察,这是我们试图实现的目标。

这是我们本月、本月、本月想要完成的任务,以及我们如何能够共同达成目标?我们怎样才能共同达成目标?我们怎样才能共同达成目标?我们怎样才能共同实现这个目标?我们怎样才能共同实现这个目标?我们怎样才能共同实现这个目标? >> 是的。也许可以分配一半的任务给云端去创建PR,然后对于更复杂的部分,你可以尝试手把手指导。 >> 是的。我是说,是的。我、我、我认为……

我 我 我认为对于 >> 是的。我是说,是的。我 我 我认为对于这个,我们 我们 仍然不会这样处理,我们 我们 仍然不会这样处理,我们 我们 仍然不会直接交给 Claude 嗯 去 去 去完成所有直接交给 Claude 嗯 去 去 去完成所有直接交给 Claude 嗯 去 去 去完成所有的事情。就像有很多我们的事情。就像有很多我们的事情。

我们很大程度上依赖自己的判断力和能力,来决定真正要构建和实现什么。你知道,人们经常在网上讨论品味、判断这类话题。我不知道你怎么想,但我个人……

但我觉得构建这些东西的方法,我觉得构建这些东西的方法,我觉得构建这些东西的方法就是,对,就像直接接收来自内部和外部的产品反馈洪流,来自内部和外部的产品反馈洪流,来自内部和外部的产品反馈洪流,然后你就能逐渐培养出一种感觉,知道哪些地方出了问题需要修复,因为整天都在听取反馈。

所以你整天都在接收反馈。所以你整天都在接收反馈。所以你大概知道。知道。知道。

>> 是的。是的。是的。是的。

>> 是的。是的。是的。是的。

>> 是的。是的。是的。是的。

>> 是的。

>> 是的。

>> 是的。

>> 所以这个我觉得是的。你知道它会

>> 所以这个我觉得是的。你知道它会

>> 所以这个我觉得是的。你知道它会

创建出这些类似基本框架的东西,创建出这些类似基本框架的东西,创建出这些类似基本框架的东西,

>> 明白了。

>> 明白了。

>> 明白了。

>> 是的。而且我觉得它就像会展示

>> 是的。而且我觉得它就像会展示

>> 是的。

我认为它会展示不同的选项等等,比如各种不同的选择。作为设计师,我喜欢看到很多选项,即使它们不是特别精细,而不是凭空想象,这有助于我决定实际要做什么。是的,我认为拥有这些选项很重要。

所以,是的,我认为让[T121]直接提出选项,确实帮我省去了自己动手模拟的步骤。

尽管从这里开始,我可能会做的是,比如在这里我可能会做的是,比如在这里我可能会做的是,选择其中一个方向,然后选择其中一个方向,然后选择其中一个方向,然后开始进行微小的迭代,开始进行微小的迭代,开始进行微小的迭代,或者甚至拿这个,拿这个,拿这个,用代码制作一个原型,然后从那里迭代,从那里迭代,从那里迭代。 >> 明白了。好的。 >> 明白了。好的。 >> 明白了。好的。 >> 是的。是的。 >> 是的。是的。 >> 是的。是的。 >> 哇,听起来是个有趣的工作。是的。 >> 哇,听起来是个有趣的工作。是的。

>> 哇,听起来是个很有趣的工作。

>> 确实是个有趣的工作。

>> 确实是个有趣的工作。

>> 确实是个有趣的工作。

>> 听起来很有趣。我们稍微换个话题吧

>> 听起来很有趣。我们稍微换个话题吧

>> 听起来很有趣。我们稍微换个话题吧,嗯

>> 来聊聊联合办公是怎么兴起的,

>> 来聊聊联合办公是怎么兴起的,

>> 来聊聊联合办公是怎么兴起的,你知道的。所以,就像,嗯,外面有很多说法

>> 外面有很多说法

>> 外面有很多说法,说它是在10天内兴起的。

>> 说它是在10天内兴起的。

>> 说它是在10天内兴起的。

>> 是的。

>> 是的。

>> 是的。

但是,但是我认为实际上在那之前也有很多迭代,在那之前也有很多迭代,在那之前也有很多迭代,对吧?或者说对吧?或者说对吧?

或者就像>>是的,那是一种>>是的,那是一种>>是的,那是一种我认为是从某个地方、某人的引述中提取出来的东西,比如在别人的采访或宣传巡演中,然后我想大家都紧紧抓住了这一点,比如哦,他们是在10天内完成的。嗯,他们是在10天内完成的。嗯,他们是在10天内完成的。

实际上,关于合作工作的方向,或者说这种合作的方式,公司其实一直在考虑,或者说一直想要推进,基本上从我大约一年前加入公司时就开始了。

大约一年前,我们开始探索某种方式,旨在提供帮助,并充当一种思考伙伴的角色。这并非因为我们需要思考伙伴本身,而是考虑到我们已经拥有了基础代码支持,但面向的是所有普通的知识工作者。我认为这其中蕴含了很大的潜力。

嗯,我觉得很多问题都围绕着如何执行,如何执行,如何执行,以及什么才是正确的,什么才是正确的,什么才是正确的架构,它的架构是什么,它的架构是什么,它的架构是什么,以及什么才是合适的用户体验,合适的用户体验,合适的用户体验。所以,即便是在去年一整年,即便是在去年一整年,即便是在去年一整年,我们也有很多不同的,我们也有很多不同的,我们也有很多不同的原型,有些比其他的更雄心勃勃。嗯,确实有很多。

嗯,我们尝试过很多不同的技术方案。嗯,围绕各种智能体框架,我们进行过多种技术实验。其中有些框架效果不太理想,嗯,在最终确定当前方案之前,有些尝试并未取得预期成果。

我们见过实验室部门同事的样机,也见过产品团队这边我们自己打造的样机。嗯,我觉得很多……

嗯,我觉得很多这类事情的关键在于,你知道,如果一个想法反复出现,每次都有能量,但关键在于执行。很多时候,它真的只是时机和执行的问题,就像闪电恰好击中一样。所以,当我们决定要发布时……

所以,嗯,当我们决定要发货的时候,实际上距离这个决定只有大约10天的时间,从“哦,对,我们应该把这个发出去”到“好了,东西已经发出去了”这种感觉。嗯,这很大程度上是建立在,嗯,我们当时从Claude Code那里看到的势头之上的。

在假期期间,感觉就像是假期里,大家终于有时间试用Cloud Code了,因为他们一直有所耳闻。他们心想:“好吧,听起来很棒。你知道,有这么多AI工具,我一直没时间尝试。”

"我根本没时间去尝试。"但不知为何,每个人都去试了。接着,许多非技术背景的用户也纷纷加入尝试的行列,比如那些并非技术出身的用户也开始使用它。

人们用它来解析播客文稿,或者用它进行各种复杂的分析等等。

我们开始看到,即使是早期产品市场匹配的迹象,比如“Claw Code”与“Agent Harness”在非技术人员中的应用。我们内部已经有了一个类似的工作原型,原本计划稍晚些推出。但我认为这给了我们启示:现在正是我们需要抓住的时机。即便产品尚未完美,我们也应该推出一些东西,因为我们相信其益处和实用性,以及我们吸引这一受众群体的时机。

就是现在。抓住这群观众。就是现在。抓住这群观众。就是现在。嗯,于是,嗯,于是,嗯,于是,随之而来的是极其忙碌的十天。嗯,但是,嗯,但是,嗯,但是。

嗯,但它让我们走到了今天,既然产品已经面世,它确实非常非常有帮助,让我们能够从用户那里获得信号,了解他们如何使用它,并在此基础上不断迭代,持续改进,让它更好地服务于大众。

是的,你可以学得更快,就像你……我猜研究预览版就像是新的测试版。是的,你可以学得更快。好的,好的。所以基本上,如果我理解得没错,即使在去年,也有很多人……

有一群人在Slack内部分享原型,分享原型,分享原型,接着,接着,接着,人们留下反馈,留下反馈,留下反馈,最终,最终,最终,你有了一个可用的原型,有了一个可用的原型,有了一个可用的原型,然后因为市场的某种需求,市场的某种需求,市场的某种需求,你就像是匆忙地,就像是匆忙地,就像是匆忙地,就像是进行了一次冲刺,进行了一次冲刺,进行了一次冲刺,让它成真。

>> 让它成真。 >> 让它成真。 >> 是的,基asi本上。就像我们 >> 是的,基asi本上。就像我们 >> 是的,基asi本上。就像我们原本就打算几周后推出这个,原本就打算几周后推出这个,原本就打算几周后推出这个,但感觉时机到了,但感觉时机到了,但感觉时机到了,这迫使我们以一种更现实的方式这迫使我们以一种更现实的方式这迫使我们以一种更现实的方式来规划它。嗯,就像来规划它。嗯,就像来规划它。嗯,就像

嗯,就像要投入精力,投入精力,投入精力,还要配备人员,配备人员,配备人员。

>> 你能分享一些早期的迭代或者任何进行中的工作吗?

>> 是的,嗯,我调取了一些。

嗯,我截取了一些实际界面的截图,还有一些设计迭代的版本。当然内容远不止这些,但目前能展示的就这些。好的。我们今年早些时候其实还有个更初期的原型版本。

嗯,这其实是另一位设计师和我共同合作的项目。我们尝试让它的体验更偏向任务导向或工作流导向。

而且我认为当时我们真的非常担心,担心人们可能无法理解,像Coowork这样的产品能让他们实现某些功能,比如制作仪表板或类似成果,以及从多个不同来源收集信息。

因此,我们整合了多个不同的平台。实际上,我们通过用户界面(UI)的设计,使其结构更加清晰,几乎就像是一个工作流工具,你可以按照提示添加这些元素,比如这些是输入项,那些是输出项。然后,我们还对聊天功能进行了优化。

嗯,然后我们把聊天功能放在了次要位置。我觉得当时这么做的时候,比如T121,在遵循工作流程方面并不太擅长,考虑到我们当时的技术条件。感觉整个流程过于结构化,我认为这样显得太死板了。

就像我觉得,看到左边这个界面,你得填写它,添加所有这些不同的来源。感觉并不好,你知道吗?是的,太费事了。感觉就是工作量很大。

这就像是,为什么在2025年的今天,我们还得这么做?明明可以直接让Claude替我们完成。

>> 明白了。

>> 嗯,所以那其实是另一个原型的一部分。

>> 嗯。

>> 好的,懂了。

嗯,我们最初只是觉得……嗯,我们最初只是觉得……嗯,我们最初只是觉得,最终我们觉得,好吧,挺酷的,最终我们觉得,好吧,挺酷的,最终我们觉得,好吧,挺酷的,它会是一个聊天框。嗯,我们它会是一个聊天框。嗯,我们它会是一个聊天框。嗯,我们尝试做一件事,引导尝试做一件事,引导尝试做一件事,引导人们朝着更具体的人们朝着更具体的人们朝着更具体的结果,比如是分析还是文档。嗯,我们构建了结果,比如是分析还是文档。嗯,我们构建了结果,比如是分析还是文档。嗯,

我们构建了一个这样的工作原型,我真希望当时截了图——当你点击进入时,每个部分几乎都有不同的调节旋钮,可以用来调整文档的长度,或者选择文档类型,比如备忘录。

文档的类型,比如备忘录、演示文稿等等。嗯,还有那个演示文稿,不管是什么。嗯,那个演示文稿,不管是什么。嗯,那也让我感觉压力非常大,我觉得压力非常大,我觉得压力非常大,我想。嗯,所以我们当时努力平衡的一大重点就是,嗯,所以我们当时努力平衡的一大重点就是,嗯,所以我们当时努力平衡的一大重点就是,这些期望中有多少是规定性的,比如使用案例有多具体,相对于像聊天框那样自由的形式。

明白了。明白了。明白了。嗯,然后我们实际上在几周前,几个月前最终交付的产品,嗯,是这样的,我们再次实现了这种近乎向导式的体验,你只需点击下一步,它就会提示,哦,创建一个……

哦,创建一个文档,让它有三到五页等等。我们还在前面展示了一大堆用户界面,因为我们希望它感觉与聊天完全不同。但我想当你真正开始使用时……

嗯,但我觉得初来此地时,感觉这里充斥着太多相互冲突的视觉元素。嗯,所以随着时间的推移,我们逐步剥离了大部分冗余设计。嗯,最终我们彻底摒弃了这些繁杂元素。

嗯,我们实际上逐渐远离了这种高度预设的用户界面,因为它展示所有这些内容并没有太大帮助。所以,是的,这就像是一个持续的平衡:我们该在多大程度上指导人们如何使用它、用于什么目的,又该在多大程度上留给他们自由发挥的空间。

嗯,所以对他们来说真的很自由。嗯,所以对他们来说真的很自由。嗯,所以现在实际上,如果你看看现在实际上,如果你看看现在实际上,如果你看看当前的用户界面,我正要当前的用户界面,我正要当前的用户界面,我正要切换如果你看看当前的用户界面,切换如果你看看当前的用户界面,切换如果你看看当前的用户界面,是的,很多部分确实被简化了是的,很多部分确实被简化了是的,很多部分确实被简化了。嗯,我们没有我们没有我们不再显示那些厚重的侧边栏。不再显示那些厚重的侧边栏。不再显示那些厚重的侧边栏。

嗯,这感觉更像是传统的聊天框样式,但我们重新设计了主页,让它看起来更像是Claude的活跃待办事项清单。嗯,所以这里我只显示了一个活跃任务,但你知道,在任何时候我可能拥有更多。

在任何时候,我都可以拥有更多类似的情况,比如当我真的让Claude处理任务时,或者当我给Cloud分配了一堆任务然后回来时,就会有一大堆这样的消息,比如,好吧,这里多了一条消息。嗯,或者我可以查看这个。

在这里我可以进行审核。在这里,我实际上可以直接批准并分类这些任务,是的,让我们安排一下。嗯,然后我会在这里看到我安排的任务。

这个想法是,它确实感觉更像是一个你和Claude之间的共享待办事项列表,而不是一个充满令人不知所措的建议和用户界面来教你如何使用它的聊天框。

这太棒了,真的太棒了。或许未来可以这样发展——比如拥有多个智能体,它们能配备类似踏板控制板的功能。你可以随意移动任务,进行各种操作,就像那样。

>> 是啊,我是说,也许吧,可能到时候就实现了。

也许等到这期播客发布时,你们又更新了界面。又更新了界面。又更新了界面。>> 是的,是的。可能吧,可能。是的,不过我觉得这也表明,界面看起来变化如此之大,就像,你知道的,也许……

大概在四五周前,直到现在,我们一直在不断学习,了解哪些方法有效、哪些无效,同时也在探索如何更好地向人们展示这项技术。是的,确实如此。

嗯,你知道,这真的很有趣,比如关于时钟代码,有趣的是,比如关于时钟代码,有趣的是,比如关于时钟代码,我一直在,我一直在,我一直在,我一直在发推文反馈,因为有很多不同的,比如有很多不同的,比如有很多不同的斜杠命令之类的,你可以斜杠命令之类的,你可以斜杠命令之类的,就像学习它一样。这几乎就像,就像学习它一样。这几乎就像,就像学习它一样。

这感觉就像是去好市多寻宝一样。你永远不知道会发现什么,但对于新手来说并不太友好,对吧?它就像一场游戏,你不断学习,逐渐掌握其中的门道。

越来越多,你逐渐掌握了它。我认为,对于同事来说,或许需要在常规聊天和代码记录之间找到平衡点,这样就不会让所有信息都隐藏起来,而是以一种方式引导大家。

我的意思是,你们仍然可以在协作中使用斜杠命令,但它们并非主要的交互方式。我认为这种方式在协作中并非主要的交互方式。

至少我个人认为,协作工具也是专业人士的一种工具,我们看到很多人以非常高效的方式使用它,并且已经存在许多高级用户。因此,很多人将会成为它的使用者。

因此,许多人将更有动力去学习更复杂的能力,比如他们会愿意创造自己的技能,与团队分享等等,同时也希望有简化的命令来处理事务。但所有这些事情都应该……

但大多数这些功能应该无需学习就能实现。嗯,而且那些指令应该是与Claude交互的次要方式,你不必为了使用它而掌握所有指令。>> 是的,这很有道理。>> 是的。

>> 好的。

>> 好的。

>> 明白了。行吧。最后再问几个问题。嗯,那么,在Anthropic,规划工作是如何进行的?那里看起来似乎相当混乱。

你们会做年度规划吗?比如设定目标之类的,还是更倾向于直接进行原型设计和测试?>> 嗯,我觉得每次我们做规划时都会有所变化。感觉每次做的方式都很不一样。

我们已经做到了,这确实大不相同。 >> 在我所在的团队中,我们进行月度规划。我们刚刚完成了一次月度规划。

我们有一个电子表格,在协作部分大概列出了最多12项内容,这些确实是我们优先级为零的任务。每一项都只有一个DRRi,然后我们每周回来检查,看看是否按计划进行。

我们是否在正轨上?

我们会进行一些季度或半年的规划,通常由一位负责人提出大致方向,指出我们应该关注哪些事项,但这并非严格规定我们必须完成这些具体项目。

这有点像只是项目本身。这有点像只是项目本身。这有点像只是让大家了解事情如何可能契合。嗯,可能契合。嗯,可能契合。嗯 >> 好的。 >> 好的。 >> 好的。 >> 是的。是的。所以它相当宽松。 >> 是的。是的。所以它相当宽松。 >> 是的。是的。所以它相当宽松。 >> 它相当宽松,对吧?是的,你知道,你知道那那那是我发现的有趣之处,因为你知道,Anthropic是最重要的之一。

Anthropic是最知名的公司之一,也是最创新的公司之一,但我在这些创新公司中发现,

但我发现,在最创新的公司里,重点不在于那些年度规划的表面功夫,而更多在于迭代和从用户那里学习。比如,你是否还在职业生涯的某个阶段制定过类似北极星愿景那样的东西?

对吧?比如愿景板之类的,对吧?比如愿景板之类的,对吧?你觉得那些东西有用吗?你觉得那些东西有用吗?你觉得那些东西有用吗?>> 是的。是的。是的。是的。我是说,我>> 是的。是的。是的。是的。我是说,我>> 是的。是的。是的。是的。我是说,我觉得我们去年可能做过一个北极星愿景板。嗯,去年可能做过一个北极星愿景板。嗯,去年可能做过一个北极星愿景板。

嗯 >> 是的 >> 是的 >> 是的 >> 所以我们 >> 所以我们 >> 所以我们 >> 我认为这些愿景仍有存在的空间 >> 我认为这些愿景仍有存在的空间 >> 我认为这些愿景仍有存在的空间 >> 它们为人们指明了方向 >> 它们为人们指明了方向 >> 它们为人们指明了方向 >> 并让我们对将要采取的行动有了更清晰的认识 >> 并让我们对将要采取的行动有了更清晰的认识 >> 并让我们对将要采取的行动有了更清晰的认识。

我认为,至少在我工作的领域,技术几乎无时无刻不在变化,新模型层出不穷,而且其更新速度正变得越来越快。

嗯,我觉得不存在什么一年期的愿景。更不用说两年或一年的愿景了。对我们而言,更别提什么两年或五年的规划,因为未来有太多未知数。

不过,真正有帮助的仍然是引导人们朝着同一个方向前进,尤其是在任何人都能创造任何东西的情况下。

所以,我现在对愿景的理解是,它更像是关于未来三到六个月,最多不超过六个月的一个设想。不过,愿景也可以是一份文件。嗯,我认为当它以视觉形式呈现时,会更有帮助。所以,我确实这么认为。

所以,我认为设计的力量依然巨大,在于它能够将事物串联起来,并赋予其特定时期的故事性。但它也可以是一个原型,不必非得是那种静态的演示文稿。

它可以是静态的演示文稿,也可以是帮助我们初步构思的原型。我认为它常常能帮助我们意识到,比如我们经常有五支团队在推进非常相似、可能产生冲突或感觉重复的工作。而设计原型的作用就在于,它能让我们更清晰地看到这些重叠之处。

设计真正能做的,是梳理并帮助整合这些想法,使其具有连贯性,并为我们指明一条道路,将原本可能分散的五种体验融合成一个理想的整体。

>> 是的,这很有道理。那么,关于……嗯,你觉得呢?

那么,关于AMI,你们有相关的评测吗?对于这类用户,是否有正式的评测流程,或者你们也会通过原型机进行测试呢?>> 呃,不,我们确实仍然进行评测。

呃,我们并没有为每个功能都配备,你知道,我在一些公司待过,那里确实会为每个功能之类的东西都安排。嗯,这种情况通常发生在那些更大、你知道的、优先级更高的项目上。好的。

嗯,但这感觉不像是一件需要你花大量时间准备的大事。它主要是为了获得可见度和反馈。

如果有些事情影响范围广,具有公司层面的重大影响,我们会进行相关评估。好的。

嗯,我是说,对于那些可能感觉脚下根基不稳的设计师,你有什么最后的建议吗?比如他们是否应该开始提交PR(拉取请求)之类的?设计师到底该怎么做呢?>> 是的,我的意思是,如果你感觉……

我是说,如果你感觉脚下的地面在移动,那是因为它确实在动,你明白吗?它确实在动。嗯,我想此刻它确实在动。

嗯,我觉得到了这个阶段,你必须接受这一点,然后去适应它,并且真正保持开放的心态,去质疑我们现有的工作方式。我认为这种改变已经到来了。

嗯,我觉得它现在正朝设计师们袭来,我们如今已经强烈感受到了。因为周围许多相关岗位已经发生了变化,我们就像是受到它的第二波冲击。但与此同时,我认为我们使用的工具也在改变。每当我感到这种变化时……

每当我感到有些变化时,每当我感到有些时候,我仿佛受到威胁。我会想,天啊,我的工作岌岌可危。我会想,天啊,我的工作岌岌可危。我会想,天啊,我的工作变化太大了。变化太大了。变化太大了。人们不再像以前那样重视我,不再像以前那样重视我,不再像以前那样重视我。

但随后我想到我的工程同行们,想到他们已经适应了多少,他们的工作已经发生了多大的变化,他们又是多么勇敢地挺过来了,并且如今他们仍在产出更好、更多的工作。

因此,我将他们视为今日的榜样。他们是我灵感的源泉,心想,如果这些我深深敬仰的人能够做到,并且是以如此谦逊的方式做到,那么我也能。嗯,某种程度上,我将他们视为我未来道路的楷模。是的,从某种意义上说,你摆脱了这种……

从某种程度上说,你摆脱了许多繁琐的日常事务,比如搬箱子这类重复性劳动,现在不用再做了,对吧?这样你就能真正专注于更高层次的思考,以及那些更有价值的工作。

是的,或者也能直接产出更多成果。

或者只是产出更多工作,你知道,就像我,我在想,我在想,你知道,就像我,我在想,我在想,你知道,就像我,我在想,我在想我的工程师们现在能做到多少,能做到多少,能做到多少,然后我就觉得,哇,这太疯狂了。就像他们,他们,这太疯狂了。就像他们,他们,这太疯狂了。就像他们,他们,他们能在几天内创造出完整的功能,几天,不是几周,现在就是这样。所以,是的。不是几周,现在就是这样。所以,是的。不是几周,现在就是这样。所以,是的。>> 是啊。但有趣的是,你并没有>> 是啊。但有趣的是,你并没有>> 是啊。

但有趣的是,你并没有真正获得更多空闲时间。实际上,你反而更忙碌了。我的意思是,我觉得我们都很雄心勃勃,享受这种状态,就像一种兴奋感。你会感叹:“天哪,我太喜欢这种状态了。”

你可能会想,“天哪,我现在能完成这么多事情,而且不用再做那些以前不喜欢做的事了,这样我就能做得更多,你懂吗?”

是的,是的。

是的,是的。

是的,是的。

是的。

是的。

是的。

是的。不,这很好,这让工作更有趣。

好的,非常感谢你,珍妮。

哇,太感谢了,珍妮。这真是太棒了。太棒了。感觉我们已经在网上聊了很久很久,终于能和你直接对话了。是的,这次交流真的非常愉快。

原视频 导出PDF