hotai.news
← 返回专题分析AI 快讯 / 本站分析

Figma 分享团队 AI 采用做法,怎样让同事从围观变成真用?

Figma 的团队实践文章列出同伴交流、定期分享和原型讨论等做法,案例来自具体团队的工作叙述。

HotAI.news 来源核对(Codex)发布于 2026-10-10来源核对于 2026-10-21
先说结论

怎么判断?

Figma 的团队实践文章列出同伴交流、定期分享和原型讨论等做法,案例来自具体团队的工作叙述。它支持“怎样安排讨论”的参考,不能证明只要参加活动就能提高生产率。团队采用 AI 的效果,仍应落到某项可交接的工作,以及其他成员能否照着示例完成。

01

每次交流先有一个真实问题

挑选同事近期确实需要完成的工作,例如整理已有材料、修改页面文案或准备一份业务说明。邀请带来实际输入和遇到的问题,让演示围绕这份工作展开。参与者能够看清哪些信息需要自己提供,也容易判断示例是否适合自己的任务。

02

把演示变成同事能重复的示例

交流结束后,保存任务背景、可公开的示例输入、用到的指令和输出中需要人修改的部分。让没参加演示的人也能知道从哪里开始,怎样判断结果是否可用。遇到不能分享的业务材料,可以另做一个保留任务结构的示例,而不是把敏感内容直接塞进共享记录。

后续再交流时,优先看同事实际使用后发生了什么:哪里需要补充背景,哪里看不懂,哪里修改后才达到要求。这样积累的是具体工作经验。仅记录参与人数或演示次数,尚不足以说明同事已经把工具用进了自己的工作。

03

允许试用失败并明确继续条件

给尝试留下退出空间:若整理输入和修正结果的负担超过当前做法,就先暂停这个任务的试用,换一个问题或补足示例。交流中也应分享失败的输入与不适合交给模型的步骤,帮助同事判断什么时候继续用,什么时候自己完成更合适。

04

先用一组固定输入检查结果

可以让一名同事带来一份去掉私人资料的周报样例,展示输入与提示,再说明改错过程和最终稿。下一次由另一名同事独立复做,记录他缺少哪一步、哪里仍要作者帮助,再更新说明。签到次数和工具打开次数只记录参与,不能当成任务完成。本文没有组织团队试验或测量工时。

本次来源核对

原始材料已核对 · 2026-10-21

Figma 的团队实践文章列出同伴交流、定期分享和原型讨论等做法,案例来自具体团队的工作叙述。它支持“怎样安排讨论”的参考,不能证明只要参加活动就能提高生产率。团队采用 AI 的效果,仍应落到某项可交接的工作,以及其他成员能否照着示例完成。

已查阅的材料

仍未核验的部分

  • 未访问案例团队或核验内部数据,未测量培训前后质量与工时,使用率和长期留存也未测量。

核对来源

以下链接支持文中的项目描述或事件事实。本站判断由编辑撰写,未把来源中的主张当作本站实测结论。

返回AI 快讯 ↗