| 阶梯 | 核心动作 | 用到的能力 | 上手成本 | 对应案例 |
|---|---|---|---|---|
| 第一阶单点提效 | 把一个人手上的重复活交给 AI：写文档、做表、翻资料、算数据 | 联网搜索 · 文档生成 · 本地数据处理 · 表格式分析 | 半天上手 不用等 IT |
Case 01 / 02 / 03 / 04 |
| 第二阶流程自动化 | 让固定节奏的活自己跑：周报、日报、竞品监控、消息推送 | 定时任务 · 企业微信推送 · 网页监控 | 一次配置 之后 0 人工 |
Case 05 / 06 |
| 第三阶资产沉淀 | 把经验、素材、数据变成可复用的数字资产，不随人走 | 知识库 · 素材库 · 模板体系 · 版本迭代 | 持续沉淀 越用越值钱 |
Case 04 / 07 |
珠三角的灯具、家电、五金产业带，大量中小工厂长期靠 OEM 订单活着。一旦要自己出口欧盟，第一道坎不是产品，是文件。欧盟新立法框架覆盖 20 余类产品领域，一台普通 LED 灯具可能同时要满足低电压指令（LVD）、电磁兼容指令（EMC）和能效指令（ERP），背后对应上百项协调标准——而工厂里根本没有法规工程师。
李经理电脑里躺着三份不同年份的 Word 模板：风险评估报告是两年前找中介要来的，符合性声明（DoC）里引用的 EN 61347-1 还是旧版本，关键元器件清单缺了供应商的 CE 声明。上一次尝试自主准备，技术文件被公告机构驳回了三次，每次间隔一个月。行业里 70% 的初次申请失败，都源自"适用指令误判"——他一开始就漏判了这个型号带无线调光模块会触发 RED 指令。
说明书更麻烦。5 个语种外包报价 ¥1.5–3 万、周期 2–3 周，而且要来回两轮修改。最要紧的是时间点：据深圳海关统计，2025 年因 CE 标志使用不规范或技术文件缺失、被欧盟 RAPEX 系统通报的深圳产品数量同比上升 12%——一旦被海关扣货，三周的仓储和退换货成本不是小工厂能扛的。
"我们不是不想做，是真没人能同时干外贸、干翻译、干法规。"
[填入...] 处换成你的实际内容，整段复制到 WorkBuddy 即可。产品参数越完整，产出越准。我是佛山一家 LED 照明制造企业的外贸负责人，公司产品线为 LED 驱动电源、户外灯具、智能照明模组，计划出口德国市场。
【产品信息】
- 型号：[填入型号]
- 输入电压 / 功率：[填入参数，如 AC 100-240V / 60W]
- 关键元器件清单（BOM 关键件）：[粘贴主要元件与供应商]
- 是否带无线联网或调光功能：[是 / 否]
【任务一：适用指令判定】
1. 列出该产品出口欧盟必须覆盖的指令（LVD / EMC / ERP / RoHS / RED 等），逐条说明判定依据
2. 对每条指令，列出当前有效的协调标准编号与版本年份
3. 标明哪些属于"自我声明（DoC）"路径，哪些必须由公告机构介入
4. 输出格式：表格（指令 ｜ 判定依据 ｜ 协调标准 ｜ 风险等级 🔴🟡🟢）
【任务二：技术文档清单与框架】
按欧盟要求生成技术构造文件（TCF）目录框架，需覆盖：
产品描述与规格、总装图与电路图清单、关键元器件清单、风险评估报告、
测试报告索引、符合性声明（DoC）、使用说明书、包装与标识要求
每一项标注"需企业提供"或"可直接生成"，并注明保存年限要求
【任务三：符合性声明（DoC）初稿】
按欧盟官方格式生成 DoC 正文，含制造商信息、产品标识、
适用指令与协调标准清单、授权代表栏、签署栏
【任务四：5 语种说明书】
基于中文说明书源文，输出英 / 德 / 法 / 西 / 意 5 个语种版本，
每语种含：安全警示、安装步骤、使用说明、维护保养、常见故障排除
要求：术语统一（先建立中英德术语对照表）、符合目标市场安全标识规范、
不得添加中文源文中没有的技术承诺或认证声明
【输出要求】
- 先联网核查各指令与协调标准的最新版本，并标注核查日期
- 所有法规引用必须给出来源链接，不得凭记忆填写标准编号
- 凡不确定的内容，明确标注"需人工或公告机构确认"，绝对不要编造
- 最终输出：Word 文档（技术文件包）+ Excel（术语对照表）| 欧盟指令 | 判定依据 | 主要协调标准 | 认证路径 |
|---|---|---|---|
| LVD 2014/35/EU 低电压指令 | 输入 AC 100–240V，落入 50–1000V AC 适用范围 | EN 61347-1 / EN 61347-2-13 | 🟢 可自我声明 |
| EMC 2014/30/EU 电磁兼容指令 | 含开关电源电路，存在传导与辐射发射 | EN 55015 / EN 61547 | 🟢 可自我声明 |
| ERP 2009/125/EC 能效指令 | 照明类产品强制适用，需满足能效与待机功耗限值 | (EU) 2019/2020 光源能效 | 🟡 需能效实测数据 |
| RoHS 2011/65/EU | 电子电气设备全覆盖，需限用物质符合性 | EN IEC 63000 | 🟢 需 BOM 合规声明 |
| RED 2014/53/EU 无线电设备指令 | ⚠️ 若该型号含蓝牙 / WiFi 调光模块则触发 | EN 300 328 | 🔴 必须公告机构介入 |
| 序号 | 文件 | 状态 | 责任方 | 保存年限 |
|---|---|---|---|---|
| 01 | 产品描述与规格书 | ✅ 本次已生成 | WorkBuddy | 10 年 |
| 02 | 总装图 / 电路原理图清单 | ⬜ 需企业提供 | 研发部 | 10 年 |
| 03 | 关键元器件清单（含供应商 CE 声明） | ⬜ 需企业提供 | 采购部 | 10 年 |
| 04 | 风险评估报告 | ✅ 框架已生成 | WorkBuddy + 工程师复核 | 10 年 |
| 05 | EMC / LVD 测试报告索引 | ⬜ 需检测机构 | 第三方实验室 | 10 年 |
| 06 | 符合性声明（DoC） | ✅ 初稿已生成 | 企业法人签署 | 10 年 |
| 07 | 使用说明书（5 语种） | ✅ 本次已生成 | WorkBuddy | 10 年 |
| 中文 | English | Deutsch | 备注 |
|---|---|---|---|
| 驱动电源 | LED driver | LED-Treiber | 德文需保留连字符 |
| 额定输入电压 | rated input voltage | Nenneingangsspannung | 不得简写为 "input voltage" |
| 防触电保护 | protection against electric shock | Schutz gegen elektrischen Schlag | 安全警示章节必用全称 |
| 仅限室内使用 | indoor use only | Nur zur Verwendung im Innenbereich | 德文安全警示语为强制 |
| 废弃处置 | disposal / WEEE | Entsorgung / WEEE | 需附 WEEE 标志说明 |
✅ 5 个语种说明书（英 / 德 / 法 / 西 / 意）各含 5 个章节，共约 1.2 万字，全部基于同一份术语表，杜绝"同词异译"。
专家中心 → 文爆爆专家中心 → 深研研国内招投标市场规模已突破 12 万亿元，是中小企业最重要的订单来源之一。但对一家 30 人的安防工程公司来说，投标是一场没有尽头的消耗战：3 名专职投标人员，月均在投 23 个项目。
每一份标书几乎都是从零开始。通用内容（公司简介、资质证明、售后承诺、施工组织设计）占了约 70%，每次都要重新复制、重新排版、重新改措辞；真正需要打磨的定制化技术方案和评分点响应，反而没有时间做。行业里总结的通病是"寻档难、编制慢、合规险、协同乱"——三年前一个类似项目的合同扫描件要塞进业绩表，翻半天不一定找得到；技术部、财务部、法务轮流过文档，最后合并时格式错乱、目录不同步，反复校对依然不敢说 100% 准确。
最要命的是废标。招标文件里有几十项实质性条款，漏掉一个"★"号项，或者某页没按要求盖章签字，整份标书直接无效——行业统计显示，因投标文件不符合要求而被否决的比例，在一些项目中能高达三成；这家公司的历史废标率是 15%，意味着每 7 个标就废掉 1 个，前面投入的人力全部沉没。一份中等规模项目标书的制作周期本来就要 5–10 个工作日，赶工期时只能通宵，而通宵恰恰是漏项的高发时段。
"我们不是输在方案上，是输在漏了一页。"
[填入...] 为需要你补的内容。我是广州一家智能安防工程公司的投标负责人，公司规模 30 人，具备电子与智能化工程专业承包二级资质、安防工程设计施工资质、ISO 9001 / 14001 / 45001 三体系认证。
【项目信息】
- 项目名称：[填入]
- 招标人：[填入]
- 评分办法：技术分 60 / 商务分 30 / 价格分 10
- 技术评分细则：[粘贴评分表原文]
- 实质性条款（★号项）：[粘贴]
- 工期要求：[填入] 质保期：[填入]
【我方可提供的素材】
- 资质清单：[粘贴]
- 近三年同类业绩：[粘贴：项目名 + 金额 + 时间 + 验收情况]
- 拟投入人员证书：[粘贴]
- 主要设备品牌型号：[粘贴]
【任务一：技术标响应框架】
按评分细则逐条生成响应章节，每条输出为表格：
｜ 评分项 ｜ 分值 ｜ 招标要求 ｜ 我方响应要点 ｜ 需附证明材料 ｜ 建议页数 ｜
响应要点必须具体到技术参数与实施方法，严禁出现"完全满足""积极响应"这类空话。
【任务二：施工组织设计（约 60 页）】
生成含以下章节的施工组织方案：
项目概况与重难点分析、施工总体部署、进度计划（含里程碑节点）、
主要分项工程施工方法、系统调试与验收方案、质量保证措施、
安全文明施工措施、成品保护、应急预案、售后服务承诺
进度计划用表格呈现，标注关键路径。
【任务三：废标红线自检表】
逐条拆解招标文件的实质性条款，生成可勾选核对表：
｜ 序号 ｜ 条款原文 ｜ 是否★项 ｜ 我方响应位置 ｜ 需盖章/签字 ｜ 状态 ｜
状态默认 ⬜ 待核对。并在表后列出"最易漏项 Top 10"提醒清单。
【任务四：评标答辩 PPT 提纲】
生成 12 页答辩提纲，含每页要点与建议讲述时长（总时长控制在 15 分钟）。
【输出要求】
- 输出 Word 文档，标题层级清晰，可直接排入标书正文
- 所有涉及资质、业绩、人员的内容一律用 [填入] 占位，绝对不得虚构
- 不确定的技术参数标注"需技术部确认"
- 最后附一份"人工复核清单"，列出必须由人确认的 10 项事项| 条款类别 | 条款数 | ★实质性条款 | 需盖章页 | 整体风险 |
|---|---|---|---|---|
| 资格要求 | 14 | 5 | 3 | 🔴 高 |
| 技术评分项 | 22 | 6 | — | 🟡 中 |
| 商务条款 | 18 | 3 | 5 | 🟡 中 |
| 格式与装订要求 | 9 | 2 | 全部 | 🔴 高 |
| 其他（答疑、澄清等） | 105 | 0 | — | 🟢 低 |
| 评分项 | 分值 | 招标要求 | 我方响应要点 | 证明材料 |
|---|---|---|---|---|
| 系统架构合理性 | 8 | 支持多级联网与视频云存储 | 采用 [填入平台名]，支持 GB/T 28181 级联，前端点位与中心平台双向校验，存储按 30 天冗余配置 | 平台检测报告 |
| 人脸识别准确率 | 6 | 1:N 识别准确率 ≥ 98% | 实测 99.2%（第三方检测报告为准），低照度场景下不低于 97% | 第三方检测报告 |
| 实施团队配置 | 5 | 项目经理须持二级建造师证 | 拟派 [填入姓名]，二级建造师（机电工程），同类项目经验 5 年 | 证书 + 社保 |
| 售后响应能力 | 4 | 故障 2 小时内到场 | 广州本地设驻点，7×24 值班，承诺 2 小时内到场、24 小时内修复 | 服务承诺函 |
| 进度保障措施 | 3 | 工期 90 日历天 | 关键路径为管线敷设 → 设备安装 → 联调，配备 3 个作业班组平行施工，预留 7 天机动 | 进度计划表 |
| 序号 | 条款原文（摘录） | ★项 | 响应位置 | 盖章/签字 | 状态 |
|---|---|---|---|---|---|
| 01 | 投标人须具备电子与智能化工程专业承包二级及以上资质 | ★ | 资格文件 P3 | 需盖章 | ⬜ 待核对 |
| 02 | 投标函须由法定代表人或授权代表签字并加盖公章 | ★ | 投标函 P1 | 需签字+盖章 | ⬜ 待核对 |
| 03 | 近三年须具备不少于 2 个同类项目业绩 | ★ | 业绩表 P12 | 需盖章 | ⬜ 待核对 |
| 04 | 投标保证金人民币 [金额] 万元，须于截止时间前到账 | ★ | 保证金凭证 P5 | 需附凭证 | ⬜ 待核对 |
| 05 | 技术标正本 1 份、副本 4 份，另附电子版 U 盘 1 个 | ★ | 装订环节 | 密封盖章 | ⬜ 待核对 |
✅ 自检表共 168 项，其中 ★实质性条款 16 项已单独标红置顶，核对完成度可视化，评审前逐项打勾。
专家中心 → 拓客客专家中心 → 盾卫卫专家中心 → 文爆爆中小工厂的质量数据，大多还活在纸质巡检表和 Excel 台账里。三班倒的巡检记录散在几个文件夹，班长手工填的生产日报靠微信发到群里，品质主管每周三要花整整半天把数据一条条敲进 Excel，再手工算不良率、排 TOP 项。敲完之后眼睛花了，真正该想的"为什么会这样"反而没力气想。
更关键的是算完看不出东西。老板问"到底哪个工序最要命"，手上只有一句"总不良率 2.3%"，看不到哪一类缺陷贡献了绝大部分问题，也看不到是哪条线、哪个班次、哪个物料批次在拖后腿。行业里反复强调中小工厂转型要先做到"看得见订单进度、看得见设备状态、看得见质量波动"——可实际上连第三步都没做到。有些企业花大价钱上了系统，却因为各部门数据标准不统一，形成了新的"信息孤岛"。
最被动的是客户审厂。汽车、家电类客户一发现批量异常就发 8D 报告要求，24–48 小时内要回。品质主管只能凭经验写，D4 根本原因经常写成"员工操作疏忽"，客户不认，来回改三版。要知道产线停下来等报告的每一小时都是产能损失，而通宵赶出来的报告质量往往更差——这是恶性循环。
"数据我都有，就是没时间把它变成能用的东西。"
| 日期 | 产线 | 班次 | 工序 | 不良类型 | 不良数量 | 生产总数 | 物料批次 |
|---|---|---|---|---|---|---|---|
| 2026-09-21 | 一线 | 早班 | SMT 贴片 | 虚焊 | 12 | 3,200 | B2409-01 |
| 2026-09-21 | 二线 | 早班 | 回流焊 | 虚焊 | 28 | 2,900 | B2409-01 |
| 2026-09-22 | 三线 | 中班 | 装配 | 外观划伤 | 9 | 3,100 | B2409-03 |
| …… 有多少条填多少条，缺失项留空即可，AI 会自动标注 | |||||||
我是佛山一家五金制品厂的品质主管，工厂有 3 条产线（一线 SMT、二线回流焊、三线总装），产品为智能门锁五金组件。下面是本周的巡检与不良记录原始数据：
[把 Excel 整表复制粘贴到这里]
【任务一：一分钟速览】
先用 5 条以内结论告诉我：本周总不良率、环比变化、最差产线、最大贡献缺陷、需要立刻关注的点。
关键数字加粗，状态用 🔴🟡🟢 标注。
【任务二：帕累托分析】
1. 按不良类型汇总：数量、占比、累计占比，降序排列
2. 标出贡献 80% 的"关键少数"缺陷类型
3. 分别按"产线""班次""物料批次"三个维度交叉分析，找出异常聚集
4. 用表格呈现，不要只给结论
【任务三：异常预警】
找出所有异常信号并分三级标注：
🔴 需要今天处理（如某批次不良率显著高于均值、某产线连续上升）
🟡 需要本周关注（如某班次首件不良率偏高）
🟢 正常（指标在控制范围内）
每条异常要说明判断依据（对比的基准值是多少），不要凭感觉。
【任务四：8D 报告初稿】
针对最严重的那个质量异常，生成 8D 报告初稿，含：
D1 团队成员、D2 问题描述（含时间范围、涉及数量、关联订单）、
D3 临时遏制措施、D4 根本原因分析（用 5Why + 鱼骨图框架列出假设，标注待验证）、
D5 永久纠正措施（分短期/长期）、D6 实施与验证、D7 预防再发生、D8 团队认可
D4 的每一条原因都要标注"待现场验证"，不要直接断言。
【输出要求】
- 数据里没有的信息，标注"需补充实测数据"，严禁编造
- 输出：Markdown 报告（我直接看）+ Excel 版不良统计表（我留档）
- 帕累托分析要给出"前 3 类占比多少"的明确结论，方便我向上汇报| 不良类型 | 数量 | 占比 | 累计占比 | 结论 |
|---|---|---|---|---|
| 虚焊 | 74 | 41.2% | 41.2% | 🔴 关键少数，单独处理 |
| 外观划伤 | 41 | 22.8% | 64.0% | 🔴 但内部判定口径需与客户对齐 |
| 尺寸超差 | 27 | 15.0% | 79.0% | 🟡 接近 80% 线，纳入本轮改善 |
| 漏装 | 14 | 7.8% | 86.8% | 🟡 与总装工位防错有关 |
| 装配错位 | 11 | 6.1% | 92.9% | 🟢 暂不投入资源 |
| 其他（4 类合计） | 13 | 7.1% | 100% | 🟢 暂不投入资源 |
✅ 结论：前 3 类缺陷占总不良的 79%，符合 80/20 原则 —— 本周改善资源应集中投在虚焊、外观划伤、尺寸超差三项上，其余 9 类可暂缓。
案例使用的原始数据来自上面那张 8 列模板表（日期 / 产线 / 班次 / 工序 / 不良类型 / 不良数量 / 生产总数 / 物料批次）。你不需要先把数据整理成任何统计格式——原始记录直接粘贴即可，不良率、占比、累计占比、交叉分析全部由 WorkBuddy 现算。缺失的字段留空，它会自动标注"需补充实测数据"，不会编造。
专家中心 → 数妙妙专家中心 → 析数数制造业最贵的资产，往往不是设备，是老师傅的手。一家做不锈钢厨具的工厂，老师傅凭手感判断表面粗糙度的准确率能到 92%，比仪器还准。但现实是，这些经验大量留在人脑子里——客户群里的语音、车间里的口口相传、巡检表上手写的备注。企业老板们常说自己的痛点是"懂工业又懂数字化的复合型人才稀缺"，其实更隐蔽的一层是：懂工艺的人的经验，从来没有被记录成任何形式。
售后数据也是散着的。客户的故障描述在微信群里，有文字、有语音、有视频；维修记录在工程师的个人笔记本上；更换的备件记录在外购平台里。这三份数据从来没有放在一起看过。结果是同一类"控制器偶发死机"的问题，一个月内被 6 个不同客户报修过，售后工程师每次都当成新问题重新排查一遍，平均耗时 40 分钟——而实际上全部报修里 12 种高频故障就占了 78%，其中相当一部分的排查路径是完全一样的。
培训更难。新人上手靠跟师傅，跟谁学、学到什么全凭运气，没有教材、没有题库、没有标准话术。售后负责人的原话很直白："我手下最能干的那个人，他脑子里的东西就是我们的售后手册——他休三天假，我就三天不敢接急单。"
"我们不是缺人，是经验没有留下来。"
我是佛山一家商用厨房设备制造企业的售后技术负责人，产品线包括商用电磁炉、蒸柜、冷藏工作台、洗碗机。
以下是近 3 个月的客户报修记录（已脱敏，客户名用代号）：
[粘贴：客户代号 ｜ 产品型号 ｜ 故障描述原文（含口语化表达）｜ 处理方式 ｜ 更换备件 ｜ 耗时 ｜ 处理工程师]
【任务一：故障归类与频次统计】
把口语化的故障描述归一为标准化故障类型，输出表格：
｜ 标准故障类型 ｜ 原始描述示例 ｜ 出现次数 ｜ 占比 ｜ 累计占比 ｜ 涉及产品 ｜
按频次降序排列，做帕累托分析，明确标出贡献 80% 的"关键少数"故障类型。
【任务二：故障速查手册】
针对 TOP 12 高频故障，每项生成故障树表格：
｜ 故障现象 ｜ 可能原因（按概率排序）｜ 快速判别方法 ｜ 处理步骤 ｜ 常用备件 ｜ 预估耗时 ｜
判别方法必须具体可执行，例如"听压缩机启动声判断是否卡缸""测 12V 输出是否低于 11.4V"，
严禁写"检查设备""看看是否正常"这类无法落地的表述。
【任务三：客户 FAQ 知识库】
按客户自助排查场景生成分层 FAQ：
L1 一句话自救（客户自己能做，不需要工具）
L2 常规排查（客服电话引导，需要简单操作）
L3 需上门（转工程师，说明上门前要确认什么）
每个问题给出标准答复话术，语气口语化、不要用免责套话堆砌。
【任务四：新人培训题库】
针对 TOP 12 故障生成 30 道培训题（含答案与解析），题型分布：
单选 12 题 / 判断 8 题 / 情景处置 10 题。
【输出要求】
- 输出 Word（速查手册 + 培训题库）+ Excel（故障统计表）
- 速查手册要能直接打印、贴在维修车里用
- 涉及具体参数的地方，凡原始记录里没写的，一律标注"需补充实测数据"
- 客户名一律用代号，不得出现真实客户名称与联系方式
- 如果发现某类故障的原始描述互相矛盾，单独列一节"待澄清问题"| 标准故障类型 | 次数 | 占比 | 累计占比 | 涉及产品线 |
|---|---|---|---|---|
| 控制器偶发死机 | 62 | 21.7% | 21.7% | 🔴 电磁炉 / 蒸柜 |
| 加热不均 / 升温慢 | 48 | 16.8% | 38.5% | 🔴 蒸柜 / 电磁炉 |
| 漏电保护跳闸 | 39 | 13.6% | 52.1% | 🟡 洗碗机 |
| 制冷不足 | 38 | 13.3% | 65.4% | 🟡 冷藏工作台 |
| 噪音异常 | 36 | 12.6% | 78.0% | 🟡 全系列 |
| 其余 7 类合计 | 63 | 22.0% | 100% | 🟢 暂不投入资源 |
| 故障现象 | 可能原因 | 概率 | 快速判别方法 | 处理步骤 |
|---|---|---|---|---|
| 商用电磁炉开机无反应 | 主控板供电异常 | 35% | 万用表测 12V 输出，低于 11.4V 判定异常 | 更换主控板（备件 A-12） |
| 面板排线松动 | 28% | 轻压面板观察是否瞬间点亮 | 重新插拔排线并点胶固定 | |
| 保险管熔断 | 20% | 目视检查 F1 保险管是否断丝 | 更换同规格保险管后复测电流 | |
| 电源开关损坏 | 12% | 短接触点测试能否上电 | 更换开关组件 |
| 层级 | 客户问题 | 标准答复话术 |
|---|---|---|
| L1 | 蒸柜蒸出来的东西不熟 | "先帮我确认三件事：水箱水位够不够、加热开关是不是打在'蒸'档、柜门有没有关严——这三样占我们接到的这类问题七成以上。您试一下，不行我马上安排人过去。" |
| L1 | 洗碗机洗出来有水渍 | "麻烦您看一下漂洗剂盒是不是空的，另外进水温度如果低于 55℃ 也会出水渍。这两样调好一般就顺了。" |
| L2 | 冷藏台温度偏高 | "我教您看两个地方：一是冷凝器滤网（在机器下面，抽出来冲一下灰），二是门封条有没有变形。清完滤网等 2 小时再看温度，还不行我安排上门。" |
| L3 | 电磁炉面板出现裂纹还能用吗 | "面板裂了有漏电风险，请先停用并拔掉电源不要继续使用。我这边已经帮您登记上门，师傅会带新面板，按约时间在家等就可以。" |
专家中心 → 文爆爆专家中心 → 数妙妙互联网团队竞争节奏以周计。竞品改定价、上功能、换主打场景，往往一周之内就发生在你面前。但真正盯得住的小团队很少——产品负责人的浏览器常年开着二十多个标签页：竞品官网、应用商店更新日志、招聘网站（看对方在招什么岗位，就知道他下一步要做什么）、公众号、行业媒体、社群讨论区。手工整理一次，重复劳动至少 6 小时，质量还随心情波动：这周心情好就写得细，忙起来就只剩三行摘要。
比耗时更贵的是滞后。行业里对这类工作的共识是"持续情报比一次性报告有用得多"——市场分析要的是一台持续运转的雷达。但手工模式下的必然结果是滞后：等你周日晚上翻完，竞品的新定价已经跑了 5 天，你上周做的投放素材还在打已经被替换掉的卖点。一位创始人说得很直接："我们不是不懂做判断，是判断用的事实是上周的。"
而这项任务最大的隐性浪费是：它永远不会被"做完"。这周整理过的资料，下周没人记得放在哪里，于是又从零开始。于是情报工作在小团队里的典型命运是——做了三周，第四周因为太忙就停了。
请为我生成一份本周的竞品与行业情报周报。我是[填入你的公司/产品名]的产品负责人，
产品是[填入一句话定位]，主要市场在中国内地，客群为[填入目标客户]。
【监控对象】
直接竞品：[竞品 A]（官网 [URL]）、[竞品 B]（官网 [URL]）、
[竞品 C]、[竞品 D]、[竞品 E]、[竞品 F]
跨品类玩家：[玩家 G]、[玩家 H]、[玩家 I]
【分析维度】
1. 产品动态：近 7 天的新功能发布、版本更新日志、Beta 招募、API 变更
2. 定价与商业模式：价格调整、套餐变更、免费额度变化、促销活动
3. 市场动作：投放素材主题变化、活动/直播/发布会、渠道合作、联名
4. 组织信号：招聘岗位变化（重点看新增的岗位类型，能反推战略方向）
5. 舆情与口碑：应用商店评分变化、社群高频讨论点、公开投诉
6. 行业环境：与本赛道相关的政策、平台规则、技术变化
【输出结构】
📌 本周必读 3 条 —— 只用 3 条，每条一句话说清"发生了什么 + 对我们的影响"
🔴 红色预警 —— 需要本周内响应的信号，说明判断依据与紧迫程度
🟡 持续观察 —— 趋势性变化，还不到响应时机，但要连续跟踪
📊 竞品动作对比表 —— ｜ 竞品 ｜ 本周动作 ｜ 类型 ｜ 影响等级 ｜ 我方应对建议 ｜
📈 与上周对比 —— 哪些变化是新增的，哪些是延续的，哪些是上上周出现过又消失的
🎯 本周行动建议 —— 3 条，每条写清"做什么 + 谁来做 + 什么时候能验证效果"
【规则要求】
- 每条情报必须附来源链接与日期，无来源的推测一律标注"推测"
- 不要堆砌信息，宁可少写也要写准；同一件事在多渠道出现只保留一次并注明
- 如果本周没有值得报告的变化，就明确写"本周无重大变化"，不要凑内容
- 用中文输出，专业术语保留英文原文
【推送要求】
- 输出 Markdown 格式，适合直接发到企业微信群
- 开头第一行放一句 20 字内的"本周一句话总结"
- 全文控制在 1200 字以内，晨会 5 分钟内能读完
【定时执行】
请把以上流程设置为每周一 08:00 自动执行的定时任务，
结果自动推送到企业微信群"[填入群名]"。| 竞品 | 本周动作 | 类型 | 影响等级 | 我方应对建议 |
|---|---|---|---|---|
| 竞品 B | 发布轻量版，年费降约 30%，去除高级报表模块 | 定价 / 产品 | 🔴 高 | 本周评估入门套餐是否加量不加价 |
| 竞品 A | 上线"数据迁移免费"活动，连续投放 3 天 | 市场 / 抢客 | 🔴 高 | 销售准备挽留话术 + 老客户定向回访 |
| 竞品 D | 招聘新增 4 个海外商务岗位 | 组织信号 | 🟡 中 | 评估我方可否提前卡位东南亚渠道 |
| 竞品 C | 应用商店评分下滑，差评集中于客服响应 | 口碑 | 🟢 低 | 在对比页强化"服务响应速度"卖点 |
| 跨品类 G | 与本赛道某工具达成渠道合作，互相导流 | 渠道 | 🟡 中 | 排查同类渠道是否存在可谈的合作方 |
| 变化项 | 状态 | 说明 |
|---|---|---|
| 竞品 B 价格策略 | 🆕 本周新增 | 上周无相关动作，本周首次出现，属突发性变化 |
| 竞品 A 抢客活动 | 延续中 | 上周已开始，本周强度加大（投放频次上升） |
| "Agent" 话术替换 | 延续中 | 连续第 3 周出现，已可确认为行业趋势 |
| 竞品 E 的 Beta 招募 | 已消失 | 上上周出现后无后续，判断为小范围内测，无需跟进 |
| # | 做什么 | 谁来做 | 什么时候能验证效果 |
|---|---|---|---|
| 1 | 测算"入门套餐加量 20%"对毛利的影响，出两版定价方案 | 产品 + 财务 | 本周四评审，下周一可上线 |
| 2 | 针对使用 1 年以内客户，定向发送"迁移零成本 + 老客户权益"沟通 | 销售 + 客户成功 | 两周后看客户流失率是否回落 |
| 3 | 官网首页文案测试替换为"Agent"表述，做 A/B 对比 | 增长 | 两周后看首页转化率差异 |
📎 每条情报均附来源链接与抓取日期；无来源的推测已单独标注"推测"，不与事实混排。
专家中心 → 风向标专家中心 → 深研研小团队最典型的产品决策困境：反馈满天飞，判断没依据。应用商店的差评、客服工单、微信社群里的吐槽、销售带回来的"客户说要这个功能"——四条渠道的数据格式完全不同，也没人专门负责汇总。客服知道"闪退"最紧急、"希望加个深色模式"不紧急，但这件事从来没有被系统化，反馈落在谁的工单里就由谁凭感觉处理。
于是两种错误决策反复出现。第一种是"吵得响的先做"：某个大客户在群里连发三条消息，下周就排了他的需求，做完发现只有他一个人需要，团队白干两周。行业里有一句被反复引用的提醒——"你以为的真实需求，全是用户的谎言"，因为用户描述的是他以为的解决方案，而不是他真正的问题。第二种是"全都做"：一个版本塞进去二十多个需求，结果上线后用户反而觉得产品变复杂了，核心体验还下降了。行业实践里总结出的应对方式是"反馈要分类、要算频次、要看用户画像"，但问题是——没人有时间一条条去分类 776 条反馈。
最要命的是那些藏在数据里的真相，靠人工翻根本发现不了：88 条"加载慢"其实是同一个网络运营商的问题，可能根本不用改代码；29 条"希望加导出功能"其实来自同一个客户企业，本质是 1 个客户的声音被当成了 29 个用户的需求。这些判断，直接决定了下个版本该不该开这个工。
我是[填入产品类型，如"本地生活服务 App"]的产品经理，团队产研 8 人，下个版本可投入约 60 人日。请帮我做用户反馈归因与需求优先级排序。
【渠道一：应用商店评论】（共 412 条）
[粘贴：评分 ｜ 评论原文 ｜ 日期 ｜ 用户昵称]
【渠道二：客服工单】（共 268 条）
[粘贴：工单号 ｜ 用户标识 ｜ 问题描述 ｜ 处理结果 ｜ 创建日期]
【渠道三：社群与销售反馈】（共 96 条）
[粘贴：来源 ｜ 用户标识（含企业名如有）｜ 反馈原文 ｜ 日期]
【任务一：归一与聚类】
1. 把所有原始描述归一为标准化问题主题（预计 30-40 个），输出：
｜ 主题 ｜ 原始描述示例 ｜ 提及量 ｜ 涉及渠道 ｜ 影响用户占比 ｜
2. 按行业通用框架分类并统计分布：
功能缺陷（紧急）/ 体验问题（高）/ 新功能建议（中）/ 使用困惑（中）/ 负面情绪（高）
【任务二：优先级矩阵】
对每个主题计算优先级，输出：
｜ 主题 ｜ 提及量 ｜ 影响面 ｜ 修复/实现成本（人日估算）｜ 优先级指数 ｜ 建议版本 ｜
优先级指数用 1-5 星表示，计算逻辑要说明（提及量 × 影响面 ÷ 成本）。
总人日预算 60，请给出一个能落地的版本范围建议（总量不超过 60 人日）。
【任务三：异常与真相挖掘】
重点找出以下几类被掩盖的情况，单独成节：
1. 提及量虚高：是否有多条反馈来自同一个用户或同一家企业？（占比多少）
2. 归因错位：是否存在"看起来是功能问题、实际是环境/运营问题"的情况？
3. 沉默的多数：虽然提及量不高，但影响面很广的基础体验问题
4. 内部判定与用户感知的偏差：内部认为已修复但用户仍在反馈的问题
【任务四：评审会材料】
输出一份可直接放进评审会的结论页，含：
- 必须本版本修的 Top 3（含理由与依据）
- 建议排期但不进本版本的
- 明确建议不做的（说明为什么，以及怎么回复提这个需求的用户）
- 标准回复话术：针对被拒绝的需求，给销售/客服一套统一说法
【输出要求】
- 不得虚构用户数据；原始记录里没有的信息标注"需补充"
- 每条结论都要能追溯到具体反馈条数与来源渠道
- 输出 Excel（主题聚类表 + 优先级矩阵）+ Markdown（评审会结论页）| 反馈类型 | 占比 | 处理优先级 | 典型表现 |
|---|---|---|---|
| 功能缺陷 | 18.4% | 🔴 紧急（24 小时内） | 闪退、报错、支付流程卡住、功能无法使用 |
| 体验问题 | 31.2% | 🟡 高（本迭代内） | 加载慢、操作复杂、界面不清晰、找不到入口 |
| 新功能建议 | 38.6% | 🟡 中（进需求池） | 希望增加某功能、希望支持某场景 |
| 使用困惑 | 11.8% | 🟢 中（优化引导） | 不知道怎么用、理解有歧义 |
| 主题 | 提及量 | 影响面 | 成本 | 优先级 | 依据 |
|---|---|---|---|---|---|
| 支付流程偶发卡在"确认中" | 62 | 12% 日活 | 2 人日 | ★★★★★ | 直接影响收入 |
| iOS 17.4 及以上版本闪退 | 41 | 8% 日活 | 1 人日 | ★★★★★ | 系统级阻断 |
| 订单列表加载超过 3 秒 | 88 | 全量用户 | 3 人日 | ★★★★☆ | 提及量最高 |
| 主题 | 提及量 | 影响面 | 成本 | 优先级 | 建议 |
|---|---|---|---|---|---|
| 深色模式 | 34 | 8% 日活 | 15 人日 | ★★☆☆☆ | 下下个版本 |
| 订单批量导出 | 29 | 3% 日活 | 8 人日 | ★★★☆☆ | 见下方发现② |
| 首页个性化推荐 | 22 | 全量用户 | 20 人日 | ★★☆☆☆ | 本版本预算不够 |
| 类型 | 发现 | 结论与建议 |
|---|---|---|
| 归因错位 | "加载慢"的 88 条里，有 61 条来自同一网络运营商的用户 | 问题可能在 CDN 节点覆盖或该运营商链路，而非应用代码。建议先让运维核查 3 天，再决定是否排开发——这一步可能省下 3 人日。 |
| 提及量虚高 | "希望加导出功能"的 29 条中，23 条来自同一家企业（同一用户标识） | 实际是 1 个客户的声音，不是 29 个用户的需求。建议按单客户定制或走商务方案处理，不进入公共产品路线图。 |
| 低成本高收益 | 41 条反馈抱怨"找不到客服入口"，但客服工单里没有对应的问题堆积 | 说明不是功能缺失，而是入口的视觉引导不足。改文案与按钮位置即可，约 0 开发量。 |
| 内部与感知偏差 | 有 17 条反馈集中在"某功能不能用"，而内部记录显示 3 周前已修复 | 可能是修复未覆盖全部机型，或修复后未告知用户。建议核查修复的机型覆盖率，并在更新日志中说明。 |
| 范围 | 人日 | 说明 |
|---|---|---|
| 🔴 缺陷修复（Top 3） | 6 | 其中"加载慢"先由运维核查 3 天，暂不占用开发预算 |
| 🟢 低成本体验优化 | 2 | 客服入口引导优化，几乎无开发量 |
| 🟡 分批推进的体验项 | 22 | 订单列表性能优化 + 加载状态反馈 + 关键路径文案 |
| 🔧 技术债与稳定性 | 18 | 崩溃率治理、关键链路监控埋点补齐 |
| 🎁 用户可感知的新功能 | 12 | 保留一项高感知新功能，避免版本"全是修修补补" |
✅ 核心判断：把"1 个客户的 23 条"和"61 条运营商问题"从需求池里摘出去之后，本版本可用预算实际比原计划多出约 40%，且没有一个高价值需求被牺牲。
专家中心 → 探数数专家中心 → 析数数专家中心 → 数妙妙小团队做内容增长，几乎都卡在同样三个地方。第一是不知道写什么：选题靠拍脑袋，往往是老板听了一句话就定一个主题，写完才发现这个词根本没人在搜。第二是写不出来：外包 300–800 元一篇，一个月 12 篇就是小一万块，改一版还要加钱，而且外包作者不了解产品，写出来的东西术语都对不上。第三是写完没人分发：同一篇文章在公众号发一次就算结束了，官网博客、知乎、社群全都没同步，一篇文章的价值只被用掉了三分之一。
SEO 的复利很慢，但断更的代价很直接：新站上线两个月，搜索引擎收录页只有 7 个。行业里公认的规则是"持续输出"才是自然流量的关键，可小团队连"持续"都保证不了——一个人的精力既要写稿又要做投放还要回客户消息，内容永远是那个最先被牺牲掉的事。
更难的是钱花得不明白。外包写了 12 篇，但没人说得清这 12 篇分别对应哪个关键词、覆盖了搜索意图的哪一层、互相之间有没有内链结构。等三个月后发现没效果，钱已经花完了，也不知道该改哪里。
我是[填入公司/产品名]的增长负责人，产品是[填入一句话定位，如"面向中小制造企业的设备管理系统"]，
目标客户是[填入客户画像，如"50-300 人规模的制造企业厂长与设备科长"]，
官网域名 [填入]，目前日均自然访问约 [填入] UV。
【任务一：关键词矩阵】
1. 联网调研我的目标客户在搜索引擎上会用什么词，构建不少于 120 个关键词的矩阵，分四类：
核心词（8 个）/ 长尾词（62 个）/ 问题词（34 个）/ 竞品对比词（16 个）
2. 输出表格：｜ 关键词 ｜ 类型 ｜ 搜索意图（信息/导航/交易/对比）｜ 预估竞争度 ｜ 建议落地页 ｜ 优先级 🔴🟡🟢 ｜
3. 说明每一类词的判断依据，标注哪些是我应该优先攻的
【任务二：内容排期】
基于矩阵生成 1 个月的 12 篇选题，输出：
｜ 序号 ｜ 目标关键词 ｜ 文章标题（直接可用的成品标题）｜ 目标读者 ｜ 字数 ｜ 分发平台 ｜ 发布日期 ｜
要求：选题之间要形成内链结构，说明谁链向谁、为什么
【任务三：成稿】
按上面的选题，逐篇生成正文，每篇需包含：
- 开篇 150 字内讲清"这篇解决什么问题"，不要用行业套话开场
- 主体分 4-6 个小节，每节一个 H2 标题
- 至少包含 1 个可落地的具体方法或对比表格，不要只讲概念
- 结尾给出下一步行动建议，不要用"欢迎咨询"这类空话收尾
- 全文 1500-2000 字，口语化、直接、不堆砌形容词
【任务四：SEO 元信息】
每篇额外输出：
｜ 页面标题（60 字符内）｜ Meta Description（155 字符内）｜ URL slug ｜ H2 结构 ｜ 内链建议 3 条 ｜ 目标关键词出现位置 ｜
【任务五：分发日历】
把 12 篇内容按 4 周排成分发日历：
｜ 周次 ｜ 官网发布日期 ｜ 公众号发布时间 ｜ 知乎发布时间 ｜ 配套动作（社群/SNS）｜
【规则要求】
- 所有内容必须基于联网核实的事实，涉及行业数据要标来源
- 不要编造我的产品不具备的功能，不确定的地方标注"需产品确认"
- 输出 Excel（关键词矩阵 + 排期表 + 分发日历）+ Word（可发布的文章正文）
- 如果某个关键词竞争度过高、不适合我当前阶段，直接说明并换成更合适的替代词| 关键词 | 类型 | 搜索意图 | 竞争度 | 建议落地页 | 优先级 |
|---|---|---|---|---|---|
| [填入核心品类词] | 核心词 | 交易 | 高 | 官网首页 | 🔴 必攻 |
| [填入品类]+系统 | 核心词 | 交易 | 中 | 产品功能页 | 🔴 必攻 |
| [竞品名]+替代 / [竞品名]+对比 | 竞品词 | 对比 | 低 | 对比专题页 | 🔴 高转化 |
| [场景]+怎么做 / [场景]+流程 | 问题词 | 信息 | 低 | 博客文章 | 🟡 引流 |
| [具体型号/规格]+[问题] | 长尾词 | 信息+交易 | 低 | 博客 / FAQ 页 | 🟡 易起量 |
✅ 策略判断：核心词竞争度过高，新站（收录仅 7 页）短期内难以突破。建议前两个月集中火力打"竞品对比词 + 长尾问题词"——竞争度低、意图明确、转化率高，适合新站积累权重。已在表格中标注替代词建议。
| # | 目标关键词 | 文章标题 | 字数 | 分发平台 |
|---|---|---|---|---|
| 1 | [竞品名]+替代 | 【填入】和【填入】到底差在哪？我们逐项拆了 6 个维度 | 1,800 | 官网 + 公众号 |
| 2 | [场景]+怎么做 | 【填入】怎么做才不踩坑？一份可以照抄的落地清单 | 1,600 | 官网 + 知乎 |
| 3 | [问题]+原因 | 为什么你的【填入】总是失效？三个被忽略的原因 | 1,500 | 官网 + 公众号 |
| 4 | [品类]+选型 | 选【填入】前必须问的 8 个问题（附对比表） | 2,000 | 官网 + 知乎 |
| …… 共 12 篇，每篇均标注目标词、字数、分发平台与发布日期 | ||||
| 周次 | 官网发布 | 公众号发布 | 知乎发布 | 配套动作 |
|---|---|---|---|---|
| 第 1 周 | 周一 #1 | 周二 #1（改写标题） | 周四 #2 | 社群转发 #1；给 3 位老客户发去 #1 征求意见 |
| 第 2 周 | 周一 #3 | 周三 #3 | 周五 #4 | #3 评论区问题收集，成为第 3 周选题素材 |
| 元素 | 规范 | 本案例的产出状态 |
|---|---|---|
| 页面标题 title | 60 字符内，含目标词 | ✅ 每篇已生成（含 A/B 两个版本） |
| Meta Description | 155 字符内，含行动号召 | ✅ 每篇已生成 |
| URL slug | 短、含核心词、全小写连字符 | ✅ 每篇已生成 |
| H2 结构 | 4-6 个，覆盖相关长尾词 | ✅ 每篇已生成 |
| 内链 | 每篇至少 3 条，形成内容网络 | ✅ 已标注具体链接目标与锚文本 |
| 图片 alt | 描述性、含关键词 | ⬜ 需配图后补充 |
专家中心 → 文爆爆专家中心 → 裂变变专家中心 → 策动动| 案例 | 目标角色 | 原方式 | WorkBuddy 方式 | 效率提升 | 核心价值 |
|---|---|---|---|---|---|
| 📄 出口欧盟合规文件包 | 外贸负责人 | 外包 2–3 周 ¥1.5–3 万 | 25 分钟全流程出稿 | 约 30–50 倍 | 不靠中介也能交出合规文件 |
| 📑 投标技术标书编制 | 商务经理 | 3 天通宵 废标率 15% | 90 分钟出框架+正文 | 约 16 倍 | 把"漏一页"的风险关掉 |
| 📊 产线质量日报与不良归因 | 品质主管 | 半天（约 4 小时） | 8 分钟出周报+8D | 约 30 倍 | 从"看得见数字"到"看得见原因" |
| 🧠 售后客诉归因与经验沉淀 | 售后负责人 | 无人手，做不了 | 15 分钟建库 | 从 0 到 1 | 老师傅的经验不再随人走 |
| 📡 竞品与行业情报周报 | 产品/创始人 | 每周 6 小时手工翻 | 配置 25 分钟，此后全自动 | 全自动 | 周一晨会拿到的是本周事实 |
| 🗂️ 用户反馈归因与优先级 | 产品经理 | 2 天跨渠道汇总 | 20 分钟出优先级矩阵 | 约 48 倍 | 不再被"吵得响的"带偏 |
| 📈 SEO 内容增长引擎 | 增长/内容 | 外包 ¥300–800/篇 | 40 分钟出 10 篇选题+成稿 | 成本降 90%+ | 从"断更"到稳定输出 |
比如"客户要 8D 报告我还没写""竞品又降价了没人帮我盯""说明书要翻译 5 个语种"。
我们现场把这句话变成提示词，当场跑出可用的文档、表格或分析结论——你能直接看到成品长什么样。
本页每个案例都配了可直接复制的提示词。找到最像你工作的那一个，复制、改占位符、明天就能用。