Bản chép lời tương tác
When Code Is No Longer the Constraint: Inside Anthropic's Design TeamKhi code không còn là rào cản: Bên trong đội thiết kế của Anthropic
Anthropic team members discuss how AI accelerates software engineering and design speeds, shifting the core design process into direct code execution and command-line prototyping. They highlight how AI tools empower non-technical roles, transform feedback and team collaboration, and shift human focus toward discernment, taste, and deciding what is worth building.Các thành viên nhóm Anthropic thảo luận về cách AI đẩy nhanh tốc độ kỹ thuật phần mềm và thiết kế, chuyển quy trình thiết kế cốt lõi sang thực thi mã trực tiếp và tạo mẫu giao diện dòng lệnh. Họ nhấn mạnh cách các công cụ AI trao quyền cho những vai trò phi kỹ thuật, biến đổi việc phản hồi và hợp tác nhóm, đồng thời chuyển sự tập trung của con người sang sự nhạy bén, gu thẩm mỹ và việc quyết định điều gì đáng để xây dựng.
Video gốc trên kênh Designer Fund; video và nội dung thuộc bản quyền Designer Fund. Bản dịch tiếng Việt do Innostack thực hiện, không phải bản chính thức.
Navigating Timescale Compression in Product DesignỨng phó với việc thời gian bị nén lại trong thiết kế sản phẩm
Joel Lewenstein
I think the time is the socially interesting and challenging dimension right now, which is if that feature can now be built in 48 hours, which is not unreasonable at all, asking for a week ahead of a 48-hour build to explore, to do this kind of like slow human creative process, even with tools that accelerate it, it's just a huge ask.Quy tắcAdopt AI-assisted generative exploration tools to accelerate early design phases and align with compressed software build timelines.Áp dụng các công cụ khám phá dạng tạo lập hỗ trợ bởi AI để đẩy nhanh giai đoạn thiết kế ban đầu và phù hợp với tiến độ xây dựng phần mềm rút ngắn.
Tôi nghĩ thời gian chính là khía cạnh thú vị và đầy thách thức về mặt xã hội vào lúc này, đó là nếu tính năng đó hiện có thể được xây dựng trong 48 giờ, điều hoàn toàn không vô lý chút nào, thì việc yêu cầu cả một tuần trước cuộc xây dựng 48 giờ đó để khám phá, để thực hiện kiểu quy trình sáng tạo chậm rãi của con người, ngay cả với các công cụ giúp đẩy nhanh nó, quả thực là một yêu cầu quá lớn.
My name is Joel Lewenstein, and I lead the product design team at Anthropic.Khái niệmAI accelerates engineering faster than design, shifting team speed ratios and straining traditional agile synchronization during feature development.AI tăng tốc kỹ thuật nhanh hơn thiết kế, làm thay đổi tỷ lệ tốc độ của đội ngũ và gây áp lực lên sự đồng bộ hóa agile truyền thống trong quá trình phát triển tính năng. Claude is writing the the vast majority of our code. I actually think the more complicated and interesting dynamic is just how fast it's able to write code and the timescale compression of like making a feature. It is so easy and fast to get a pretty good feature done and ready that it really strains the other parts of the creative process. Engineers are going 10x faster on their work and design is going 3 or 5 times faster.
Tên tôi là Joel Lewenstein, và tôi lãnh đạo đội ngũ thiết kế sản phẩm tại Anthropic. Claude đang viết đại đa số mã nguồn của chúng tôi. Tôi thực sự nghĩ rằng động lực phức tạp và thú vị hơn chính là việc nó có thể viết mã nhanh đến mức nào và sự nén mốc thời gian của việc tạo ra một tính năng. Việc hoàn thành và sẵn sàng một tính năng khá tốt giờ đây dễ dàng và nhanh chóng đến mức nó thực sự gây áp lực lên các phần khác của quy trình sáng tạo. Các kỹ sư đang đi nhanh gấp 10 lần trong công việc của họ và thiết kế đang đi nhanh gấp 3 hoặc 5 lần.
So objectively, it should be a fantastic problem to have, right? Everyone's going faster. design is working more efficiently, but the ratio is changing and the ability to sort of like stay in lockstep that I think we've developed in the previous era of sort of agile software development, I think is really being strained. We sort of look at like, what are all the things that design does to create an exceptional experience for users and which of those can we build tools to accelerate, improve, Generative exploration, I think, is still a very critical part of the design process. And we have tools and some skills we built to sort of do that more breadth-first, kind of like very earliest blank canvas problem.
Vì vậy, về mặt khách quan, đó phải là một vấn đề tuyệt vời để gặp phải, đúng không? Mọi người đều đang tiến nhanh hơn. Thiết kế đang làm việc hiệu quả hơn, nhưng tỷ lệ đang thay đổi và khả năng đồng điệu mà tôi nghĩ chúng ta đã phát triển trong kỷ nguyên trước của phát triển phần mềm linh hoạt (agile), tôi nghĩ thực sự đang bị căng thẳng. Chúng tôi nhìn vào những việc như, tất cả những điều mà thiết kế làm để tạo ra trải nghiệm xuất sắc cho người dùng là gì, và điều nào trong số đó chúng tôi có thể xây dựng công cụ để tăng tốc, cải thiện, Khám phá sinh (generative exploration), tôi nghĩ, vẫn là một phần rất quan trọng của quy trình thiết kế. Và chúng tôi có các công cụ cùng một số kỹ năng đã xây dựng để thực hiện điều đó theo hướng ưu tiên chiều rộng hơn, kiểu như vấn đề trang giấy trắng ban đầu.
Empowering Non-Technical Roles with Generative UI ExplorationGiúp người không làm kỹ thuật khám phá giao diện bằng AI
Nate Parrott
And one thing that we like to say here is that the model is the product, and it is very true in this tool.Khái niệmGenerating interactive UI prototypes directly through code using AI enables rapid iteration across dozens of design variations and complex animations.Tạo các mẫu giao diện UI tương tác trực tiếp bằng mã thông qua AI cho phép lặp lại nhanh chóng trên hàng chục biến thể thiết kế và hiệu ứng hoạt hình phức tạp. So the insight that we had was that Claude is really good at using HTML to make designs and make animations and make mockups and make prototypes. And it's almost so good that everything else becomes the bottleneck. So I here was trying to dial in one of the toolbars in this app itself. And so I just asked for a bunch of different combinations and I got like, I don't know, 50 different combinations.
Và một điều mà chúng tôi thích nói ở đây là mô hình chính là sản phẩm, và điều đó rất đúng trong công cụ này. Vì vậy, hiểu biết sâu sắc mà chúng tôi có được là Claude cực kỳ giỏi việc sử dụng HTML để tạo ra các thiết kế, chuyển động, bản dựng mẫu (mockups) và bản mẫu chạy thử (prototypes). Và nó giỏi đến mức gần như mọi thứ khác đều trở thành điểm nghẽn. Thế nên tôi ở đây đã cố gắng tinh chỉnh một trong các thanh công cụ ngay trong chính ứng dụng này. Và tôi chỉ cần yêu cầu một loạt các kết hợp khác nhau và tôi nhận được khoảng, tôi không biết nữa, 50 kết hợp khác nhau.
Not all these are perfect, but typically the way I'll work with this tool is I'll say, give me a bunch of options for making this particular part of the interface look nice. I'll pick a couple that I really like and I'll say, hey, go and do some more options. Uh, and what's neat is that like it works for static stuff, but it also works really nicely for animation. Like, I don't know how you would begin to make these things in a tool like Origami or in Figma, but here, because it's all code, we can just prototype natively in whatever format Claude wants to do best. It's really changed the way that I design.
Không phải tất cả những thứ này đều hoàn hảo, nhưng thông thường cách tôi làm việc với công cụ này là tôi sẽ nói, hãy cho tôi một loạt tùy chọn để làm cho phần cụ thể này của giao diện trông đẹp mắt. Tôi sẽ chọn một vài phương án mà tôi thực sự thích và nói, này, hãy tạo thêm một số tùy chọn nữa. Và điều tuyệt vời là nó hoạt động tốt với các thành phần tĩnh, nhưng nó cũng hoạt động rất tuyệt cho hoạt họa. Như là, tôi không biết làm thế nào bạn bắt đầu làm những thứ này trong một công cụ như Origami hay Figma, nhưng ở đây, vì tất cả đều là mã nguồn, chúng tôi có thể tạo bản mẫu nguyên bản ở bất kỳ định dạng nào mà Claude làm tốt nhất. Nó thực sự đã thay đổi cách tôi thiết kế.
One big team that uses this and really likes it is our education team.Khái niệmGenerative UI tools empower non-technical team members to bypass traditional implementation barriers and directly build functional product prototypes.Các công cụ UI tạo lập giúp các thành viên không thuộc mảng kỹ thuật vượt qua các rào cản triển khai truyền thống và trực tiếp xây dựng các mẫu sản phẩm có chức năng. And this is a team of like very cross-disciplinary people who are not really designers and they're not really engineers, uh, but they're all like very like people-focused people. Like they're very much like designers at heart, but not by training. And so we saw like them as some of the first big champions of this tool because they were like, oh my God, finally I can get all my— these ideas out of my head and like into something that somebody can actually use. And it's almost as if they were a designer all along and they were just blocked on this one technical skill that now they have.
Một đội ngũ lớn sử dụng công cụ này và thực sự thích nó là đội ngũ giáo dục của chúng tôi. Và đây là một đội ngũ gồm những người rất đa ngành, họ không hẳn là nhà thiết kế và họ cũng không hẳn là kỹ sư, nhưng tất cả họ đều là những người rất hướng tới con người. Kiểu như bản chất họ rất giống các nhà thiết kế, nhưng không qua đào tạo bài bản. Và vì vậy chúng tôi thấy họ là một trong những người ủng hộ lớn đầu tiên của công cụ này vì họ kiểu như, ôi Chúa ơi, cuối cùng tôi cũng có thể đưa tất cả các ý tưởng này ra khỏi đầu mình và đi vào thứ mà ai đó thực sự có thể sử dụng. Và gần như thể họ đã luôn là một nhà thiết kế và họ chỉ bị tắc nghẽn bởi một kỹ năng kỹ thuật duy nhất mà giờ đây họ đã có được.
And They find it very empowering.
Và họ cảm thấy nó rất trao quyền.
Matt Gallivan
It's hard to enumerate the number of ways in which my role has changed. I'm doing things as a non-technical person that I have absolutely no business doing, but doing stuff that is adding real value. It's making my work more effective. It's helping move the team forward.
Thật khó để liệt kê hết số cách mà vai trò của tôi đã thay đổi. Tôi đang làm những việc với tư cách là một người không chuyên về kỹ thuật mà trước đây tôi hoàn toàn không có khả năng làm, nhưng lại làm những việc mang lại giá trị thực sự. Nó làm cho công việc của tôi hiệu quả hơn. Nó đang giúp đưa đội ngũ tiến về phía trước.
Building Rapid Internal Dashboards and Research ToolsXây dựng nhanh dashboard nội bộ và công cụ nghiên cứu
Joel Lewenstein
We do a lot of user research and we aggregate all of that in a way that lets anyone around the company query it.Khái niệmAI tools enable domain specialists to independently create, maintain, and analyze custom internal data dashboards without relying on dedicated engineering teams.Các công cụ AI giúp các chuyên gia chuyên môn có thể tự tạo, bảo trì và phân tích các bảng điều khiển dữ liệu nội bộ tùy chỉnh mà không cần phụ thuộc vào đội ngũ kỹ thuật riêng. And so the classic challenge of user research teams is like, I've done all this research, how do I get people to listen or pay attention or find what they need when they're making a real-time decision. We have a tool that one of our researchers built to do that.
Chúng tôi thực hiện rất nhiều nghiên cứu người dùng và chúng tôi tổng hợp tất cả những điều đó theo cách cho phép bất kỳ ai trong công ty đều có thể truy vấn. Và vì vậy, thách thức kinh điển của các đội nghiên cứu người dùng là kiểu như, tôi đã làm tất cả nghiên cứu này, làm thế nào để mọi người lắng nghe hoặc chú ý hoặc tìm thấy những gì họ cần khi họ đưa ra quyết định trong thời gian thực. Chúng tôi có một công cụ mà một trong các nhà nghiên cứu của chúng tôi đã xây dựng để làm điều đó.
Matt Gallivan
So we decided to spin up a really complex weekly tracker survey. And this is something that I think probably would have taken a team of 2 to 3 researchers a couple of months to spin up in the world before AI.
Vì vậy, chúng tôi đã quyết định triển khai một khảo sát theo dõi hàng tuần rất phức tạp. Và đây là điều mà tôi nghĩ có lẽ phải mất một đội gồm 2 đến 3 nhà nghiên cứu trong vài tháng để triển khai trong thế giới trước khi có AI.
But with Claude's help, I was able to spin this up in about a week. And the results feed into this dashboard. And the dashboard is something that I built in Claude Design and that Claude helps me manage and update every week. So there's a matrix view where people can take a look at each of the different metrics that we track and see how they're all comparing across all of our product surface areas over time. So this has been really valuable for a really wide swath of the product org at Anthropic.
Nhưng với sự trợ giúp của Claude, tôi đã có thể triển khai nó trong khoảng một tuần. Và kết quả được đưa vào bảng điều khiển này. Bảng điều khiển là thứ tôi đã xây dựng trong Claude Design và Claude giúp tôi quản lý cũng như cập nhật hàng tuần. Vì vậy, có một chế độ xem ma trận nơi mọi người có thể xem xét từng chỉ số khác nhau mà chúng tôi theo dõi và xem tất cả chúng so sánh như thế nào trên toàn bộ các khía cạnh sản phẩm của chúng tôi theo thời gian. Do đó điều này đã thực sự có giá trị đối với một diện rất rộng trong tổ chức sản phẩm tại Anthropic.
We have a lot of people using it. Not only can we Can we build and ship dashboards internally like this really easily, but we can also track how often people are using them and interacting with them? And this one has gotten quite a bit of traction right out of the gate. So that's been pretty amazing.
Chúng tôi có rất nhiều người sử dụng nó. Không chỉ chúng tôi có thể xây dựng và triển khai các bảng điều khiển nội bộ như thế này một cách rất dễ dàng, mà chúng tôi còn có thể theo dõi tần suất mọi người sử dụng và tương tác với chúng. Và cái này đã nhận được khá nhiều sự quan tâm ngay từ đầu. Vì vậy điều đó thật sự tuyệt vời.
Replacing Static Specs with Working Code PrototypesThay tài liệu đặc tả bằng bản mẫu code chạy được
Joel Lewenstein
I mean, code has always been the clay for software.
Ý tôi là, mã nguồn luôn luôn là đất sét đối với phần mềm.
I think that is like, we've always been circling and trying to figure out how close we can all dive.Khái niệmFunctional code prototypes surpass static spec documents by forcing designers to solve hidden edge cases and state transitions before handoff.Các mẫu mã chạy được vượt trội hơn tài liệu đặc tả kỹ thuật tĩnh bằng cách buộc nhà thiết kế phải giải quyết các trường hợp ngoại lệ ẩn và sự chuyển đổi trạng thái trước khi bàn giao. I think engineers really like to see that sort of like complete flow to really get their head around things and to push back and say like, actually, like I would have taken it a different direction. The notion of sort of getting a PRD with really clear sort of specs and boundaries on a problem is either dead or dying. And our team finds it much easier to hand a coded prototype to an engineer, not so that it can be implemented, though sometimes, But just to say like, look, this isn't some abstract idea. I didn't like fudge over the details.
Tôi nghĩ điều đó giống như việc chúng ta đã luôn xoay quanh và cố gắng tìm hiểu xem tất cả chúng ta có thể đi sâu đến mức nào. Tôi nghĩ các kỹ sư thực sự thích nhìn thấy kiểu quy trình hoàn chỉnh như vậy để thực sự nắm bắt được vấn đề và phản hồi lại, nói rằng, thực ra tôi đã đi theo một hướng khác. Khái niệm về việc nhận một tài liệu PRD với các mô tả yêu cầu kỹ thuật (specs) và ranh giới rất rõ ràng cho một vấn đề đã chết hoặc đang dần biến mất. Và đội ngũ của chúng tôi thấy dễ dàng hơn nhiều khi trao một bản mẫu bằng mã cho một kỹ sư, không phải để nó được triển khai trực tiếp, mặc dù đôi khi là vậy, mà chỉ để nói rằng, nhìn xem, đây không phải là một ý tưởng trừu tượng. Tôi đã không hề làm qua loa các chi tiết.
Have you ever seen a Figma mockup where you're sort of like, but what happens there? Like what? You just skipped a step. Like if they click that, you can't just go to this screen. Like there's something missing.
Bạn đã bao giờ thấy một bản dựng mẫu (mockup) Figma mà bạn kiểu như: nhưng điều gì xảy ra ở đó? Cái gì cơ? Bạn vừa bỏ qua một bước. Giống như nếu họ nhấp vào đó, bạn không thể chỉ đi tới màn hình này. Kiểu như đang thiếu thứ gì đó.
You can't bullshit in a prototype, right?Quy tắcRequire designers to submit pull requests early in onboarding to demystify the codebase and build confidence working directly in software.Yêu cầu các nhà thiết kế gửi pull request sớm trong quá trình tiếp nhận công việc để giải mã cơ sở mã và xây dựng sự tự tin khi làm việc trực tiếp trên phần mềm. Something needs to exist there. All of our designers push a PR in the first week, mostly just to like learn the end-to-end process, to demystify it. And then many designers are working in code almost exclusively are committing tons of PRs, building it ourselves, having your hands in the clay, as we said. That's— you do things you couldn't even think to do.
Bạn không thể nói phét trong một bản mẫu, đúng không? Thứ gì đó cần phải tồn tại ở đó. Tất cả các nhà thiết kế của chúng tôi đều gửi một Yêu cầu Kéo (PR) trong tuần đầu tiên, chủ yếu là để tìm hiểu quy trình từ đầu đến cuối, để hiểu rõ nó. Và sau đó nhiều nhà thiết kế làm việc với mã gần như độc quyền, đang đóng góp hàng tấn PR, tự chúng tôi xây dựng nó, tự tay nhào nặn đất sét, như chúng tôi đã nói. Điều đó giúp bạn làm những việc mà bạn thậm chí chưa từng nghĩ tới.
Demonstrating Command-Line Workflows and Prototyping SkillsTrình diễn quy trình dòng lệnh và kỹ năng tạo mẫu
Meaghan Choi
Hi, my name is Megan, and I'm the design manager for Cloud Code and Cowork at Anthropic.Khái niệmThe command-line interface has re-emerged as a primary environment for AI-assisted design, enabling product creators to prototype features directly from terminal workflows.Giao diện dòng lệnh đã tái xuất hiện như một môi trường chính cho thiết kế hỗ trợ bởi AI, cho phép người tạo sản phẩm làm mẫu tính năng trực tiếp từ quy trình làm việc trên terminal. Would have been crazy to tell me, I think even 2 years ago, that some of the biggest innovations in design and product would have been in a command line because it's like the oldest interface in the book and one that we like long since have abandoned except for engineers. And so I'm going to walk through the workflow that I typically go through if I was designing a new feature or even a new surface or a new workflow. They tend to kind of all start in the same place. So I'll typically kick off a Claude code session in a work tree.
Xin chào, tên tôi là Megan, và tôi là quản lý thiết kế cho Claude Code và Cowork tại Anthropic. Thật là điên rồ nếu nói với tôi, tôi nghĩ ngay cả 2 năm trước, rằng một số cải tiến lớn nhất trong thiết kế và sản phẩm lại diễn ra trên giao diện dòng lệnh, bởi vì nó giống như giao diện lâu đời nhất và là thứ mà chúng ta đã từ bỏ từ lâu ngoại trừ các kỹ sư. Do đó tôi sẽ đi qua quy trình làm việc mà tôi thường thực hiện nếu tôi thiết kế một tính năng mới hoặc thậm chí một giao diện mới hay quy trình mới. Chúng có xu hướng đều bắt đầu từ cùng một nơi. Vì vậy tôi thường khởi động một phiên làm việc Claude Code trong một cây làm việc (worktree).
You start this by running Claude --worktree.Quy tắcUtilizing isolated worktrees during AI-driven prototyping allows teams to run multiple generative coding sessions simultaneously without conflicting file changes.Sử dụng các worktree cô lập trong quá trình tạo mẫu do AI điều khiển cho phép các đội ngũ chạy đồng thời nhiều phiên lập trình tạo lập mà không bị xung đột thay đổi tệp. All this means is that you can run as many Claude sessions as you want without the work overriding each other, which can sometimes happen. And so What I'm going to do today is I'm actually going to make changes here in our Excalidraw. You can see that I have it previewed locally, and I'm invoking this skill called Prototype, which I've built. You'll see here that Claude is using the Prototype skill, which also uses the Explore sub-agent right now.
Bạn bắt đầu điều này bằng cách chạy lệnh Claude --worktree. Tất cả những gì điều này có nghĩa là bạn có thể chạy bao nhiêu phiên Claude tùy thích mà công việc không ghi đè lên nhau, điều đôi khi có thể xảy ra. Và vì vậy, những gì tôi sẽ làm hôm nay là tôi sẽ thực sự thực hiện các thay đổi ở đây trong Excalidraw của chúng tôi. Bạn có thể thấy rằng tôi đã xem trước nó cục bộ, và tôi đang gọi kỹ năng này có tên là Prototype, kỹ năng mà tôi đã xây dựng. Bạn sẽ thấy ở đây rằng Claude đang sử dụng kỹ năng Prototype, kỹ năng này hiện cũng sử dụng đại lý phụ (sub-agent) Explore.
So this might take a little bit of time. So here's 5 whimsical options. A little bubble pop, a little floaty rise, That's crazy. I'll just go with this one. I probably wouldn't go with this one for an actual product, but I'll say like, oh, I like elastic drum.
Vì vậy điều này có thể mất một chút thời gian. Đây là 5 tùy chọn độc đáo. Một tiếng bóng nổ nhẹ, một hiệu ứng nổi lên nhẹ nhàng, Thật là điên rồ. Tôi sẽ chọn cái này. Tôi có lẽ sẽ không chọn cái này cho một sản phẩm thực tế, nhưng tôi sẽ nói kiểu như, ồ, tôi thích hiệu ứng trống co giãn (elastic drum).
Adapting Team Collaboration and Feedback CadencesĐiều chỉnh cách làm việc nhóm và nhịp góp ý
Let's build that one.Khái niệmWhen AI handles rapid prototype generation, human design craft shifts toward evaluating brand context, strategic intent, and nuanced taste.Khi AI đảm nhận việc tạo mẫu nhanh, tay nghề thiết kế của con người chuyển dịch sang việc đánh giá bối cảnh thương hiệu, ý đồ chiến lược và gu thẩm mỹ tinh tế. Then once it looks good, commit and create a PR and push it. And then I think from a people side of things and a team side of things, I think a big challenge is just like, how do we keep the feeling of togetherness and the feeling of like working with another person and kind of really emphasizing the value of good craft and design in this really fast-paced world of AI?
Hãy xây dựng cái đó. Sau đó khi nó trông tốt rồi, hãy cam kết (commit) và tạo một PR rồi đẩy nó lên. Và sau đó tôi nghĩ từ góc độ con người và góc độ đội ngũ, thách thức lớn là làm thế nào để chúng ta giữ được cảm giác gắn kết và cảm giác như đang làm việc với một người khác, đồng thời thực sự nhấn mạnh giá trị của tay nghề giỏi và thiết kế tốt trong thế giới AI nhịp độ rất nhanh này?
Kyle Turman
What's interesting is that the collaboration in terms of like, hey, let's solve a problem together, is just a little different.Khái niệmArriving at collaborative sessions with partially built AI prototypes shifts team discussions from abstract ideas to refining concrete proposals.Đến các buổi cộng tác với các bản mẫu AI được dựng một phần sẽ chuyển các cuộc thảo luận của đội ngũ từ các ý tưởng trừu tượng sang việc tinh chỉnh các đề xuất cụ thể. But it's more in terms of like, hey, I'm coming to the table with this idea that's already halfway formed, and now we can kind of use that as a way to have a conversation.
Điều thú vị là sự hợp tác xét về khía cạnh như, này, hãy cùng nhau giải quyết một vấn đề, chỉ hơi khác một chút. Nhưng nó thiên về việc như, này, tôi đến cuộc thảo luận với ý tưởng này đã được hình thành một nửa, và bây giờ chúng ta có thể sử dụng nó như một cách để trò chuyện.
Because everyone's moving so fast, if you're like a little bit of a degree separated and you're all moving at the same speed, you're going to be like way too far, right? So aligning kind of earlier on before you have that, that's like the really fun parts. And I feel like this whole world that we've unlocked is that we can spend more time doing that, which I'm really appreciative of.
Bởi vì mọi người đều đang di chuyển rất nhanh, nếu bạn chênh lệch dù chỉ một chút và tất cả các bạn đều di chuyển với cùng tốc độ, bạn sẽ ở quá xa, đúng không? Vì vậy, việc thống nhất sớm hơn trước khi bạn có điều đó, đó mới là những phần thực sự thú vị. Và tôi cảm thấy toàn bộ thế giới mà chúng ta đã mở ra là chúng ta có thể dành nhiều thời gian hơn để làm việc đó, điều mà tôi rất trân trọng.
Joel Lewenstein
We used to meet twice a week in medium-sized groups, then the team grew.Quy tắcReplace slow weekly design reviews with frequent, small-group touchpoints to keep rapid AI prototyping aligned with product goals.Thay thế các buổi đánh giá thiết kế hàng tuần chậm chạp bằng các điểm tương tác nhóm nhỏ, thường xuyên để giữ cho việc tạo mẫu AI nhanh chóng luôn bám sát các mục tiêu sản phẩm. Now we meet 4 times a week in smaller groups and sort of aggregate less regularly.
Chúng tôi từng họp hai lần một tuần theo nhóm quy mô trung bình, sau đó đội ngũ phát triển hơn. Hiện tại chúng tôi họp 4 lần một tuần theo các nhóm nhỏ hơn và tổng hợp ít thường xuyên hơn.
I think there are a lot of things that make crit challenging in this environment. The idea that you'd meet once a week and that work would be like stable and unchanging week by week, I think is laughable given the pace that we're moving. We really need feedback much more quickly. But the core thing that crit is for, which is getting feedback from other thoughtful people who understand your goals and your company's ethos, remains as important as it's ever been. Taste and opinion and having a belief about why something exists or an audience that it's for or sort of making maybe like non-traditional design choices, I think that will remain the realm of people, and it's actually not just getting sort of objectively good work, it's that they understand the brief and why something exists in the world and the different audiences and the different messages.
Tôi nghĩ có rất nhiều điều khiến việc đánh giá thiết kế (crit) trở nên thách thức trong môi trường này. Ý tưởng rằng bạn họp một lần một tuần và công việc sẽ ổn định, không thay đổi theo từng tuần, tôi nghĩ là buồn cười với tốc độ mà chúng ta đang tiến. Chúng tôi thực sự cần phản hồi nhanh hơn nhiều. Nhưng điều cốt lõi mà việc đánh giá thiết kế hướng tới, đó là nhận được phản hồi từ những người sâu sắc khác, những người hiểu mục tiêu và tinh thần công ty của bạn, vẫn quan trọng hơn bao giờ hết. Gu thẩm mỹ, quan điểm và niềm tin vào lý do tồn tại của một cái gì đó hoặc đối tượng người dùng mà nó hướng tới, hay việc đưa ra các lựa chọn thiết kế có thể không theo truyền thống, tôi nghĩ điều đó sẽ vẫn thuộc về lĩnh vực của con người, và thực ra không chỉ là có được công việc tốt về mặt khách quan, mà là họ hiểu được bản tóm tắt yêu cầu (brief) và lý do tại sao một thứ gì đó tồn tại trên thế giới cũng như các đối tượng người dùng và thông điệp khác nhau.
Focusing Design Skillsets on Human Judgment and TasteĐưa kỹ năng thiết kế về phán đoán và gu thẩm mỹ của con người
But it's complicated for the people for whom, like, their unique skills are being democratized.Khái niệmAs AI renders software production frictionless, design's primary value shifts to discerning what is truly worth building to capture scarce human attention.Khi AI khiến việc sản xuất phần mềm trở nên không còn rào cản, giá trị cốt lõi của thiết kế chuyển sang việc nhận biết điều gì thực sự đáng xây dựng để thu hút sự chú ý hiếm hoi của con người. And I think we're seeing this on our team of people sort of learning, like, okay, if this is no longer a comparative advantage, not just within the design team, but also if everyone is writing this much code this fast, if making the thing is no longer the bottleneck, People have to take a step back and say, okay, where can my skill set
Nhưng điều đó thật phức tạp đối với những người mà, kiểu như, kỹ năng độc đáo của họ đang được bình dân hóa. Và tôi nghĩ chúng tôi đang thấy điều này trong đội ngũ của mình khi mọi người dần nhận ra rằng, được rồi, nếu đây không còn là lợi thế so sánh, không chỉ trong đội thiết kế, mà còn nếu ai cũng đang viết nhiều mã như thế này nhanh như thế này, nếu việc tạo ra sản phẩm không còn là điểm nghẽn, mọi người phải lùi lại một bước và nói, được rồi, bộ kỹ năng của tôi
be most utilized in this design process?
có thể được sử dụng tốt nhất ở đâu trong quy trình thiết kế này?
Kyle Turman
So it's really about, I think, taking the things that we were really good at, figuring out how to amplify them in different ways, and then apply them with the abilities of these models.
Vì vậy điều đó thực sự là về việc, tôi nghĩ, lấy những thứ mà chúng ta thực sự giỏi, tìm cách khuếch đại chúng theo những cách khác nhau, rồi áp dụng chúng với năng lực của các mô hình này.
Joel Lewenstein
What resource remains scarce? And I think people's time and attention.
Nguồn tài nguyên nào vẫn còn khan hiếm? Và tôi nghĩ đó là thời gian và sự chú ý của con người.
And we can make all the software in the world, and yet my phone holds only 16 apps and my day only has 18 waking hours. And there's, there is some A narrow channel at the end, which is like, is this worth my time? Does this bring me productivity, joy, happiness, calm, whatever it is that the thing you're making? I think that is what design has always done and will always do, is not just like, can we make it, but is this worth making at all?
Và chúng ta có thể tạo ra tất cả phần mềm trên thế giới, nhưng chiếc điện thoại của tôi chỉ chứa 16 ứng dụng và một ngày của tôi chỉ có 18 giờ thức. Và có một kênh hẹp ở phía cuối, kiểu như, điều này có đáng thời gian của tôi không? Điều này có mang lại cho tôi năng suất, niềm vui, sự hạnh phúc, sự bình yên, bất kể điều gì mà thứ bạn đang làm mang lại? Tôi nghĩ đó là những gì thiết kế đã luôn làm và sẽ luôn làm, không chỉ là kiểu như, chúng ta có thể làm ra nó không, mà là thứ này có đáng để làm ra hay không?