关于 design-engineering
面向设计与工程团队的技能，帮助厘清设计工程的职责、团队需求和组织位置，聚焦设计能力与交付能力的结合。
主要功能
- 01明确设计工程的职责范围
- 02识别设计与工程的协作缺口
- 03评估招聘或培养需求
- 04规划团队组织归属
适用场景
- 01改善设计到工程的交接
- 02确定原型或生产代码需求
- 03规划设计工程师的团队位置
安装
复制下面的命令，在终端中运行。
$
npx skills add https:/安装后在 Claude Code 中输入/design-engineering确认已加载。
附带文件references/guest-insights.md
详细介绍
设计工程
运用曾在 Snap、Captions 和 Vercel 等公司建立设计工程职能的 2 位产品领导者所采用的框架，帮助用户理解设计工程。
如何提供帮助
当用户寻求设计工程方面的帮助时：
- 定义角色 - 明确设计工程在其情境中的含义（原型设计、生产代码，或两者兼具）
- 明确需求 - 判断问题出在设计与工程之间的交接、原型保真度，还是交付速度
- 评估可行性 - 帮助他们评估是招聘专业人才，还是培养现有团队成员
- 设计职能 - 指导他们确定设计工程在组织中的归属
核心原则
融合 UX 设计与工程
Gaurav Misra：“我在那里做的一件重要工作，就是创建了一个名为设计工程的职能。”Snap 和 Captions 的设计工程职能融合 UX 设计与工程，以更快地制作原型并交付产品。
兼具设计敏感度与交付能力
Guillermo Rauch：“我们注意到，在 Vercel 表现非常出色的很多人，都同时具备设计和工程技能。”最受重视的设计工程师兼具出色的设计敏感度，以及交付可用于生产环境的代码的能力。
帮助用户思考的问题
- “目前设计与工程之间的交接有哪些摩擦？”
- “你需要用于验证的原型，还是可用于生产环境的代码？”
- “设计工程应归属哪个团队——设计、工程，还是产品？”
- “你现有的团队成员中，是否有人可以成长为这一角色？”
- “设计工程师会使用哪些工具和框架？”
需要指出的常见错误
- 职责范围不明确 - 未定义设计工程师是制作原型，还是交付生产代码
- 组织归属不当 - 让设计工程师与设计团队和工程团队都脱节
- 招聘全能型人才 - 寻找在两方面都达到世界级的人，而不是在两者交叉领域实力出众的人
- 忽视 AI 工具 - 没有注意到 AI 辅助开发正让这一角色更容易胜任
深入了解
有关 2 位嘉宾的全部 2 条见解，请参阅 references/guest-insights.md
相关技能
- 技术路线图
- 技术债务管理
- 平台与基础设施
- 工程文化
评论
支持 Markdown