外观
产品设计 & 需求管理
TraeWork 是字节跳动旗下 AI 办公平台，侧重学习、办公与工程执行场景，无论你是开发者、职场人、学生，都可以用它写方案、做分析、处理文件、推进协作，并完成需要持续执行、检查和产出结果的自动化任务。支持桌面端、网页版和移动端，多端协作，随时发起任务、查看进展、持续推进。
立即下载 TraeWork 桌面端
面向产品从想法到落地的全过程，帮助你梳理需求、设计方案、组织文档并推动协作。
适合需求分析、PRD 撰写、用户故事、原型设计、功能规划、需求评审和版本管理等场景。
No.41｜用 TraeWork 验收产品 Demo 功能
作者：用户64884 ｜ 前端开发者 ｜ 工具：TraeWork ｜ 阅读约 4 分钟 ｜ 社区原帖：https://forum.trae.cn/t/topic/171913
**用法总结：**纯 Work 模式，把 TraeWork 当「线上产品验收员」，让它按真实用户路径对已部署 Demo 做端到端测试并逐步记录结果。
**场景：**参赛 Demo「接得住｜ReadyWhen」上线前的端到端验收。
**效率提升：**比手动乱点更系统，且留下可复盘的完整测试记录。
**成果：**一份覆盖全流程的线上端到端验收结果，确认「核心流程端到端测试通过」。
一、个人背景介绍
**个人背景：**作者是一名前端开发者，做了参赛 Demo「接得住｜ReadyWhen」，用于帮助家庭提前准备突发住院事项。
**当前痛点：**功能做完后需要上线前验收：问卷能否走完、结果页与 Dashboard 是否正常、任务完成/撤销/刷新状态是否正确、家庭成员与职责分工是否冲突、资源筛选与移动端布局是否有问题、线上与本地表现是否一致。完全靠手动乱点容易漏边界场景，也难留下测试记录。
二、我用 TraeWork 怎么解决的
**核心方案：**用 TraeWork 的 Work 模式把它当作“线上产品验收员”，只测试、不改代码，按真实用户路径操作已部署 Demo，并逐步记录端到端验收结果。
实践步骤：
**限定测试边界：**明确本次只测试已部署线上 Demo，不改代码、不打开本地项目、不输入真实隐私，也不使用真实 API Key。
**按真实用户路径验收：**让 TraeWork 依次完成进入网站、完成准备演练、查看六维结果、进入家庭准备空间、完成任务、添加家庭成员、设置联系人和职责、查看资源、刷新后恢复数据等流程。
**逐步记录测试证据：**每一步记录操作步骤、实际结果、是否通过；失败时补充复现路径和现象，并保留关键节点截图。
**输出可复盘报告：**测试结束后汇总线上地址、实际完成流程、各模块通过/失败结果、截图、刷新与持久化结果、移动端结果、发现的问题和端到端通过结论。
三、成果展示
最终呈现：
**线上端到端验收结果：**覆盖首页访问、问卷流程、六维评估结果、Dashboard、任务完成与撤销、家庭成员添加、联系人与职责分工、资源筛选、刷新后数据恢复、异常路由、移动端布局和 AI 配置入口基础交互等模块。
**完整测试记录：**每一步保留操作步骤、实际结果、是否通过、失败复现路径与关键节点截图，比手动随手点一遍更系统、更容易复盘。
**验收结论：**TraeWork 最后确认“ReadyWhen 线上核心流程端到端测试通过”。Demo 地址：https://ready-when.vercel.app/
四、实践经验总结
1️⃣ 不要只说「帮我测试一下」
把测试拆成「测试边界 + 用户路径 + 固定测试数据 + 预期结果 + 输出格式」，结果才不泛。
2️⃣ 给固定测试数据，结果更容易判断
提供固定问卷答案（如 Q1 A、Q2 D……），结果页应出现什么缺口、准备度大概多少都有明确预期。
3️⃣ 明确「不要改代码」
先写清「只测试线上 Demo，不改代码、不打开本地项目、不输入真实隐私、不用真实 API Key」，行为边界更清晰。
五、提示词参考
适合线上 Demo、活动页、表单流程、产品原型上线前验收的提示词结构
Plain
请对以下线上 Demo 进行端到端测试：
【填写线上地址】
本任务只使用浏览器能力测试已经部署的线上页面。
不要修改代码，不要输入真实隐私信息，不要使用真实 API Key。
请按以下真实用户路径测试：
进入网站 → 完成核心表单/问卷 → 查看结果页 → 进入主功能页面 → 完成一个核心任务 → 添加或修改一条数据 → 检查筛选、返回、刷新和移动端布局
每一步请记录：1. 操作步骤；2. 实际结果；3. 是否通过；4. 如失败，说明复现路径和现象。
测试完成后输出：1. 测试环境和线上地址；2. 实际完成的流程；3. 各模块通过/失败结果；4. 保存了哪些关键截图；5. 刷新与持久化结果；6. 移动端结果；7. 发现的问题；8. 是否通过端到端测试。No.42｜用 TraeWork 整理碎片化开发需求
作者：用户952777（社区 Build 之星）｜ 后端开发工程师 ｜ 工具：TraeWork ｜ 阅读约 5 分钟｜ 原帖：https://forum.trae.cn/t/topic/172490
**用法总结：**用 TraeWork 三个硬能力——长上下文吃多源碎片、技术任务拆解 + 影响面分析、依赖识别 + 工作量粗估，把散落的碎片需求整理成可直接用于排期的技术任务清单。
**场景：**后端每月迭代需求来源碎（飞书群、会议纪要、工单、Jira 备注），排期会前逐条想实现、估工作量，经常返工。
**效率提升：**原来一天的"捞需求 + 想方案 + 估排期"活压缩到 两小时，且不再漏同表冲突和隐藏依赖。
**成果：**一份覆盖本月 20+ 条零散需求的技术任务清单，每条带模块拆解、影响面标注、依赖关系、粗估工作量。
一、个人背景介绍
**个人背景：**作者是一名后端开发工程师，每月迭代前需要把多个渠道的需求整理成可排期的技术任务。
**当前痛点：**需求散落在飞书群、会议纪要、工单、Jira 备注中，粒度参差不齐；排期会前光“捞需求 + 想方案”就耗一天，还常常排完才发现两条需求改同一张表，或漏掉隐藏依赖导致返工。
二、提效前后对比
| 环节 | 以前 | 用 TraeWork 后 |
|---|---|---|
| 捞需求 + 归并 | 手动逐条摘抄，易漏 | 原文整段丢入，自动揪出 20+ 条 |
| 技术拆解 | 逐条手动想实现方案 | 自动列模块/接口/表/影响面 |
| 依赖与排期 | 现场拍脑袋 | 自动分析依赖 + 粗估人天 |
| 总耗时 | 约一天 | 约两小时 |
三、我用 TraeWork 怎么解决的
**核心方案：**用 TraeWork 的长上下文能力吞下多源需求碎片，再按“提取去重 → 技术拆解 → 影响面分析 → 依赖识别 → 工作量粗估”的流程，生成可直接用于排期的技术任务清单。
实践步骤：
**汇总多源碎片：**把一个月的飞书群聊、会议纪要、工单导出和 Jira 备注原文整段放入 TraeWork，利用长上下文一次记住全部材料。
**提取并确认需求：**让 TraeWork 揪出所有“疑似需求”句子并去重合并，先得到 20+ 条候选需求；再人工扫一眼，删掉不做的内容，确认最终清单。
**拆解技术任务：**逐条分析要改哪些模块、涉及哪些接口、是否要动表、前后端如何配合，并标出影响面，例如“改用户表字段，所有读用户信息的接口都要回归”。
**识别依赖并估工作量：**自动分析谁先做、哪两条冲突、哪些可并行，并按任务粒度给出粗略人天估算。
**人工复核关键判断：**最后由开发者过一遍影响面和工作量，补上团队历史坑或老接口硬编码等 TraeWork 不一定知道的信息。
四、成果展示
最终呈现：
**技术任务清单：**覆盖本月 20+ 条零散需求，并完成去重合并。
**排期所需字段：**每条需求带模块拆解、影响面标注、依赖关系和粗估工作量。
**排期复盘结果：**排期会上可直接照着过，原来约一天的工作压缩到约两小时，且没有再漏同表冲突和隐藏依赖。
五、实践经验总结
1️⃣ 碎片别自己先摘抄
原样整段丢进去让它自己揪，召回率更高；手摘一遍反而漏。
2️⃣ 影响面分析一定过一遍
它对"改某表字段要回归哪些接口"大部分准，但你们踩过的历史坑（如老接口硬编码）它不知道，得自己补。
3️⃣ 先交代技术架构
喂需求时把技术架构和模块划分简单说一句，拆解会更贴合实际，不会瞎猜。
六、提示词参考
💡 使用说明：三步走——先揪需求去重，再技术拆解 + 影响面，最后依赖 + 工作量估算。
Plain
以下是本月散落各处的需求相关内容：
- 飞书群聊天记录：[粘贴]
- 会议纪要：[粘贴]
- 客服工单摘录：[粘贴]
- Jira 备注：[粘贴]
请完成：
1. 从所有内容中提取全部疑似需求（含"想要/需要/建议/希望/能不能"等表述）
2. 相同意图去重合并，标注提及次数和来源
3. 输出表格：需求编号|需求描述|功能模块|提及次数|来源
不要遗漏，不要合并语义不同的需求。Plain
以下是确认后的需求清单。我们的技术架构：[简单描述，如"用户中心独立服务，订单和支付共用库，前端 Vue"]
请逐条做技术拆解：
1. 涉及哪些模块/服务
2. 需要新增或修改哪些接口（列接口名和请求方式）
3. 是否需要改数据库（改表/加字段/建新表）
4. 前后端配合点
5. 影响面分析：改了之后哪些现有功能需要回归测试
6. 风险点：有没有已知的坑或技术债关联Plain
基于上面的技术拆解：
1. 分析需求之间的依赖关系：哪条必须先做、哪两条改同一块代码有冲突、哪些可并行
2. 按拆解出的任务粒度粗估工作量（人天），给出估算依据
3. 输出表格：需求编号|依赖哪些|冲突项|可否并行|粗估人天|备注No.43｜用 TraeWork 梳理接口文档和排期
作者：u1655218925479865 ｜ Web 前端开发 ｜ 工具：TraeWork ｜ 阅读约 4 分钟｜ 原帖：https://forum.trae.cn/t/topic/172315
**用法总结：**用 TraeWork 的长文本解析、多文件读取、结构化表格生成能力，把 PRD、接口文档、BUG 清单整合成开发排期表和接口对接文档。
**场景：**前端每次迭代要手动梳理零散需求、接口文档和测试 BUG，碎片化资料整合耗时。
**效率提升：**手动整理约 2.5 小时+ → TraeWork 约 12 分钟完成，约 12 倍以上提效。
**成果：**一份分模块前端开发排期表 + 一份标准化接口对接文档。
一、个人背景介绍
**个人背景：**作者是一名 Web 前端开发，每次迭代都要接收产品零散需求文档、后端接口文档和测试反馈 BUG 清单。
**当前痛点：**迭代前需要手动梳理开发任务、划分工时、整理接口对接说明，碎片化资料整合非常耗时，也容易影响排期同步效率。
二、提效前后对比
| 环节 | 手动整理 | TraeWork |
|---|---|---|
| 任务梳理与排期 | 手动拆分模块、逐项估工时 | 指令拆分三类工作内容、自动分配工时 |
| 接口对接文档 | 逐个整理入参出参与异常处理 | 统一整理并补齐调用备注 |
| 总耗时 | 约 2.5 小时+ | 约 12 分钟 |
三、我用 TraeWork 怎么解决的
**核心方案：**用 TraeWork 的 Work + Code 模式解析 PRD、后端 swagger 接口说明和测试 BUG 记录表，把页面开发、组件改造、问题修复与接口联调统一整理成排期表和前端对接文档。
实践步骤：
**上传并标注资料：**上传产品 PRD、后端 swagger 接口说明、测试 BUG 记录表三份文件，并标注文件类型，方便 TraeWork 准确归类。
**拆分开发任务：**指令拆分页面开发模块、公共组件改造、问题修复三类工作内容，并识别接口联调相关任务。
**生成迭代排期：**结合工作量自动分配单人开发工时，生成可视化迭代排期表格，并标注优先级、依赖项和预估工时。
**整理接口对接文档：**统一整理接口入参、出参、异常处理说明，生成简洁的前端专用对接文档，并补齐接口调用备注。
四、成果展示
最终呈现：
**分模块前端开发排期表：**覆盖页面开发、公共组件改造、接口联调和线上 BUG 修复，并标注优先级、预估工时和依赖项。
**标准化接口对接文档：**整理请求方式、入参校验、返回字段和报错处理方案，并补齐接口调用备注。
**可同步的开发计划：**12 分钟完成整体产出，对比手动整理节约约 2.5 小时，排版工整、表格清晰，可直接发给组长同步。
五、实践经验总结
1️⃣ 上传文件时标注文件类型
标注 PRD / 接口 / BUG，内容归类准确率更高。
2️⃣ 写入自身每日有效工作时长
告诉 AI 每日有效工作时长，规划的工期会更贴合真实工作节奏。
3️⃣ 排期表区分优先级
让排期表区分 P0/P1/P2 优先级，方便对齐团队迭代节奏。
六、提示词参考
💡 使用说明：解析上传的 PRD、接口文档、BUG 清单，一次性生成排期表和前端对接文档。
Plain
你是资深前端开发助理，解析我上传的PRD、接口文档、BUG清单。
1、拆分所有开发任务：页面开发、公共组件封装、接口联调、线上bug修复；
2、结合常规前端开发耗时，制作结构化排期表格，标注优先级P0/P1/P2、预估工时、依赖项；
3、汇总所有接口，整理一份前端专用对接文档，写明请求方式、入参校验、返回字段、报错处理方案；
4、整体排版工整，表格清晰，可直接发给组长同步开发计划。No.44｜用 TraeWork 将竞品分析需求整理成 PRD
作者：凌洲 ｜ 某科技公司产品实习生 ｜ 工具：TraeWork ｜ 阅读约 4 分钟｜ 原帖：https://forum.trae.cn/t/topic/172108
**用法总结：**Work + Code 模式，用长上下文吃下大量截图与资料、联网检索竞品信息、结构化输出腾讯文档表格、多轮迭代 PRD 并搭可运行 Demo。
**场景：**产品实习生在“没账号、没权限、资料零散”的条件下完成竞品分析与产品交付。
**效率提升：**功能点梳理从人工难以短时间完成 → Work 几小时完成；单表结构化仅 5 分 46 秒。
**成果：**产出对标表、PRD（迭代至 V2.2）+ 提示词库 + 可运行 Demo、功能点梳理表与正式优化建议文档的完整可交付链路。
一、个人背景介绍
**个人背景：**作者是某科技公司产品实习生，接到经理安排的竞品分析任务：客户想做培训应用，需要参考“平安知鸟”和某政企 AI 对练应用（“竞品 B”）。
**当前痛点：**平安知鸟和竞品 B 都没有账号和权限，只能使用官网公开资料和会议纪要；自家内部培训 Demo 产品层级混乱、题库不同步，缺少筛选与通用知识模块；交付过程中又收到开发部门层级不明、存在缺漏的功能清单。作者需要把这些“模糊需求”整理成能交付给部门经理的材料。
二、我用 TraeWork 怎么解决的
**核心方案：**用 TraeWork 的 Work + Code 模式，把竞品公开资料、会议纪要、内部 Demo 截图和开发功能清单放进长上下文中，分阶段产出竞品对标、PRD/Demo 和功能点梳理表。
实践步骤：
**整理竞品资料与产品对标：**把平安知鸟、竞品 B 的官网资料，以及会议纪要、培训 Demo 界面截图一起提供给 Work；作者先用序号和箭头标注功能点，再让 Work 结构化输出覆盖功能模块、交互方式、差异点的产品对标表（腾讯文档格式），可直接交付。
**重构需求并产出 PRD/Demo：**把经理两轮谈话要点转成结构化需求，包括区分“学习窗口”和“管理后台”、新增通用知识模块、增加课程筛选、做 AI 学情诊断个性化路径等；再参考腾讯云培训中心、华为云学堂规划四栏导航（在线课程 / AI 对练 / 认证考试 / 我的学习），从零列功能点、撰写 PRD（迭代到 V2.2），并用 Trae IDE 搭出可运行 Demo。
**逐页梳理系统功能点：**拿到开发部门混乱清单后，把培训 Demo 每个功能页面逐一截图并标注，再交给 Work 按系统真实结构整理每个功能点和字段，输出层级清晰的功能点梳理表；费时部分主要是截图和点功能点，整理本身由 Work 快速完成。
三、成果展示
最终呈现：
**竞品产品对标表：**基于平安知鸟、竞品 B、会议纪要和内部 Demo 截图整理，覆盖功能模块、交互方式和差异点，可直接交付经理。
**培训产品 PRD 与 Demo：**从零构建 PRD（迭代至 V2.2），配套提示词库（IDE / 打磨优化 / 功能优化）和可运行 Demo。
**功能点梳理与优化建议：**产出覆盖每个页面、每个字段的系统功能点梳理表，以及产品对标与优化建议正式文档（Word + PDF 双格式）；其中系统页面截图整理成腾讯文档表格，Work 在 5 分 46 秒内完成模块识别、8 列表头拆解与建表验证。
四、实践经验总结
1️⃣ 截图一定要先标注
喂给 Work 前自己先用序号 / 箭头标好每个功能点，整理准确率会高很多，省去来回纠正成本。
2️⃣ 长上下文是"碎活整理"利器
功能点梳理这类碎而多的任务，一次性批量喂进同类截图让 Work 统一口径输出，比一张张问高效得多。
3️⃣ 把领导反馈原话存下来
每次谈完把要点丢给 Work 转成结构化需求清单，更不容易漏，四栏导航和 AI 学情诊断都是这样提炼出来的。
4️⃣ 分阶段交付，别等"一步到位"
先出对标表交一版、拿反馈再重构 PRD、最后做功能梳理，每步都有明确交付物，领导也能逐步给方向。
五、提示词参考
把系统截图整理成功能清单
Plain
我正在梳理一个培训类产品的系统功能清单。我会分批发送系统界面截图，
每张截图我已用序号标注好各个功能点（如①②③）。
请你按下面的要求整理：
1. 识别每张截图所属的页面 / 模块（如：在线课程-课程列表页）；
2. 对每个标注序号的功能点，输出一行，字段包括：
【所属模块】【功能点名称】【功能描述】【涉及字段/操作】【备注】；
3. 功能描述要基于截图实际可见的内容，不要臆测没有的功能；
4. 如果某功能点在多张截图里重复出现，请合并并在备注里注明出现位置；
5. 全部截图处理完后，再输出一份按模块分组的目录索引。
输出格式：腾讯在线表格可直接粘贴的结构（首行为表头，每行一个功能点）。No.45｜用 TraeWork 快速完成应用迭代需求
作者：凌洲 ｜ 某科技公司 CRM 产品团队产品经理 ｜ 工具：TraeWork ｜ 阅读约 5 分钟｜ 原帖：https://forum.trae.cn/t/topic/172073
**用法总结：**Design 模式按「原有风格 + 最新需求 + 字段表」出原型页面，Work 模式再把设计稿转成可交互、可跳转的 HTML 原型。
**场景：**政企业务员用的「政商客户画像」移动端应用，需求反复大改且急，Axure 高级动效难做。
**效率提升：**需求大改从 Axure 里 重做大半天 变为几次对话改完并自动转交互原型。
**成果：**一份 9 页可点击跳转、带呼吸/入场/淡入动效、图表可渲染下载的高保真交互原型，客户与研发经理均满意。
一、个人背景介绍
**个人背景：**我是某科技公司 CRM 产品团队的产品经理，负责一款面向政企业务员的“政商客户画像”移动端应用原型。
**当前痛点：**客户希望业务员在手机上像聊天一样输入客户名后，AI 能输出客户 BEIK 画像、产品结构和营销话术；但客户和研发经理反复改需求，最后又急着要一版大改。按公司规矩原型要用 Axure 画，重新拖拽排版需要大半天，组件呼吸感、页面切换动画、图表可下载等高级效果也很难在 Axure 中快速实现。
二、提效前后对比
| 维度 | Axure 传统做法 | TraeWork |
|---|---|---|
| 需求大改 | 重新手动拖拽排版大半天 | 几次对话改完，自动转可交互原型 |
| 高级动效 | 呼吸感/入场/切换难实现 | 直接在 HTML 里实现 |
| 图表可下载 | 基本做不了 | Chart.js 渲染 + html2canvas 一键下载 |
三、我用 TraeWork 怎么解决的
**核心方案：**先用 TraeWork Design 模式基于“原有风格 + 最新需求 + 字段表”生成移动端原型页面，再用 Work 模式把设计稿转成可点击、可跳转、带动效和图表下载能力的单页 HTML 交互原型。
实践步骤：
**输入风格锚点与需求材料：**把原 Axure 原型截图作为风格参考，再补充最新需求文档和字段表，让 Design 模式锁定配色、字体、圆角等既有风格。
**生成移动端原型页面：**让 Design 模式一次规划出 6 页移动端原型，包括引导首页、模糊搜索、BEIK 基础信息、BEIK 商机预判同屏 Tab 切换、带尾巴问题·产品结构和潜客画像。
**转成交互单页应用：**切到 Work 模式生成单页 HTML 应用，并补全到 9 个可跳转页面；返回键带历史栈，BEIK 基础信息和商机预判支持 Tab 切换。
**补齐动效与下载能力：**在 HTML 原型中加入机器人头像浮动呼吸、聊天气泡入场、页面淡入切换动效；接入 Chart.js 渲染产品结构图表，并用 html2canvas 支持一键下载图谱。
四、成果展示
最终呈现：
**9 页高保真交互原型：**完成可点击跳转的政商客户画像移动端原型，覆盖引导、搜索、客户 BEIK 信息、商机预判、产品结构和潜客画像等页面。
**可演示的交互动效：**实现返回历史栈、Tab 切换、机器人头像呼吸、聊天气泡入场和页面淡入切换，评审现场可以真实点击演示。
**可渲染下载的图表能力：**用 Chart.js 渲染产品结构图表，并用 html2canvas 支持一键下载图谱；最终效果让客户和研发经理都满意。
五、实践经验总结
1️⃣ 先喂「风格锚点」再生成
把已有 Axure 截图 + 字段表一起给 Design 模式，它会锁定配色/字体/圆角这些风格延续点，改稿时整站风格不掉链子。
2️⃣ 把跳转关系当需求讲清楚
「带尾巴问题」是核心交互，在对话里直接讲每个 chip 跳到哪页，它建好跳转连线，Work 模式再据此连交互。
3️⃣ 能交给代码的动效别在原型工具里硬抠
呼吸感、入场动画、图表渲染导出直接在 Work 生成的 HTML 里实现，比在 Axure 里硬凑强太多，评审现场也能真点。
六、提示词参考
Plain我要做一款移动端政商客户画像 AI 对话助手，面向政企业务员。请按我给的参考风格截图 + 需求文档 + 字段表，出高保真原型。要求：浅蓝渐变背景、白色对话气泡、蓝色主色、友好机器人形象、微信小程序风格；页面包括引导首页、模糊搜索、已有客户 BEIK 基础信息 / 商机预判（同屏 Tab 切换）、带尾巴问题·产品结构（含图表）、潜客画像。每个"带尾巴问题" chip 要能跳转到对应页，请把跳转关系也规划好。
Plain把上面这几页设计稿做成一个可交互、可跳转的单页 HTML 原型：点输入框 / 客户卡片 / 带尾巴问题 chip 跳转对应页，返回键带历史栈，BEIK 基础信息和商机预判用 Tab 切换。加上机器人头像浮动呼吸、聊天气泡入场、页面淡入切换动效；产品结构用 Chart.js 画图表，并支持一键下载图谱。
No.46｜用 TraeWork 完成活动方案+PPT+小程序原型制作
作者：今天做点啥 ｜ 背景：企业市场运营 ｜ 工具：TraeWork ｜ 阅读约 3 分钟｜原贴：https://forum.trae.cn/t/topic/171951
**用法总结：**Work 长上下文梳理逻辑 + Design 可视化原型双线使用，在同一对话里完成活动复盘、方案、PPT 大纲与小程序 UE 原型。
**场景：**企业市场运营的活动策划、方案撰写、汇报 PPT、营销复盘优化与小程序体验改版。
**效率提升：**整体工作时长相比传统缩短约 10 倍，原来 1 天的量现在不到 1 小时。
**成果：**完整营销活动优化方案 + 可复用 PPT + 小程序 UE 交互参考原型。
一、个人背景介绍
**个人背景：**我是企业市场运营，日常承担活动策划、方案撰写、汇报 PPT 制作和宣传物料构思等工作。
**当前痛点：**近期需要同步推进营销活动复盘优化与小程序用户体验改版，方案梳理、逻辑推演和原型想法过去都要切换多个工具完成，沟通成本高、迭代慢。
二、提效前后对比
| 方式 | 耗时 |
|---|---|
| 传统多工具切换 | 约 1 天 |
| 用 TraeWork 双模式 | 不到 1 小时 |
三、我用 TraeWork 怎么解决的
**核心方案：**用 TraeWork 的 Work 长上下文先沉淀活动背景和优化逻辑，再用 Design 生成小程序 UE 原型，并在同一对话上下文中持续迭代营销文案、页面布局和方案内容。
实践步骤：
**用 Work 做活动复盘：**上传往期活动数据和原始方案，让 Work 输出活动效果复盘、优化思路、完整改版方案和可复用 PPT 大纲。
**用 Design 生成 UE 原型：**把运营优化结论带入 Design 模式，基于用户使用场景快速生成小程序 UE 页面草图和交互布局参考。
**在同一上下文持续迭代：**持续在同一对话里调整活动文案、页面布局和方案内容，不用反复导出导入文件。
**补充日常小工具实践：**私下再用 Code 模式开发日常实用小应用，把功能框架先做出来，确认后再继续细化。
四、成果展示
最终呈现：
**营销活动优化方案：**基于活动参与数据和原活动方案完成复盘，梳理亮点、不足和可落地优化策略。
**可复用汇报 PPT：**输出完整 PPT 大纲和每页核心文案，适配对内运营汇报。
**小程序 UE 交互原型：**围绕活动报名、权益领取等场景输出页面框架草图与交互布局参考；整体工作从约 1 天压缩到不到 1 小时。
五、实践经验总结
1️⃣ 先 Work 沉淀背景再转 Design
优先用 Work 沉淀全部背景资料，再转入 Design 做视觉，保证文字方案和原型思路统一，避免前后信息脱节。
2️⃣ 一次性上传素材
一次性上传历史数据、旧方案等素材，依靠长上下文减少重复复述需求。
3️⃣ UE 原型标注转化目标
做 UE 原型时明确标注运营转化目标，AI 产出页面会更贴合营销场景，避免只追求美观忽略转化。
六、提示词参考
Work 模式（活动优化）
Plain
根据附件内本次活动参与数据、原活动方案，完成活动复盘，梳理亮点与不足，输出可落地的优化策略，并整理成汇报 PPT 目录与每页核心文案，语言适配对内运营汇报。Design 模式（小程序 UE）
Plain
面向 C 端用户营销小程序页面，围绕活动报名、权益领取设计 UE 布局，简化操作步骤，突出转化按钮；输出页面框架草图，标注模块功能与用户操作路径，贴合市场获客运营场景。Code 模式
Plain
我希望做什么应用，需要有什么功能，实现什么效果，风格参考什么。
做出功能框架后需要我确认后再做进一步工作。
修改 xxxx 问题，修改后找我确认，如否定请将修改全部删除回归之前的版本。No.47｜用 TraeWork 整理多渠道用户反馈
作者：Captain ｜ 开发者运营 ｜ 工具：TraeWork ｜ 阅读约 5 分钟｜ 原帖：https://forum.trae.cn/t/topic/172395
**用法总结：**用 TraeWork 的长上下文与结构化输出能力，把散落在 5 个渠道的开发者反馈去重、分类、标注提及次数与优先级，输出结构化表格和标准需求描述。
**场景：**开发者运营每周要从飞书群、论坛、访谈、App Store、工单 5 个渠道接住反馈并翻译成产品需求。
**效率提升：**纯手工约 4 小时 → TraeWork 约 半小时完成，约 8 倍提效。
**成果：**47 条去重反馈的结构化表格 + 12 条高优反馈的标准化需求描述。
一、个人背景介绍
**个人背景：**作者做开发者运营，对接开发者社区和内部产品团队，需要第一时间接住开发者吐槽和需求，并翻译成产品同学能理解的语言。
**当前痛点：**反馈来源太散，每周至少来自飞书开发者群、社区论坛、用户访谈纪要、App Store 评论、内部工单系统 5 个渠道。以前要逐个渠道翻、复制到 Excel、手动打标签、凭感觉排优先级，少说大半天，还很难回答“这个问题有多少人提过”。
二、我用 TraeWork 怎么解决的
**核心方案：**用 TraeWork 的长上下文和结构化输出能力，先把 5 个渠道的开发者反馈聚合去重、分类排序，再把高优反馈转成产品团队可直接理解的标准需求描述。
实践步骤：
**先攒齐反馈素材：**周一到周三照常收集素材，只做简单格式处理：飞书群消息导出文本、论坛复制标题 + 正文、访谈纪要放飞书文档链接、App Store 导出本周新增 CSV、工单截图本周 P0/P1 列表。
**统一去重分类：**把文本直接粘贴、文件直接拖入 TraeWork，要求它提取有效反馈、去重、按 Bug 修复 / 功能建议 / 体验优化 / 文档缺失 / 其他分类，并标注来源渠道、提及次数、严重程度和建议优先级。
**人工 Review 微调：**先确认结构化表格，检查自动合并是否合理；例如它能把三个渠道里同一“登录流程卡顿”反馈合并，个别优先级再手动调整。
**转成标准需求描述：**筛选高优反馈，让 TraeWork 用“作为…我希望…以便…”格式生成需求描述，并补充 2-3 条可验证验收标准，微调措辞后发给产品同学。
三、成果展示
最终呈现：
**47 条去重反馈表格：**按类别和优先级排序，保留来源渠道、提及次数、严重程度和建议优先级。
**12 条高优需求描述：**把高优反馈转成“作为…我希望…以便…”格式，并补充可验证验收标准。
**可推动排期的数据证据：**从喂素材到最终产出约半小时；产品同学看到“同一个问题在 3 个渠道被 8 个人提过”后，直接拍板排进下个迭代。
四、实践经验总结
1️⃣ 素材先粗筛再喂
把几百条群消息原文全贴进去会产生噪音（「有人吗」「+1」「收到」被当成反馈），先自己筛出有信息量的内容再喂，归类准确率明显更高。
2️⃣ 分两步走，别想一步到位
一次性完成「去重+分类+排优先级+写需求描述」输出会乱，拆成「先出表格确认，再追加补需求描述」效果更好。
3️⃣ 「提及次数」字段是灵魂
让 TraeWork 统计同一问题被多少渠道、多少人提及，这个数据拿去跟产品同学聊，比说十遍「这个问题很重要」都管用。
五、提示词参考
💡 使用说明：第一步做反馈归类整理输出表格，第二步把高优反馈转成标准需求描述。
Plain
【第一步 —— 反馈归类整理】
以下是我本周从多个渠道收集到的开发者反馈素材，来源包括飞书群消息、社区论坛帖子、用户访谈纪要、App Store 评论和内部工单系统。
请帮我完成：
1. 提取所有有效反馈条目，去除重复内容和与产品无关的噪音
2. 按类别归类：Bug修复 / 功能建议 / 体验优化 / 文档缺失 / 其他
3. 每条标注：来源渠道（多个全部列出）、提及次数、严重程度（P0/P1/P2/P3）、建议优先级（高/中/低）
4. 输出为表格
5. 表格下方写总结：本周反馈 TOP3 主题、是否有新增方向、建议优先处理哪些
【第二步 —— 高优反馈转需求描述】
请从上面表格中筛选"建议优先级=高"的反馈，逐条生成标准需求描述：
【需求标题】一句话概括
【需求描述】作为[开发者角色]，我希望[功能/修复内容]，以便[达成什么目的]
【验收标准】列出2-3条可验证的具体标准
【预估工作量】S/M/LNo.48｜用 TraeWork 把 UI 设计稿变成前端规范
作者：trae.美好 ｜ 前端开发 / UI 规范对接 ｜ 工具：TraeWork ｜ 阅读约 5 分钟｜ 原帖：https://forum.trae.cn/t/topic/172598
**用法总结：**用 TraeWork 的 Skills 技能系统创建「UI 规范蒸馏技能」，接收设计稿图片或文字描述，自动提取设计令牌并生成标准化前端规范技能目录。
**场景：**前端对接多项目 UI 设计规范，每次都要手动对比截图、提取色值、记录字号间距，重复枯燥且易遗漏。
**效率提升：**把一次性整理工作沉淀为可复用 Skill，仅 3 轮对话、0 行手写代码 完成，之后发一张设计稿即可自动出规范。
**成果：**一个覆盖颜色、字体、间距、组件、布局等 9 大维度的 UI 规范蒸馏技能，输出标准 l_style_{产品名}/SKILL.md 目录。
一、个人背景介绍
**个人背景：**作者是一名前端开发，日常需对接不同项目的 UI 设计规范，每个项目的颜色、字体、间距、组件样式各不相同
**当前痛点：**问题在于每次拿到设计稿或规范文档，都要手动整理成前端可用的规范文件，反复对比截图、提取色值、记录字号和间距，过程枯燥且易遗漏，多项目并行时更成了重复劳动的重灾区。作者希望让 AI「看一眼」设计稿就直接输出结构化规范文件。
二、我用 TraeWork 怎么解决的
用户用 TraeWork 的 Skills 技能系统创建「UI 规范蒸馏技能」，核心逻辑：接收 UI 规范图片或文字描述 → 自动分析视觉元素 → 提取设计令牌（Design Tokens）→ 生成标准化规范技能目录，全程对话完成、无需写代码。
**描述需求：**告诉 TraeWork「帮我写一个蒸馏前端规范的技能」，说明输入方式和输出格式要求。
**自动创建 SKILL.md：**TraeWork 生成完整技能定义文件，含触发条件、工作流程与颜色、字体、间距、组件、布局、动效等 9 大维度设计令牌分类体系。
**迭代调整命名：**通过对话将技能名从 ui-style-distill 改为 l-ui-skills。
**优化输出结构：**将输出改为 l_style_{产品名称}/SKILL.md 的标准技能目录结构。
最终生成的 SKILL.md 包含 9 大维度规范（颜色系统、字体系统、间距系统、尺寸与形状、阴影层级、边框与分割线、组件规范、布局规范、动效规范）以及 CSS Variables 使用示例。
用户还蒸馏出 l_style_biaoshu（AI 标书平台样式，主色青绿色 #12b8a6）作为示例产物。
三、成果展示
最终呈现：
**主交付物：**三轮对话从需求描述到最终交付，技能文件自动完成创建、重命名、结构调整，全程无需手动编辑文件。
**成果补充：**一个覆盖颜色、字体、间距、组件、布局等 9 大维度的 UI 规范蒸馏技能，输出标准 l_style_{产品名}/SKILL.md 目录。
**效率表现：**把一次性整理工作沉淀为可复用 Skill，仅 3 轮对话、0 行手写代码 完成，之后发一张设计稿即可自动出规范。
四、实践经验总结
1️⃣ 先描述「做什么」，再逐步调整「怎么做」
第一轮先把核心需求（输入方式、输出格式、命名规则）说清楚，让 TraeWork 搭好骨架，后续再针对性调整命名、结构等细节，比一次性提所有需求效果更好。
2️⃣ 利用 Skills 系统做「可复用」的工具
不要只让 AI 做一次性的事，把重复性工作抽象成 Skill，下次发一张设计稿就能自动出规范。
3️⃣ 输出结构要符合生态规范
TRAE 的 Skill 生态要求技能放在独立目录下、主文件命名为 SKILL.md，一开始就按此结构设计输出格式，省去后续格式转换的麻烦。
五、提示词参考
三轮对话指令
Plain
# 第一轮：创建技能
给我写一个蒸馏前端规范的技能：需求是当用户发送 UI 规范图片或者输入 UI 规范文字，自动生成标准的 UI 规范技能，并要求用户给规范样式起一个产品名称，最终以 l_style_ 加上产品名称命名。
# 第二轮：重命名
ui-style-distill 名称重新命名为 l-ui-skills
# 第三轮：调整输出结构
把蒸馏出来技能的文件名称改为 SKILL.md，但是需要给这个技能生成一个目录，目录名称以 l_style_ + 产品名称命名。No.49｜用 TRAE 设计产品界面
作者：why ｜ 产品设计师 ｜ 工具：TraeWork（Design 模式）｜ 阅读约 3 分钟 ｜ 原帖：https://forum.trae.cn/t/topic/173186
**用法总结：**用 TRAE 的 Design 模式，只给一个方向，让它从配色、布局、内容多个方面全面规划，30 分钟生成"未来教育系统"全套页面。
**场景：**产品设计 / 界面原型
**效率提升：**设计与沟通成本大幅降低，出全套页面 30 分钟，比原来提升好几倍
**成果：**一套 50+ 张页面的未来教育系统设计，配色/布局/内容一次规划到位
一、个人背景介绍
**身份：**产品设计师。
**痛点：**每次修改调整都要和 UI 反复沟通，时间成本和沟通成本都很高。
二、我用 TraeWork 怎么解决的
**模式：**Design
**做法：**只给一个方向，让它从产品的配色、布局、内容多个方面去头脑风暴并全面规划，不满意再修改，最后让它输出详细设计图。
三、成果展示
最终呈现：
**主交付物：**一套 50+ 张页面的未来教育系统设计，配色/布局/内容一次规划到位。
**效率表现：**设计与沟通成本大幅降低，出全套页面 30 分钟，比原来提升好几倍。
四、实践经验总结
1️⃣ 只给方向，让 AI 先头脑风暴
给一个方向让它给出答案，AI 头脑风暴有时比人想得更全面，不满意再修改。
2️⃣ 提示词有时越简单越好
不必一开始就写死细节，先让它发散，再逐步收敛到详细设计图。
3️⃣ 用 Design 模式省下沟通成本
配色/布局/内容一次规划，减少和 UI 的反复来回，是最大的提效点。
五、提示词分享
Plain
第一步，先让AI帮你想清楚：
我要设计一套"未来的教育系统"。先不要出图。请你先帮我拉一份产品规划：面向哪类用户（学生 / 老师 / 家长 / 管理者各自要什么）、核心功能有哪些、页面清单大概分几个模块共多少张。用列表形式给我，我确认后再画。
第二步，确认清单后再说：
按上面确认的页面清单出详细设计图。整体风格：科技感、深色底、蓝紫渐变点缀。每个模块先出核心页，再出子页。来源说明：本文整理自 TraeWork 官方知识库，仅用于个人学习与参考。TraeWork 为字节跳动旗下 AI 办公平台。如涉及版权或官方更新，请以官方发布为准。