01
深度调研 · deep-research
一小时交付行业深度报告 咨询顾问 / 项目启动前摸底
下周我要给客户做中国宠物食品行业的首次汇报。请多路并行联网检索近两年的行业规模、增速、驱动因素和头部玩家，至少交叉验证三个独立信息源，区分事实与推测。输出一份5000字以内的结构化报告（.md）：市场规模及测算逻辑、产业链图谱描述、前五名企业市占率表格、三个待验证假设，文末附全部引用链接，每个数字标注来源和年份。存到 ./client_report 文件夹。
预期交付物
5000字行业报告（.md）+ 市占率表 + 引用清单
Tip · 指定细分赛道如「猫主粮」，报告比泛泛的行业综述聚焦得多
复制 Prompt 试运行
# 中国宠物食品行业首次汇报
## 一、结论先行
**事实：**中国宠物食品仍在增长，但已从“宠物数量高速增加”转入“猫经济、单宠消费和产品升级”驱动。按宠主支出宽口径，2025年城镇犬猫消费为**3126亿元**，其中食品占**53.7%**，据此复算宠物食品约**1679亿元**，同比约**5.9%**（派读白皮书/央视网，2026；山西证券，2026）[1][7]。按包装宠物食品零售窄口径，欧睿的猫、狗及其他宠物食品数据合计约**75.92亿美元**，较2024年复算增长约**3.2%**（加拿大农业与农业食品部转引欧睿，2026）[3]。
**判断：**客户不应只报一个“市场规模”。若讨论宠主钱包和全渠道机会，用**1679亿元**；若比较品牌和公司份额，用欧睿约**75.92亿美元**的可比零售口径。两者不能混算。
## 二、市场规模及测算逻辑
| 口径 | 2024 | 2025 | 增速 | 适用场景 |
|---|---:|---:|---:|---|
| 城镇犬猫食品总支出（宽口径） | **1585亿元**＝3002亿元×52.8%（派读，2025）[2] | **1679亿元**＝3126亿元×53.7%（派读/央视网，2026）[1] | **5.9%**（本报告复算；山西证券2026亦报5.9%）[7] | 宠主钱包、全渠道机会 |
| 包装宠物食品零售值（窄口径） | **73.57亿美元**（欧睿，2026，猫+狗+其他合计）[3] | **75.92亿美元**（欧睿，2026，猫+狗+其他合计）[3] | **3.2%**（本报告据欧睿2026数据复算）[3] | 品牌零售、份额比较 |
| 犬猫粮市场另一独立估计 | **900亿元**、同比**8.3%**（中国农科院团队/新华网，2025）[6] | 未披露 | — | 作为中间口径交叉验证 |
| Statista零售估计 | **82.0亿美元**（Statista/毕马威，2025）[4] | 未披露 | — | 与欧睿窄口径交叉验证 |
**为什么会差三倍：**各机构的抽样城市、渠道覆盖、是否计入鲜食/营养品及非标准化消费、零售价格还是消费者自报支出并未完整公开。故不能平均成“统一真值”。最稳妥做法是保留双口径，并要求后续尽调取得数据库方法论。
增长拆解如下：
- **量：**2025年城镇犬猫**1.26亿只**、同比**1.8%**；犬、猫分别增长**1.6%**和**1.9%**（派读/央视网，2026）[1]，说明数量仍增但已放缓。
- **价与结构：**2025年单犬年均消费**3006元**、同比**1.5%**；单猫**2085元**、同比**3.2%**；食品占宠物消费的**53.7%**（派读/央视网，2026）[1]。猫和高附加值食品是更强增量。
- **供给：**2025年全国宠物食品产量**190万吨**、同比**17.9%**（中国饲料工业协会/路透，2026）[5]。产量快于内需金额不等于需求同速增长，还可能包含出口、库存和价格结构影响。
## 三、产业链图谱描述
**上游原料与设备 → 中游研发制造 → 品牌与渠道 → 宠主。**
1. **上游：**肉类及副产品、谷物、油脂、维生素/矿物质、功能添加剂、包装和加工设备。原料价格与汇率直接影响毛利（毕马威，2025）[4]。
2. **中游：**主粮、零食、营养品及鲜粮/冻干/烘焙/湿粮制造；企业常采用“出口OEM/ODM+国内自有品牌”双轨。核心能力是配方研发、适口性、质量追溯、柔性产能和成本控制（毕马威，2025）[4]。
3. **下游：**品牌商经电商、内容平台、宠物店、商超、宠物医院和经销商触达消费者。线上占宠物食品零售**68.3%**（欧睿/毕马威，2025）[4]，流量效率与复购数据因而成为关键资产。
4. **需求端：**鲜肉来源、营养配方、适口性及功能诉求上升；国产品牌凭性价比、本地化产品和电商响应速度抢份额，但食品安全、同质化和获客成本是反向约束（派读/央视网，2026；路透，2026）[1][5]。
## 四、前五名企业市占率
下表**不是把不同机构榜单拼接**，而是以欧睿2024年中国猫粮零售额**43.198亿美元**与狗粮**30.245亿美元**之和，即**73.443亿美元**为同一分母；公司猫粮、狗粮销售额相加后重排。其他宠物食品规模很小，未计入。来源：加拿大农业与农业食品部转引欧睿（2026）[3]。
| 排名 | 企业（代表品牌） | 猫+狗零售额 | 复算市占率 |
|---:|---|---:|---:|
| 1 | 玛氏 Mars（皇家、伟嘉、宝路等） | **8.126亿美元** | **11.1%** |
| 2 | 乖宝 Gambol（麦富迪） | **4.565亿美元** | **6.2%** |
| 3 | 雀巢 Nestlé（冠能等） | **2.332亿美元** | **3.2%** |
| 4 | 中宠 Yantai China Pet Foods（顽皮） | **2.040亿美元** | **2.8%** |
| 5 | 吉家 JIA Petcare（蓝氏、疯狂小狗） | **1.795亿美元** | **2.4%** |
前五合计约**25.7%**（本报告据欧睿2024数据复算）[3]，市场仍高度分散。山西证券转引欧睿亦确认乖宝2024年公司份额为**6.2%**、仅次于玛氏（山西证券，2026）[7]，与上述算法相互印证。2025年完整公司份额未公开，不能假装成最新统一排名。
## 五、事实与推测分开
**已确认事实：**2025年广义食品支出增速**5.9%**高于城镇犬猫总消费增速**4.1%**（派读/山西证券，2026）[7]；猫消费增速**5.2%**高于犬的**3.2%**（派读/央视网，2026）[1]；皇家仍是中国销量领先的宠物食品品牌，而国产品牌持续抢份额（路透，2026）[5]。
**分析性推测：**未来两到三年，行业不会主要靠“新增宠物”普涨，而会由猫粮、鲜/湿/烘焙、功能营养和国产中高端化带动结构增长。强者的护城河将从单纯投流转向“研发证据+供应链透明+多渠道复购”。这需要企业级动销和留存数据验证，不能视为已发生事实。
## 六、三个待验证假设
1. **猫食品及鲜/湿/功能品类会持续跑赢大盘。**验证：取得2024—2026年按猫犬、形态、价格带拆分的全渠道GMV、销量、客单价和复购率。
2. **国产头部份额提升主要来自产品与供应链，而非投放补贴。**验证：对乖宝、中宠、吉家拆解品牌毛利率、平台投放率、新客成本、自然搜索占比和12个月复购。
3. **线上仍是规模入口，但专业线下渠道更能支撑高端与功能食品。**验证：比较同SKU在电商、宠物店和医院的到手价、退货率、连带率、渠道毛利和用户终身价值。
## 七、局限
公开数据存在自报调研与模型估算差异；付费数据库的完整抽样框不可见；企业份额最新可比年份为2024年；欧睿全体宠物数据与派读“城镇犬猫”数据地域和宠物范围不同。本报告因此给出双口径和复算公式，不给伪精确的统一市场排名。
## 参考文献 / References
[1] [央视网：《2026年中国宠物行业白皮书》发布摘要（2026）](https://business.cctv.com/2026/01/05/ARTIdmv2AWmVeRVodaZYLOvQ260105.shtml)
[2] [派读：《2025中国宠物行业白皮书（消费报告）》（2025）](https://pdf.dfcfw.com/pdf/H3_AP202512111798269901_1.pdf)
[3] [加拿大农业与农业食品部：Sector Trend Analysis – Pet food in China（2026，含欧睿数据）](https://agriculture.canada.ca/en/international-trade/reports-and-guides/sector-trend-analysis-pet-food-china)
[4] [毕马威：《2025年中国宠物行业市场报告》（2025）](https://assets.kpmg.com/content/dam/kpmgsites/cn/pdf/zh/2025/06/2025-china-pet-industry-market-report.pdf.coredownload.inline.pdf)
[5] [路透：中国宠物食品市场与国产替代（2026）](https://www.reuters.com/world/asia-pacific/chinas-24-billion-pet-food-market-heats-up-local-brands-challenge-global-players-2026-04-23/)
[6] [新华网：宠物产业发展呈现四大趋势（2025）](https://www.news.cn/20250930/561e264e9417443989b7a2c3459b74d7/c.html)
[7] [山西证券：宠物食品行业系列专题一（2026）](https://pdf.dfcfw.com/pdf/H3_AP202602061819803976_1.pdf)
02
深度调研 · deep-research
一键生成竞品对比矩阵 产品经理 / 新版本立项前
我们做面向中小企业的报销 SaaS，下月立项打差异化。请调研合思易快报、分贝通、汇联易和两家海外对标（如 Ramp、Expensify），从定价模式、核心功能、集成生态、目标客群、用户口碑五个维度对比。联网查官网和 G2、知乎等真实用户评价，输出对比矩阵（.xlsx）加2000字分析（.md），明确指出两个我们能切入的功能空白点。结论必须有证据支撑，证据不足的地方直接说「未查到」，不要编。
预期交付物
五维竞品矩阵（.xlsx）+ 2000字分析（.md）
Tip · 附上自家产品功能清单，空白点判断会准很多
复制 Prompt 试运行
> 演示输入：合成数据，不代表真实客户/生产结果
# 报销 SaaS 竞品决策预览
本次只演示分析成品的组织方式，不把未检索的市场信息写成事实。合成自家现状：支持发票识别、基础审批和网银付款，月活企业120家；暂缺差旅预订、预算占用和海外卡能力。
| 对象 | 定价模式 | 强项假设 | 需补证据 | 当前可比结论 |
|---|---|---|---|---|
| 合思易快报 | 企业报价 | 费控流程 | 官网套餐、实施费 | 未核验，不排名 |
| 分贝通 | 企业报价 | 商旅费控一体 | 客户案例、生态接口 | 未核验，不排名 |
| 汇联易 | 企业报价 | 跨国费用管理 | 多币种、税务覆盖 | 未核验，不排名 |
| Ramp | 公开页待查 | 企业卡与自动化 | 中国可用性 | 只作海外参照 |
| Expensify | 公开页待查 | 费用报销协作 | 最新口碑样本 | 只作海外参照 |
## 两个值得验证的切口
1. **“预算冻结—报销—付款”连续校验。**用户提交前就显示预算影响，财务不再月底追溯。验证标准：试点企业的超预算单据占比下降30%，审批退回率下降20%。
2. **中小企业可自助上线的行业模板。**把项目制、连锁门店、跨境团队三套科目和审批链做成30分钟向导。验证标准：首周自主配置完成率达到70%，实施工时低于4小时。
## 证据采集清单
- 官网：套餐边界、集成清单、更新时间和原始链接；
- 口碑：每家至少抽取30条近期评价，区分管理员与报销人；
- 销售访谈：同一套询价脚本记录首年总成本，不只比较软件费；
- 自家赢单/丢单：回填客户规模、替代对象和关键理由。
当前产物可用于启动调研和对齐口径，不能用于对外宣称竞品能力或市场排名；本次未做联网研究。
03
深度调研 · deep-research
吃透新政影响再开会 制造业企业负责人 / 政策窗口期
工信部刚发布制造业数字化转型的新政策，原文 PDF 在 ./policy 文件夹。请先读原文，再结合近两年同类政策梳理演变脉络，重点回答三个问题：我们这种年营收约2亿的传统制造企业能申报哪些补贴、条件和截止时间是什么、需要提前准备哪些材料。输出给高管看的解读简报（.docx，3页以内）：一页政策要点、一页对我们的影响、一页行动清单。用词务实，别大段抄政策原文。
预期交付物
3页政策解读简报（.docx）+ 行动清单
Tip · 把营收、员工数、所在省份写进指令，政策匹配更精准
复制 Prompt 试运行
> 演示输入：合成数据，不代表真实客户/生产结果
# 制造业数字化政策高管简报预览
合成企业画像：广东某零部件制造企业，营收2.1亿元、员工380人，已有ERP和MES但设备联网率仅42%。合成通知设定为“设备联网改造与示范工厂”两个方向，所有金额、日期和条款均不可用于真实申报。
## 一页政策要点
| 合成条款 | 支持对象 | 门槛 | 演示截止日 | 证据状态 |
|---|---|---|---|---|
| A类设备改造 | 规上制造企业 | 自筹比例≥50% | 9月30日 | 等原文核对 |
| B类示范工厂 | 已有数字化基础企业 | 验收指标≥6项 | 10月15日 | 等原文核对 |
政策演变的核心不是“买软件给补贴”，而是从单点采购转向可量化的生产改善：设备联网、质量追溯、能耗和交付周期都要留验收证据。由于 ./policy 原文不存在，本次没有确认真实补贴比例、申报主体、属地和截止时间。
## 对企业的影响
- 最可能匹配A类，但需先确认是否要求“项目未开工”；
- MES已有投入可作为基础，不应把历史支出直接计入新项目；
- 设备联网率42%是现状基线，后续每一台接入设备要能追溯验收；
- 若申报B类，跨部门数据治理会比买设备更早成为瓶颈。
## 30天行动清单
1. 政府事务负责人逐条摘录原文页码、条款号和官方咨询电话；
2. 财务核对近两年审计报告、完税证明和专项资金重复申报情况；
3. 工厂输出设备清单、联网现状、改造预算与三项业务基线；
4. 信息部整理供应商报价、数据安全方案和验收口径；
5. 法务确认申报承诺、资金用途和材料真实性责任。
决策建议：在原文完成“双人复核”前不锁定补贴金额、不倒推采购，也不向高管承诺申报成功。
04
深度调研 · deep-research
技术选型不再拍脑袋 技术负责人 / 架构决策前
团队8个人，要给日均10万单的电商后台选消息队列，候选 Kafka、RocketMQ、Pulsar。请调研三者在吞吐、延迟、运维复杂度、社区活跃度、云厂商托管成本上的差异，找近一年的基准测试和生产环境案例，至少引用五个独立来源。输出选型对比表（.xlsx）和决策建议（.md）：明确推荐方案和理由，同时列出在我们规模下属于过度设计、暂时用不上的特性，避免过度工程。拿不准的数据标注来源可信度。
预期交付物
选型对比表（.xlsx）+ 决策建议（.md）
Tip · 写清团队规模和现有技术栈，推荐才不会照搬大厂方案
复制 Prompt 试运行
> 演示输入：合成数据，不代表真实客户/生产结果
# 消息队列选型结论预览
合成约束：8人Java团队，无专职中间件运维；订单峰值120条/秒，单消息2KB，要求至少一次投递，允许秒级积压恢复。这里没有采用近一年真实基准或云价，因此不呈现成本数字。
| 维度 | Kafka | RocketMQ | Pulsar | 本项目权重 |
|---|---|---|---|---:|
| 团队上手 | 中 | 较高（Java友好） | 较低 | 25% |
| 订单语义 | 需自行设计 | 延迟/事务消息适配度较好 | 能力完整但复杂 | 30% |
| 运维复杂度 | 中 | 中 | 高 | 25% |
| 峰值余量 | 充足 | 充足 | 充足 | 10% |
| 托管可得性 | 待核云清单 | 待核云清单 | 待核云清单 | 10% |
## 暂定建议
在“现有云提供成熟托管 RocketMQ、团队已有Java经验”的前提下，优先做 RocketMQ 两周验证。原因不是它吞吐最高，而是三种方案都远超120条/秒，真正差异在订单延迟消息、失败重试与值班成本。若现有平台只对 Kafka 有成熟托管和监控，则改选 Kafka，避免为理论优势自建集群。
## 两周验证清单
- 重复消息：同一订单重放3次，库存只扣一次；
- 故障恢复：Broker不可用10分钟后，积压在15分钟内消化；
- 顺序性：同一订单“创建—支付—取消”不乱序；
- 可观测：能按订单号定位生产、消费和死信；
- 总成本：记录托管费、监控费和每周人工时。
## 明确不做
跨地域多活、百万级分区、Tiered Storage、复杂流处理均属当前过度设计。上线门槛是幂等键、重试上限、死信处理人和回放SOP齐备，而不是把三个中间件的高级功能都装上。
05
深度调研 · deep-research
新品上市前先算清市场 快消品牌经理 / 新品立项
我们计划明年Q2推一款无糖气泡茶，预算500万。请调研中国无糖茶饮市场：近三年规模与增速、元气森林/农夫山泉/三得利的价格带和渠道打法、便利店与电商两大渠道占比变化、18-30岁人群的消费偏好。数据标明年份和来源，互相矛盾的数据并列呈现并说明哪个更可信。输出3000字调研报告（.md），最后一章给可落地的切入建议：主打什么场景、定什么价、先进哪个渠道。别写正确的废话。
预期交付物
3000字市场调研报告（.md）+ 切入建议
Tip · 限定渠道和价格带再问，比「市场怎么样」有用十倍
复制 Prompt 试运行
> 演示输入：合成数据，不代表真实客户/生产结果
# 无糖气泡茶上市测算预览
本预览不声称掌握真实市场规模。合成概念测试共120人：18—30岁、一二线城市、每周至少购买两次即饮茶；“清爽不甜”偏好占58%，“气泡刺激”担忧占27%。这些数字只用于演示决策链。
| 方案 | 建议零售价 | 首发场景 | 首发渠道 | 预算占比 | 演示判断 |
|---|---:|---|---|---:|---|
| A 青柑乌龙 | 5.9元/瓶 | 午餐解腻 | 便利店 | 50% | 优先小测 |
| B 白桃茉莉 | 6.9元/瓶 | 下午提神 | 电商组合装 | 30% | 测复购 |
| C 原叶苏打 | 7.9元/瓶 | 健身后 | 精品商超 | 20% | 暂缓铺量 |
## 500万元试投拆解
- 产品与首批生产150万：先做两种口味，避免包装库存；
- 便利店城市试点140万：锁定100家店、8周，看单店周转；
- 电商内容与样品90万：用6瓶混合装测口味选择；
- 消费者研究40万：盲测、价格敏感度和复购访谈；
- 机动与质量预案80万：退换货、批次检测和追加陈列。
## 三道上市门
1. 盲测购买意向不低于对照茶饮，且“气泡不适”低于20%；
2. 便利店第4周单店日销达到8瓶，退货率低于5%；
3. 电商首购后30天复购达到18%，不能只看达人首发GMV。
推荐先占“午餐解腻”而非泛泛“年轻健康”，价格带先测5.9元。真正立项前必须联网并列核中国市场规模、三品牌SKU价格、便利店与电商渠道数据；若不同机构口径冲突，应保留样本范围和年份，不取平均制造伪精确。
06
深度调研 · deep-research
一周文献综述半天搞定 研究生 / 开题报告前
我在写「大语言模型幻觉缓解方法」的开题报告。请检索2022年至今的中英文核心文献，按检索增强、对齐训练、不确定性估计等方向分类梳理，每个方向挑3-5篇代表性工作，说明方法思路、效果和局限。输出6000字综述初稿（.docx），含规范引用标注和参考文献列表，结尾指出两个尚未被充分研究、适合作为课题切入点的方向。红线：不许编造文献，每条引用都要能查到原文，查不到的宁可不写。
预期交付物
6000字综述初稿（.docx）+ 参考文献表
Tip · 附上开题方向草稿，切入点建议会更对你的胃口
复制 Prompt 试运行
> 演示输入：合成数据，不代表真实客户/生产结果
# 大语言模型幻觉缓解综述工作底稿
这是检索与写作框架的实际生成结果，不是完成的文献综述。由于未联网打开原文，本文不列作者、题名、年份或效果数字，避免把记忆中的论文信息冒充可核验引用。
| 方向 | 核心问题 | 统一编码字段 | 重点局限 |
|---|---|---|---|
| 检索增强 | 回答前如何获得外部证据 | 语料、召回、重排、引用正确率 | 检索错会放大生成错 |
| 对齐训练 | 如何让模型少编并愿意拒答 | 数据来源、偏好目标、拒答率 | 可能牺牲覆盖率 |
| 不确定性估计 | 如何识别“模型自己也不确定” | 置信分数、校准误差、阈值 | 自信不等于事实 |
| 生成后验证 | 如何检查陈述与证据一致 | 验证器、粒度、修订策略 | 验证器也会出错 |
## 可复现检索式
~~~text
("large language model" OR LLM) AND
(hallucination OR factuality) AND
(retrieval OR alignment OR uncertainty OR verification)
Year: 2022-2026
~~~
纳入标准：能访问原文；明确任务、数据集、基线和指标；至少报告一种局限。排除标准：只有二手转述、无实验细节、题名与摘要无法相互印证。每篇由两轮处理：先做文献卡，再按方向横向比较，禁止直接拼摘要。
## 两个候选切口
1. **面向企业私有知识的“证据充分才回答”校准。**比较拒答阈值对事实正确率、覆盖率和人工接管率的共同影响。
2. **检索失败可诊断性。**把错误拆成没召回、召回冲突、引用错配、生成越界，研究不同环节的可观测信号。
完成版必须补齐中英文数据库检索日期、去重流程、每条真实URL/DOI和原文核对记录；在此之前，这份预览不能作为开题引用。
07
深度调研 · deep-research
快速完成标的初步尽调 投资经理 / 项目初筛阶段
我们在看一个 Pre-A 轮跨境电商物流 SaaS 项目，BP 在 ./deal 文件夹。请先读 BP，再联网核查：创始人履历是否属实、赛道近三年投融资事件和估值区间、主要竞对的融资进度、目标市场的关税与合规风险。交叉验证至少三个独立信源，把「BP 声称」和「外部可查」的信息分开标注。输出尽调备忘录（.md），含按高/中/低分级的风险清单，以及给创始团队的10个追问问题。
预期交付物
尽调备忘录（.md）+ 风险清单 + 追问清单
Tip · 放进 BP 原文，核查准确度远高于只给一个公司名
复制 Prompt 试运行
> 演示输入：合成数据，不代表真实客户/生产结果
# Pre-A 跨境物流 SaaS 尽调备忘录预览
合成BP声称：公司成立3年，服务260家卖家，年度经常性收入1800万元，净收入留存率118%，本轮拟融资5000万元。由于 ./deal 不存在且未联网，这些数字只用于演示核查方法。
| 事项 | BP声称 | 外部可查 | 初判 | 下一步证据 |
|---|---|---|---|---|
| 创始人曾任头部物流平台负责人 | 是 | 未核 | 中风险 | 劳动证明、前同事背调 |
| 260家付费客户 | 是 | 未核 | 高风险 | 合同清单、回款流水、抽样访谈 |
| NRR 118% | 是 | 未核 | 高风险 | cohort明细、流失客户口径 |
| 关税自动计算覆盖12国 | 是 | 未核 | 高风险 | 规则库来源、更新SLA、错误责任 |
## 风险分级
- **高：**ARR与现金回款可能口径不一；单一大客户占比未知；关税错误可能造成客户损失。
- **中：**创始人履历需交叉背调；物流商接口稳定性和议价权未披露。
- **低：**标准SaaS订阅模式可理解，但合同续费条款仍需抽样。
## 给创始团队的10问
1. 1800万元是合同额、开票额还是已回款经常性收入？
2. 最大客户及前五客户收入占比分别多少？
3. 118% NRR按哪个客户集合和汇率计算？
4. 最近12个月流失的前三类原因是什么？
5. 物流商接口中断时谁承担赔付？
6. 关税规则由谁更新，平均延迟多久？
7. 海外数据跨境如何取得授权？
8. 每单边际云成本和人工服务成本多少？
9. 竞对降价30%时客户为何不走？
10. 本轮资金能换来哪个可验收里程碑？
正式尽调必须把“BP声称”和工商、招聘、媒体、客户及交易文件分栏，至少三源交叉；本预览不包含真实标的结论。
08
深度调研 · deep-research
负面舆情早发现早应对 品牌公关 / 新品发布期
我们上周发布的新款吹风机出现了发热量大的吐槽。请分平台并行检索近14天的讨论，覆盖微博、小红书、抖音、知乎和黑猫投诉，区分真实用户反馈、疑似水军和媒体报道，统计情绪倾向占比和槽点排名。输出舆情简报（.docx）：一页数据概览带图表、一页典型声音摘录、一页应对建议（分立即做/一周内做/长期做）。所有引用带原文链接，只给结论不给证据的内容我不要。
预期交付物
舆情简报（.docx）+ 情绪分布图 + 应对建议
Tip · 附上官方已发的声明，建议会考虑口径一致性
复制 Prompt 试运行
> 演示输入：合成数据，不代表真实客户/生产结果
# 新款吹风机发热舆情简报预览
合成样本：80条公开讨论的字段结构，其中负向34条、中性28条、正向18条。没有真实原文链接，因此这些比例和引语不能对外引用，也不能据此判断水军。
| 槽点 | 合成条数 | 典型场景 | 产品需验证 |
|---|---:|---|---|
| 手柄持续发热 | 16 | 高档使用8分钟后 | 外壳温升曲线 |
| 风嘴烫手 | 10 | 关机后立即拆卸 | 警示与材料 |
| 焦味担忧 | 6 | 首次使用 | 涂层/灰尘/电机 |
| 噪声偏大 | 2 | 夜间使用 | 分贝测试 |
## 典型声音（合成改写）
> “吹干速度可以，但连续吹到第七分钟，握持位置明显变热。”
这类陈述只能代表体验线索。识别疑似水军至少要看账号历史、文本重复度、发布时间聚集和是否提供可验证使用细节，不能因评价负面就降权。
## 应对节奏
- **立即做：**客服统一收集型号、批次、档位、使用时长和视频；高温、异味案例直接升级安全团队；暂停“冷风不热”等绝对化文案。
- **一周内：**实验室复现三个典型场景，公布测试条件和温升范围；对高风险批次做追溯。
- **长期：**在固件/结构上增加过热保护可观测记录，把发热投诉率纳入版本门禁。
对外口径建议：“我们已收到部分用户关于长时间高档使用后握持区域升温的反馈，正在按批次复测。若出现异味、烫手或自动断电，请立即停用并联系售后。”真实发布前必须由产品、安全和法务确认。
09
深度调研 · deep-research
把访谈录音变成用户洞察 用户研究员 / 访谈项目收尾
./interviews 文件夹有12份用户访谈转写稿，对象是用过我们记账 App 又流失的用户。请通读全部材料，用主题分析法归纳流失原因，提炼3-5个用户画像，每个画像配代表性原话。输出洞察报告（.md，含主题框架、证据引用、产品机会点建议）和画像卡片集（.pptx，一页一个画像）。注意区分用户「说的」和「做的」，访谈里明显的客套话要降权，别当成真实需求。
预期交付物
洞察报告（.md）+ 画像卡片集（.pptx）
Tip · 附上当初的访谈提纲，分析能对照研究目标不跑偏
复制 Prompt 试运行
> 演示输入：合成数据，不代表真实客户/生产结果
# 记账 App 流失用户洞察预览
合成样本为12名曾连续记账至少14天、随后30天未打开的用户。访谈“觉得麻烦”被拆成可观察行为，避免把一句客套评价直接当需求。
| 主题 | 人数 | 行为证据 | 代表性原话（合成） | 机会 |
|---|---:|---|---|---|
| 补记成本高 | 7 | 常在三天后批量补 | “不是不想记，是想起来时已经忘了。” | 账单半自动导入 |
| 分类不可信 | 5 | 修改过同类商户分类 | “它老把咖啡算餐饮，我最后懒得改。” | 个人规则记忆 |
| 看不到回报 | 6 | 报表页停留低于10秒 | “记了半个月，也没告诉我该改什么。” | 每周一条行动建议 |
| 隐私顾虑 | 3 | 拒绝授权短信/账单 | “要读那么多权限，我宁愿手填。” | 最小权限模式 |
## 三类画像
1. **碎片补记者：**有意愿、没固定时间；适合“晚间30秒确认”。
2. **结果导向者：**只在预算超支时关心；需要异常提醒而非更多图。
3. **隐私敏感者：**宁愿少自动化；需要清楚说明读取什么、不读取什么。
## 产品机会排序
- P0：导入后只让用户确认异常分类，目标将单笔操作降到5秒内；
- P1：周报只回答“本周哪一项多花、下周怎么改”；
- P1：权限页提供本地处理/不上传的可验证说明；
- 暂缓：增加更多勋章。样本里没有证据显示游戏化能抵消记录成本。
“喜欢简洁界面”等泛化表扬被降权，因为行为日志显示它不影响留存。真实项目需逐段引用原始转写编号，并把“用户说的”与埋点“用户做的”并列验证。
10
深度调研 · deep-research
写一份站得住的趋势预测 战略部门 / 年度规划季
年底我要在战略会上讲「AI Agent 对企业软件的影响」。请调研近三年企业软件市场关键数据、微软/Salesforce/钉钉/飞书的相关动作、Gartner 等机构的预测口径，在此基础上给出2026-2028年三个趋势判断。每个判断写清：支撑证据、可能的反例、对赌条件（什么情况发生就说明判断错了）。输出20分钟演讲配套报告（.md）和要点版（.pptx，10页内）。预测可以大胆，论据必须扎实。
预期交付物
趋势报告（.md）+ 10页要点 PPT（.pptx）
Tip · 要求写出反例和对赌条件，预测才不会变成算命
复制 Prompt 试运行
> 演示输入：合成数据，不代表真实客户/生产结果
# AI Agent 对企业软件影响：演讲要点预览
这是一份预测框架，不包含已核验的 Gartner、微软、Salesforce、钉钉或飞书最新事实。任何厂商动作和市场数字在正式演讲前都必须回到官网、财报或原始报告。
| 2026—2028判断 | 支撑证据应收集 | 反例 | 对赌条件 |
|---|---|---|---|
| 软件入口从页面转向任务 | Agent任务完成率、人工接管率 | 用户仍频繁返回表单 | 连续两季任务入口占比不升即判错 |
| 定价从席位转向结果混合计费 | 厂商价目、续费合同 | 成本不可预测遭客户抵制 | 结果计费续约率低于席位制即判错 |
| 系统记录层更重要而非消失 | 权限、审计、主数据投资 | Agent绕开原系统形成影子数据 | 审计事故上升且治理投入不增即判错 |
## 20分钟讲法
开场2分钟：企业买软件的旧合同是“给你功能”；Agent的新合同是“替你把事做完”。
第一部分6分钟：展示任务入口如何跨CRM、客服与财务流转。
第二部分6分钟：解释结果交付为何把权限、审计和责任变成硬约束。
第三部分4分钟：给企业的三项行动。
结尾2分钟：公布三个对赌条件，请听众明年回来验。
## 明天就能做的三件事
1. 选一个每周重复、结果可验收、出错可回滚的任务；
2. 同时记录完成率、人工接管率、单次成本和错误严重度；
3. 把Agent写入现有权限与审计体系，不另建“无主”的自动化孤岛。
正式版应为每个判断建立证据卡：原始URL、发布日期、原话不超过必要长度、数据口径和反证。本次未做联网研究，仅可作为演示预览，不声称事实已核验。
11
数据分析 · data-analysis
脏乱表格自动清洗合并 运营专员 / 月底数据汇总
./data 文件夹有六个区域销售发来的 Excel，表头不统一（有的叫「销售额」有的叫「营收」）、日期格式混乱、有重复行和空值。请自动完成：统一表头和日期格式、按订单号去重、空值标记而非删除、合并成总表，再按区域和月份做透视汇总。输出清洗后的总表（.xlsx）和清洗日志（.md），写明每步处理了多少行、哪些异常需人工确认。不确定的字段映射不要自作主张，列出来问我。
预期交付物
清洗合并总表（.xlsx）+ 清洗日志（.md）
Tip · 先在几行样例上确认映射规则，再让它跑全量数据
复制 Prompt 试运行
> 演示输入：合成数据，不代表真实客户/生产结果
# 六区销售表清洗结果预览
合成输入共30行，区域为华东、华南、华北、西南、东北、西北。实际没有读取 ./data 文件夹，下面展示一次小样本清洗后的可审计结果。
| 处理步骤 | 输入行 | 影响行 | 输出行 | 规则 |
|---|---:|---:|---:|---|
| 表头统一 | 30 | 12 | 30 | 营收/含税销售额→销售额 |
| 日期标准化 | 30 | 9 | 30 | 统一 YYYY-MM-DD |
| 订单号去重 | 30 | 2 | 28 | 保留更新时间较新的记录 |
| 空值标记 | 28 | 3 | 28 | 写入【缺失】，不删除 |
## 字段映射
~~~text
订单编号 / 订单ID -> 订单号（高置信）
区域 / 大区 -> 区域（高置信）
营收 / 销售额 -> 销售额（高置信）
客户 / 购方名称 -> 客户名称（需业务确认）
~~~
“含税销售额”是否能直接并入“销售额”取决于总表口径，本演示暂按同口径处理并在日志标黄；正式运行会先抽取5行请财务确认。
## 月度透视摘录
| 月份 | 华东 | 华南 | 其他四区 | 合计 |
|---|---:|---:|---:|---:|
| 2026-06 | 128,000 | 96,000 | 241,000 | 465,000 |
| 2026-07 | 142,000 | 101,000 | 258,000 | 501,000 |
人工确认项：订单XH-018缺客户名称；订单HN-006金额为空；两行同订单号更新时间相同但金额不同，未自动裁决。正式总表必须保留 source_file、source_row 和处理状态三列，确保每个数都能回到原文件。
12
数据分析 · data-analysis
销售复盘从对数到洞察 销售总监 / 季度复盘会前
读取 ./sales 里的Q3销售明细（CRM 导出）。请分析：按区域/产品线/客户规模的业绩完成率、同比环比变化、TOP10 与后10名销售的行为差异（客单价、成交周期、拜访量）、丢单原因分布。每个发现配一句业务解释和建议动作。输出复盘报告（.pptx，15页内，给管理层讲20分钟）和明细数据表（.xlsx）。不要罗列数字，重点回答一个问题：下季度最该改的三件事是什么。
预期交付物
15页复盘 PPT（.pptx）+ 明细表（.xlsx）
Tip · 附上Q3目标数字，完成率分析才有基准可言
复制 Prompt 试运行
> 演示输入：合成数据，不代表真实客户/生产结果
# Q3 销售复盘：管理层结论预览
合成数据：目标1200万元，实际1044万元，完成率87%；上季度实际960万元。没有读取CRM，以下结论只说明成品会如何从数字落到动作。
| 切片 | 目标 | 实际 | 完成率 | 业务解释 |
|---|---:|---:|---:|---|
| 华东 | 500万 | 480万 | 96% | 大客户续约稳定 |
| 华南 | 400万 | 344万 | 86% | 新客周期拉长 |
| 华北 | 300万 | 220万 | 73% | 线索到方案环节掉速 |
TOP3销售平均客单价42万元、成交周期38天、每周有效拜访8.3次；后3名分别为18万元、67天和4.1次。这里只能说明相关，不能认定“多拜访必然多成交”。
## 下季度最该改的三件事
1. **华北方案评审前置。**所有50万元以上机会在首次方案会前做经理陪访，目标把方案到签约转化从合成基线21%提高到30%。
2. **复制大客户扩单动作。**由TOP3拆解续约前60天的关键触点，形成6步清单；每人选择2个存量客户执行。
3. **清理伪高意向商机。**超过45天无客户动作的机会降级，周会不再把口头“有意向”计入预测。
## 管理层看板页标题
- “Q3增长8.8%，但距离目标仍差156万元”
- “华北贡献了51%的目标缺口”
- “后段销售卡在方案推进，不只是线索不足”
丢单原因演示分布：预算冻结35%、竞品替换25%、决策延期25%、产品缺口15%。正式报告需带目标原表、阶段定义和样本量，避免把CRM填报习惯误判为真实行为。
13
数据分析 · data-analysis
一张图说清一件事 咨询顾问 / 报告配图制作
./report 文件夹有一份给客户的物流成本分析报告（.md）和配套数据（.xlsx）。请通读报告，为每个核心论点配一张最合适的图：趋势用折线、构成用堆叠、对比用条形、分布用散点，别默认柱状图打天下。统一商务蓝灰配色和字体，每张图配「结论式标题」（如「华东仓租金三年涨了40%」而非「租金趋势图」）。输出8页图表集（.pptx），图要能直接替换进我的正式报告。
Tip · 指定配色和结论式标题，图表产出来就能直接用
复制 Prompt 试运行
> 演示输入：合成数据，不代表真实客户/生产结果
# 物流成本图表集编排预览
本次没有读取 ./report 的Markdown和Excel，先用8个合成论点完成图表选择与页面标题。配色建议：主色 #2F5D7E、强调 #E07A5F、辅助灰 #A7B0B5，所有坐标轴从业务需要出发，不用装饰性3D。
| 页 | 结论式标题 | 图形 | 为什么 |
|---:|---|---|---|
| 1 | 华东仓租三年上涨40% | 折线 | 看连续趋势 |
| 2 | 干线运输占总成本一半以上 | 100%堆叠条 | 看构成 |
| 3 | 西南单票成本高出均值28% | 横向条形 | 排名清楚 |
| 4 | 低货量线路是高成本主因 | 散点 | 看货量与成本关系 |
| 5 | 前10条线路贡献62%费用 | 帕累托图 | 抓重点 |
| 6 | 周一出库峰值挤压装载率 | 热力图 | 看星期×时段 |
| 7 | 更换承运商未改善准时率 | 上下两图 | 避免双轴错觉 |
| 8 | 三项动作可节约年度180万 | 瀑布图 | 展示增减来源 |
## 单页样稿
**标题：西南单票成本高出均值28%，差异集中在三条低货量线路**
副注：单位为元/票；箱线须标样本量；异常值保留而不是删掉。
结论标注：将三条线路改为隔日合并发运，先做4周试点，观察成本与时效双指标。
图表自检清单：金额统一含税或不含税；时间区间一致；图例不靠颜色单独区分；每页注明数据来源与刷新日期；标题里的40%、28%、180万元都由同页数据可复算。真实替换前要逐项核对报告原句与Excel范围，不能因为图好看而改变论点。
14
数据分析 · data-analysis
问卷数据当晚出结论 市场专员 / 调研回收截止后
./survey 里的 questionnaire.xlsx 是刚回收的532份消费者问卷（5道李克特量表、3道多选、2道开放题）。请完成：剔除作答低于60秒和规律性作答的无效样本并报告剔除数量、量表题做信度检验、按年龄段和城市层级做交叉分析、开放题做主题归类并附典型原话。输出统计报告（.docx，含图表）和清洗后数据（.xlsx）。统计方法要写明，别只给百分比不给样本量。
预期交付物
问卷统计报告（.docx）+ 清洗数据（.xlsx）
Tip · 告诉它你的研究假设，交叉分析会围绕假设展开
复制 Prompt 试运行
> 演示输入：合成数据，不代表真实客户/生产结果
# 消费者问卷当晚快报预览
合成原始样本60份：剔除作答时长低于60秒4份、连续10题同选项且开放题无意义2份，有效样本54份。真实 questionnaire.xlsx 未提供，统计量仅用于展示报告结构。
| 指标 | 结果（合成） | 样本量 | 解读边界 |
|---|---:|---:|---|
| 量表 Cronbach’s α | 0.82 | 54 | 内部一致性较好，不等于效度 |
| 一线城市购买意向均值 | 4.1/5 | 22 | 小样本，不外推总体 |
| 二三线城市购买意向均值 | 3.6/5 | 32 | 需检验组间差异 |
| “价格透明”多选率 | 63.0% | 34/54 | 多选合计可超100% |
组间差异演示：一线与二三线购买意向均值差0.5，95%置信区间为0.08—0.92；在合成数据中达到显著，但效应量和抽样代表性必须一起报告，不能只写p值。
## 开放题主题
- 价格比较困难：18条；合成原话“我想先知道总价，不想加到最后才看到服务费。”
- 售后响应慢：13条；合成原话“问题不是不能解决，是不知道要等多久。”
- 选择太多：9条；合成原话“参数看不懂，希望直接按场景推荐。”
- 其他/信息不足：14条，不强行归类。
无效规则应在看结果前冻结；李克特量表先核对反向题；年龄段和城市层级的交叉表同时给百分比与n；开放题允许一条进入多个主题，并保留编码员分歧。正式分析还需报告缺失值处理、问卷来源、配额与研究假设。
15
数据分析 · data-analysis
三表联读看穿公司质地 财务分析师 / 标的公司体检
./finance 文件夹有某公司近三年的资产负债表、利润表、现金流量表（审计版 PDF）。请先提取数据建表（.xlsx），再做分析：偿债、盈利、运营效率的核心比率及三年趋势；利润与经营现金流的匹配度，识别可能的利润美化信号；联网取数与两家同行业上市公司对比关键指标。输出分析报告（.md），结论按「健康/需关注/高危」三档分类，每个疑点注明报表出处页码。
预期交付物
财务分析报告（.md）+ 指标数据表（.xlsx）
Tip · 审计报告附注也放进文件夹，疑点识别会准得多
复制 Prompt 试运行
> 演示输入：合成数据，不代表真实客户/生产结果
# 三表联读分析预览
合成公司2023—2025年收入由8.0亿增至10.5亿元，净利润由0.62亿增至0.91亿元，经营现金流却从0.70亿降至0.28亿元。以下比率用于演示疑点定位，不对应任何真实上市公司。
| 指标 | 2023 | 2024 | 2025 | 判定 |
|---|---:|---:|---:|---|
| 流动比率 | 1.52 | 1.37 | 1.18 | 需关注 |
| 净利率 | 7.8% | 8.2% | 8.7% | 健康 |
| 应收周转天数 | 62 | 79 | 103 | 高危 |
| 存货周转天数 | 48 | 55 | 71 | 需关注 |
| 经营现金流/净利润 | 1.13 | 0.67 | 0.31 | 高危 |
## 核心判断
利润增长与现金回收明显背离。合成数据里，应收账款两年增幅高于收入增幅，且合同资产同步上升；优先核查收入确认时点、期后回款和渠道压货。这里只是风险信号，不等于财务造假。
| 疑点 | 应回到的材料 | 页码记录方式 | 验证 |
|---|---|---|---|
| 应收增长 | 资产负债表+应收附注 | PDF页码/报表页码双记 | 前20客户期后回款 |
| 现金流背离 | 现金流量表补充资料 | 对应行号 | 净利润调节表复算 |
| 存货增加 | 存货跌价附注 | 类别明细页 | 库龄与跌价政策 |
同行对比列只能在真实联网后填入公司名、报告期和原始公告链接；不同会计政策先调整口径再比较。正式报告的每个疑点必须引用审计版PDF页码，当前仅为部分成果预览。
16
数据分析 · data-analysis
实验结果别再读错了 增长产品经理 / 实验复盘
我们刚结束注册流程改版的 A/B 实验，数据在 ./ab_test（两组各5万样本，跑14天，指标含注册完成率、次日留存、7日付费转化）。请做严谨统计解读：各指标的 uplift、置信区间和统计功效，检查样本量是否足够、按天看趋势判断是否存在新奇效应，多指标场景提醒多重比较问题。输出解读报告（.md）：先给一句话结论（全量/继续迭代/回滚），再给证据和下一步实验建议。不要为了显得有结论而硬下结论。
预期交付物
实验解读报告（.md）+ 显著性检验结果
Tip · 附上实验前写的假设，结论直接回答当初的问题
复制 Prompt 试运行
> 演示输入：合成数据，不代表真实客户/生产结果
# 注册改版 A/B 实验解读预览
一句话结论：**继续迭代，不直接全量。**合成数据中注册完成率显著提升，但次日留存下降，核心链路的净收益尚不明确。
| 指标 | 对照组 | 实验组 | uplift | 95%置信区间 | 解释 |
|---|---:|---:|---:|---|---|
| 注册完成率 | 60.0% | 63.2% | +5.3% | +1.3至+5.1个百分点 | 支持改版 |
| 次日留存 | 32.0% | 30.4% | -5.0% | -3.4至+0.2个百分点 | 有负向风险 |
| 7日付费 | 4.8% | 5.1% | +6.3% | -0.5至+1.1个百分点 | 证据不足 |
样本量说明：原Prompt写两组各5万，但本演示只构造各5000。付费率低，当前功效不足以识别小幅提升；真实分析必须按实际样本复算，而不是套用上表。
前3天注册提升较大，之后收敛，可能存在新奇效应。按天拆分用于看方向，不应每天重复显著性检验。三个主要指标同时判断时，应预先指定主指标，并对多重比较作校正或把次要指标视为护栏。
## 下一步实验
1. 保留简化表单，但在注册后增加价值引导；
2. 主指标设为“注册后7日完成关键行为”，注册率只作过程指标；
3. 预注册最小可检测效应、样本量和停止规则；
4. 按渠道检查样本比例失衡，避免流量分配污染。
真实结论还需核对随机化、去重口径、曝光时点和机器人流量。没有这些检查，显著性只是漂亮数字。
17
数据分析 · data-analysis
每周数据周报自动跑 电商运营 / 每周一晨会前
请帮我建一个定时任务：每周一早上8点，自动读取 ./shop_data 里最新一周的经营数据（订单、流量、转化、退款），对比上周和去年同期，生成固定结构周报：核心指标看板、异常波动标注（涨跌超15%自动高亮并给出可能原因）、本周三个重点建议。输出 .docx 按日期命名存到 ./weekly_reports，同时生成200字摘要发给我。数据源格式变化导致报错时，把错误详情告诉我，不许静默失败。
预期交付物
定时周报（.docx）+ 200字摘要推送
Tip · 先手动跑通一期确认口径无误，再开启定时任务
复制 Prompt 试运行
> 演示输入：合成数据，不代表真实客户/生产结果
# 经营周报试跑 · 2026-W30
本次手动试跑使用合成数据，没有读取 ./shop_data，也没有在当前环境创建定时任务或发送摘要。自动化上线前应先用真实数据跑通一期。
| 指标 | 本周 | 上周 | 环比 | 去年同期 | 同比 | 状态 |
|---|---:|---:|---:|---:|---:|---|
| 访客 | 82,400 | 76,000 | +8.4% | 70,500 | +16.9% | 绿 |
| 订单 | 3,460 | 3,380 | +2.4% | 3,120 | +10.9% | 绿 |
| 转化率 | 4.20% | 4.45% | -5.6% | 4.43% | -5.2% | 黄 |
| 退款率 | 7.8% | 5.9% | +32.2% | 6.1% | +27.9% | 红 |
退款率涨幅超过15%阈值。合成明细显示“尺寸不符”集中在SKU-A，占新增退款的58%；这是线索，不是已证实根因。需要核对商品页尺码图、同批次评论和客服标签。
## 本周三项动作
1. 商品负责人周二前复核SKU-A尺码图，抽查30个退款订单；
2. 投放负责人把流量拆到渠道，确认新增访客是否来自低意向广告组；
3. 数据负责人补“支付人数”与“退款申请日期”口径，避免跨周错配。
**摘要：**本周访客和订单继续增长，但转化略降、退款率升至7.8%，需优先处理SKU-A尺寸问题。建议先修正商品信息并抽样回访，不急于扩大投放。
自动化规格：每周一08:00读取上一完整自然周；字段缺失时任务失败并列出文件名、缺列和期望格式，禁止沿用旧数据静默出报。
18
数据分析 · data-analysis
从十万行数据里抓异常 风控专员 / 交易日常监控
./logs 有上月支付交易流水约12万行。请做异常检测：先用统计方法（分位数、Z 分数）筛出金额、频率、时间分布异常的交易，再结合商户维度聚类看是否有团伙特征，注意区分「可疑欺诈」和「大促等正常业务波动」。输出异常交易清单（.xlsx，按风险分排序并附判定理由）和方法报告（.md，说明方法、阈值选取逻辑、误报率估计）。规则必须可解释——我拿去和风控团队对齐时，得讲清每笔为什么被标记。
预期交付物
异常交易清单（.xlsx）+ 方法报告（.md）
Tip · 先给它几个已确认的历史欺诈案例，检测更贴业务
复制 Prompt 试运行
> 演示输入：合成数据，不代表真实客户/生产结果
# 支付异常检测结果预览
合成流水300笔，金额中位数268元，包含夜间高频、小额探测后大额交易和大促集中支付三种模式。真实 ./logs 的12万行未提供。
| 风险序号 | 交易组 | 风险分 | 触发规则 | 业务校正 | 结论 |
|---:|---|---:|---|---|---|
| 1 | T091—T098 | 92 | 8分钟同卡跨4商户 | 无活动标记 | 可疑欺诈 |
| 2 | T144 | 81 | 金额Z分数4.1、凌晨2:13 | 高客单商户 | 人工复核 |
| 3 | T201—T230 | 68 | 单商户频率超P99 | 大促白名单 | 正常波动 |
## 可解释规则
1. 金额异常：按商户品类计算IQR，不拿餐饮和奢侈品共用阈值；
2. 频率异常：同卡、同设备、同IP分别计算10分钟窗口；
3. 时间异常：比较该用户过去90天活跃时段；
4. 团伙线索：共享设备/IP/收货地址形成图，至少两个独立信号才升级。
在合成的20笔人工标注样本中，规则命中6笔，其中4笔真异常，精确率约66.7%；样本太小，只能做管道检查。正式上线需用历史已确认欺诈做召回率评估，并按风险段抽样未命中交易估算漏报。
每笔清单应保留 rule_id、阈值版本、特征值、白名单命中和人工处置结果。模型只负责排序，冻结账户等动作必须走既有风控权限与复核流程，不能用“聚类离群”四个字代替解释。
19
数据分析 · data-analysis
RFM 分层找到金矿用户 私域运营 / 会员体系搭建
./crm 是过去12个月的会员消费数据（8万用户）。请做 RFM 分层：先检查数据质量，按分位数打分分成至少六类人群，算清每类的人数占比、GMV 贡献占比和近90天流失率。重点找出「高价值但正在流失」和「高频低价有升级潜力」两类人群，各给三个具体运营动作并标注成本量级。输出带标签的用户分层表（.xlsx）和策略报告（.md）。分层口径完整写进报告，我下个月要按同口径复算。
预期交付物
用户分层标签表（.xlsx）+ 策略报告（.md）
Tip · 分层口径让它写进报告，团队协作才有共同语言
复制 Prompt 试运行
> 演示输入：合成数据，不代表真实客户/生产结果
# 会员 RFM 分层预览
合成数据定义：R=距最近消费天数，越小越好；F=12个月有效订单数；M=12个月实付金额。各指标按五分位打1—5分，退款订单和内部测试账号排除。
| 人群 | 规则示例 | 人数占比 | GMV占比 | 近90天流失率 |
|---|---|---:|---:|---:|
| 核心价值 | R≥4,F≥4,M≥4 | 14% | 38% | 5% |
| 高价值流失预警 | R≤2,F≥4,M≥4 | 8% | 19% | 42% |
| 高频低价潜力 | R≥3,F≥4,M≤2 | 17% | 9% | 11% |
| 新客培育 | R≥4,F≤2 | 21% | 7% | 18% |
| 一般维持 | 其余中段 | 25% | 20% | 24% |
| 沉睡 | R=1,F≤2 | 15% | 7% | 78% |
**高价值流失预警：**客户经理一对一回访（中成本）；按历史品类给补货提醒（低成本）；服务问题用户优先补偿而非普发券（中成本）。
**高频低价潜力：**组合装阶梯价（低成本）；满额免运门槛实验（低成本）；高频品类订阅测试（中成本）。
## 下月复算口径
快照日固定为月末23:59；R按自然日；F按去重后的支付订单；M按实付减退款；分位点由全体有效会员重算，同时保存阈值版本。流失定义为过去90天无支付，而不是“没有打开App”。
正式8万用户运行前要检查一人多账号、跨店会员合并、退款跨期和金额币种。本预览不能作为真实营销名单。
20
数据分析 · data-analysis
漏斗每一环找到漏点 产品运营 / 转化率优化专项
./funnel 是近30天 App 从启动到下单的埋点数据（约50万条事件，字段说明在同目录字典里）。请构建「启动-浏览-加购-下单-支付成功」五级漏斗，算整体和分环节转化率，再按渠道、新老用户、设备三个维度下钻，找出掉率最异常的三个断点。每个断点给出原因假设（区分埋点问题和产品问题）和验证方法。输出分析报告（.md，含漏斗图和分维度对比图），结论按「确定的问题」和「待验证的假设」分开写。
Tip · 埋点字典一定要给它，否则字段含义容易猜错
复制 Prompt 试运行
> 演示输入：合成数据，不代表真实客户/生产结果
# App 下单漏斗分析预览
合成数据以user_id在30天窗口内是否到达阶段计数，阶段顺序为启动→浏览→加购→下单→支付成功。真实埋点字典未提供，事件名和去重规则均需确认。
| 阶段 | 用户数 | 相对上一步转化 | 整体转化 |
|---|---:|---:|---:|
| 启动 | 1,000 | — | 100% |
| 浏览 | 820 | 82.0% | 82.0% |
| 加购 | 410 | 50.0% | 41.0% |
| 下单 | 246 | 60.0% | 24.6% |
| 支付成功 | 197 | 80.1% | 19.7% |
## 三个异常断点
1. **安卓新客：浏览→加购仅31%。**产品假设：规格选择器首屏被键盘遮挡；埋点假设：Android add_cart事件在新版漏发。验证：对照服务端购物车写入量和录屏。
2. **信息流渠道：启动→浏览54%。**产品假设：落地页承诺与商品不一致；数据假设：预加载被计作启动。验证：拆首屏停留和真实可见曝光。
3. **老客iOS：下单→支付68%。**产品假设：优惠券冲突；数据假设：支付成功回调延迟跨出窗口。验证：以支付网关订单表回查。
**确定的问题（仅对合成数据）：**安卓新客加购段显著低于整体。
**待验证：**是交互、流量质量还是漏埋导致，当前不能归因。
正式分析必须先核对事件版本、跨端身份合并、重复触发与阶段乱序；漏斗图上同时展示分母和样本量，不用单一百分比制造确定感。
21
文档写作 · doc-writing
十分钟交出不水的周报 互联网员工 / 每周五下班前
这是我本周的工作记录（./notes，含零散待办、会议纪要和聊天截图里的关键信息）。请整理成发给直属领导的周报（.docx）：分「本周完成（附量化结果）/进行中（进度百分比和卡点）/下周计划/需要支持」四块，每条一句话说清做了什么、结果如何，语气务实，不邀功不诉苦，总长度一屏以内。另外维护一个 ./notes/monthly.md 月报素材文件，每周自动追加本周要点，月底能直接汇总。
预期交付物
一页式周报（.docx）+ 月报素材库（.md）
Tip · 平时随手记进 notes 文件夹，周五它帮你攒成篇
复制 Prompt 试运行
> 演示输入：合成数据，不代表真实客户/生产结果
# 周报｜7月第5周
合成素材包含8条待办、2次会议和1个项目卡点；没有读取真实 ./notes。下面是一屏内可直接给直属领导的成稿预览。
## 本周完成
- 完成会员改版需求评审，收敛32条意见为12项确定需求，P0范围从9项降至6项；
- 联合研发跑通支付回归测试，覆盖18个核心场景，发现并关闭2个阻断问题；
- 输出客服迁移话术并培训6名一线同事，课后测验平均分88分。
## 进行中
- 数据迁移脚本完成70%；卡点是3个历史字段无统一定义，已约数据负责人周一裁决；
- 灰度方案完成60%；还需确认老用户回滚策略和监控阈值。
## 下周计划
1. 周二前冻结字段映射并完成1000条样本演练；
2. 周三提交灰度方案，覆盖5%、20%、50%三档；
3. 周五组织上线评审，输出责任人、回滚条件和客服值班表。
## 需要支持
请协调数据负责人周一10:00参加30分钟字段裁决；若未确认，迁移联调预计顺延2天。
## 月报素材追加摘录
~~~markdown
### 2026-07 第5周
- 会员改版：评审意见32→12，P0范围9→6。
- 支付回归：18场景，关闭2个阻断问题。
- 风险：历史字段口径未统一，需7月31日前裁决。
~~~
正式执行应只追加新周块，不覆盖 monthly.md 既有内容；聊天截图只提取任务相关事实，不保存无关个人信息。
22
文档写作 · doc-writing
活动策划案一次过稿 市场经理 / 大促活动筹备
我们是客单价200元左右的国产护肤品牌，双11要做一场会员日直播大促，预算80万，目标 GMV 600万、新会员增长2万。请输出完整策划案（.docx）：活动主题和三个备选口号、时间节奏表（预热/爆发/返场）、货品组合策略（引流款/利润款/形象款占比）、渠道投放拆解（预算分配和预估 ROI）、风险预案。先联网调研今年同赛道三个成功案例并附链接，数据测算过程要可见，别只给结论。
预期交付物
完整大促策划案（.docx）+ 预算拆解表
Tip · 预算、目标、客单价三个数给足，方案才不会虚
复制 Prompt 试运行
> 演示输入：合成数据，不代表真实客户/生产结果
# 双11会员日直播大促策划预览
目标：预算80万元，GMV 600万元，新会员2万人。为避免倒推漂亮数字，先做可复算漏斗：若直播成交客单价240元，需要2.5万单；按支付转化8%估算，需要约31.25万名有效观看用户。
## 主题与口号
推荐主题“把护肤步骤减到刚刚好”。备选口号：
1. 今晚只留肌肤真正需要的；
2. 三步护肤，少一点负担；
3. 会员老友局，价格透明不绕弯。
| 阶段 | 时间 | 核心动作 | 验收指标 |
|---|---|---|---|
| 预热 | T-14至T-1 | 老客测肤、预约、样品试用 | 预约8万人 |
| 爆发 | 当日18:00—24:00 | 4个主题场、每90分钟复盘 | GMV 520万 |
| 返场 | T+1至T+3 | 未支付召回、售后答疑 | GMV 80万 |
## 货品与预算
引流款占SKU数30%、贡献GMV20%；利润款50%/60%；形象款20%/20%。预算：达人与信息流28万、直播间与制作16万、会员权益14万、样品物流8万、客服与技术6万、风险机动8万，合计80万。
## 风险门
- ROI按毛利贡献而非GMV计算；预算释放分预约、进房、支付三阶段；
- 库存每30分钟同步，超卖立即下架；
- 主播缺席、链路故障、舆情质疑分别设替补、降级页和统一口径。
本次没有真实调研三个案例，也未做联网研究；正式方案必须补原始链接、案例日期、可比口径和品牌授权，不能把合成测算当行业基准。
23
文档写作 · doc-writing
把一句话需求写成 PRD 产品经理 / 新功能立项
老板提了个需求：「给 App 加个签到功能提升日活」。请先联网调研主流产品的签到玩法（至少五个案例，说明各自机制），再输出标准 PRD（.docx）：需求背景与目标（明确北极星指标）、用户故事、功能详述（签到规则、奖励体系、防刷机制）、边界条件和异常流程、埋点需求、灰度计划。每个功能点标注优先级（P0/P1/P2）。不确定的业务决策点列成待确认清单问我，不要替我拍板。
预期交付物
标准 PRD（.docx）+ 竞品玩法调研附录
Tip · 「不确定的列出来问我」这条指令能省三轮返工
复制 Prompt 试运行
> 演示输入：合成数据，不代表真实客户/生产结果
# App 签到功能 PRD 预览
## 目标
北极星指标：签到用户次日有效内容消费率，而非“签到次数”。合成基线为28%，首期目标提升2个百分点；护栏指标为作弊拦截误伤率低于0.5%、奖励成本每活跃用户低于0.08元。
| 用户故事 | 优先级 | 验收 |
|---|---|---|
| 用户每天完成一次签到并看到奖励 | P0 | 同一账号同一自然日仅成功一次 |
| 连续签到获得递增积分 | P0 | 中断后次日从第1天重算 |
| 漏签补签 | P1 | 每月最多2次，消耗积分 |
| 好友助力 | P2 | 首期不做，防刷成本过高 |
## 规则
每日00:00按用户账号时区刷新；第1—7天奖励为1、1、2、2、3、3、5积分，7天后循环。接口必须幂等，客户端动画失败不影响服务端结果。弱网重复点击返回同一签到记录。
## 防刷与异常
- 设备、账号、IP只作组合风险信号，不因单一共享网络封禁；
- 奖励发放失败写入补偿队列，用户页显示“处理中”；
- 时区修改24小时内不重复获得奖励；
- 积分成本达到日预算90%时告警，不自动砍已承诺奖励。
## 埋点
sign_view、sign_click、sign_success、reward_arrive、content_consume_24h；均带experiment_id和连续天数。
待业务确认：奖励是否过期、补签是否首期上线、未成年人是否有差异规则。本次未联网核查主流案例，因此不列虚构竞品机制；正式PRD应补五个真实产品证据卡再做取舍。
24
文档写作 · doc-writing
标书响应做到零漏项 政企销售 / 投标截止前
./bid 文件夹有招标文件（200多页 PDF）和我司资质、案例、产品资料。请通读招标文件，提取所有实质性要求（资质门槛、技术指标、交付周期、评分标准、废标条款），生成响应 checklist（.xlsx，逐条对应标书章节页码），标出我们不满足或有风险的条目。再基于模板写技术方案初稿（.docx），评分占比高的章节重点写。所有承诺性表述限定在既有能力范围内，宁可保守不夸大，废标条款逐条核对。
预期交付物
响应清单（.xlsx）+ 技术方案初稿（.docx）
Tip · 把评分标准做成打分表，逐条对着写不丢冤枉分
复制 Prompt 试运行
> 演示输入：合成数据，不代表真实客户/生产结果
# 标书响应核对预览
真实200页招标文件和公司资料未提供。本演示只用6条合成条款展示“页码—证据—结论”的闭环，不能作为投标承诺。
| 条款 | 页码 | 要求 | 我方证据 | 状态 | 处理 |
|---|---:|---|---|---|---|
| 2.1 | 18 | ISO27001有效证书 | 证书至2027-03 | 满足 | 附扫描件 |
| 3.4 | 56 | 90天完成上线 | 计划需105天 | 风险 | 请求澄清或压缩范围 |
| 4.2 | 88 | 7×24驻场 | 现有仅5×8 | 不满足 | 不作虚假承诺 |
| 5.1 | 112 | 三个同类案例 | 现有两个 | 不满足 | 核对联合体资格 |
| 6.3 | 147 | 演示环境可访问 | 环境已建 | 满足 | 留访问记录 |
| 9.2 | 203 | 未盖章即废标 | 盖章流程未完成 | 高风险 | 截标前双人核验 |
## 技术方案重点段落摘录
“项目采用双周里程碑验收。需求冻结、接口联调、试运行分别形成签字件；任何范围变化先提交影响评估，再调整计划与费用。对于7×24驻场要求，我方现有能力不满足，不在本稿中作承诺。”
## 废标前检查
- 法定代表人授权、签章位置、份数和密封方式逐一核；
- 报价表大小写金额一致；
- 实质性指标不得用“原则上”“计划支持”模糊响应；
- 每个案例证明回到合同关键页和验收单；
- 电子文件命名、容量、加密口令按原文执行。
正式运行需先生成全量条款清单并请投标负责人确认，再写技术方案。评分占比高不等于可以夸大，所有能力边界必须与证据包一致。
25
文档写作 · doc-writing
公文格式一次到位 国企办公室 / 日常行文
请起草一份请示：关于申请追加年度培训预算（原计划30万，因新增数字化课程需求申请追加12万）。按党政机关公文格式规范输出（.docx）：标题、主送机关、正文按「缘由-事项-结语」三段式、落款齐全，数字用法符合国家标准。另外检查 ./drafts 里我另外三份已写好的公文，输出问题清单（.md）：逐条列出格式和用语问题并给修改建议，涉及《党政机关公文处理工作条例》的注明条款出处。
预期交付物
规范请示（.docx）+ 三份公文问题清单（.md）
Tip · 附上本单位行文模板，格式直接套单位自己的规范
复制 Prompt 试运行
> 演示输入：合成数据，不代表真实客户/生产结果
# 关于追加年度培训预算的请示
集团人力资源部：
为落实年度数字化能力建设计划，我部门原培训预算30万元已用于管理课程、岗位认证及安全培训。因新增数据治理与智能工具实操课程，现有预算无法覆盖讲师、实验环境和考核费用。
现申请追加年度培训预算12万元，其中课程开发5万元、外部讲师4万元、实验环境2万元、考核与教材1万元。新增课程拟覆盖120人次，按课后测验、岗位作业和三个月应用复盘验收。预算获批后严格执行采购及费用审批制度，未使用部分年末收回。
妥否，请批示。
数字化运营部
2026年7月30日
## 三份合成草稿问题清单
| 问题 | 错误示例 | 修改建议 |
|---|---|---|
| 标题重复介词 | 关于申请关于……的请示 | 删除一个“关于” |
| 一文多事 | 同时请示预算和人员编制 | 拆为两件公文 |
| 结语口语化 | 望领导尽快同意 | 改为“妥否，请批示” |
| 数字混用 | 十二万元、12万元并存 | 金额统一阿拉伯数字 |
版式还需套用本单位发文模板，核对发文字号、版记、印章和成文日期。正式发文前还应确认主送机关是否有审批权限、追加预算是否需要财务会签，并把三项培训验收证据附后。附件应列明课程、人数、单价和责任人，便于审批后追踪。本预览不声称已逐条核验现行法规条款；正式引用《党政机关公文处理工作条例》时应回到官方文本确认条次。
26
文档写作 · doc-writing
把老师傅经验写成 SOP 连锁餐饮运营 / 门店扩张期
./videos 有五段门店开早流程实拍的转写记录，./notes 有店长口述的操作要点。请整理成标准化 SOP（.docx）：按时间轴拆步骤，每步含操作动作、标准、时长、常见错误；附一页可打印张贴的检查清单；再写一份30分钟新人培训考核要点。用语写给初中文化水平的新员工看：短句、动词开头、不用术语。两位店长做法不一致的地方单独列出来让我裁决，不要擅自统一。
预期交付物
门店 SOP（.docx）+ 打印版检查清单
Tip · 做法不一致处让它列出来，那正是最该标准化的地方
复制 Prompt 试运行
> 演示输入：合成数据，不代表真实客户/生产结果
# 门店开早 SOP 预览
目标：08:50前达到可迎客状态。合成记录显示两位店长对“先开收银还是先盘点”做法不一致，本稿不替他们裁决。
| 时间 | 动作 | 标准 | 时长 | 常见错误 |
|---|---|---|---:|---|
| 08:20 | 到店签到 | 两人同时进店，检查门锁 | 3分钟 | 一人单独开门 |
| 08:23 | 开总电与照明 | 配电箱无异响、灯具全亮 | 2分钟 | 湿手操作 |
| 08:25 | 检查冷柜 | 温度2—8℃并拍照 | 5分钟 | 只看显示、不摸封条 |
| 08:30 | 清洁前场 | 地面干、台面无尘 | 10分钟 | 清洁剂未收回 |
| 08:40 | 备货与价签 | 数量、价格、日期一致 | 8分钟 | 新旧价签并存 |
| 08:48 | 门口复核 | 音乐、收银、消防通道正常 | 2分钟 | 忘记撤施工牌 |
## 张贴检查单
- [ ] 门锁和玻璃无异常
- [ ] 冷柜温度已拍照
- [ ] 消防通道无遮挡
- [ ] 当日价签已核对
- [ ] 收银测试单已打印
## 待店长裁决
1. A店长先开收银再盘点；B店长反之。建议按“营业前收银必须可用、盘点不能被打断”确定统一截止点。
2. 冷柜异常时，一人主张立即转货，一人先等10分钟复测。需由食品安全负责人定红线。
30分钟新人考核：口述断电处置5分、现场完成开店20分、发现三处预埋错误15分；低于32分不得独立开店。
27
文档写作 · doc-writing
三个月的白皮书三周出稿 SaaS 市场部 / 行业影响力建设
我们要发布《中国企业差旅管理数字化白皮书》用于获客。请先联网调研行业规模与增速、企业差旅管理的五个典型痛点、艾瑞等机构的公开观点，再消化 ./interviews 里8个客户案例（已脱敏）。输出40页白皮书初稿（.docx）：摘要、行业篇、痛点篇、方法论篇、案例篇、趋势篇，图表位置用占位标注说明。文风专业克制，产品内容只在方法论篇自然出现不超过两次，别写成软文。所有数据注明来源和年份。
预期交付物
40页白皮书初稿（.docx）+ 图表占位标注
Tip · 客户案例先脱敏再放进文件夹，省去后续合规麻烦
复制 Prompt 试运行
> 演示输入：合成数据，不代表真实客户/生产结果
# 中国企业差旅管理数字化白皮书预览
本结果展示40页白皮书的内容骨架与成稿片段，不包含真实客户或已核验行业数字。合成案例统一用“制造企业A、科技企业B”等代号。
| 篇章 | 页数 | 核心问题 | 证据 |
|---|---:|---|---|
| 摘要 | 2 | 管理者该做什么 | 三条结论 |
| 行业篇 | 6 | 市场与政策如何变化 | 公开数据待核 |
| 痛点篇 | 8 | 钱、体验、合规卡在哪 | 8个合成案例 |
| 方法论篇 | 10 | 如何从流程走向闭环 | 四层成熟度 |
| 案例篇 | 9 | 不同行业怎么落 | 前后指标 |
| 趋势篇 | 5 | 下一阶段的边界 | 反例与风险 |
## 成稿摘录
“差旅管理最容易犯的错，是把订票工具当成管理系统。员工完成一次出差，背后至少经过申请、预算占用、预订、变更、报销和核算。任何一段留在表外，财务看到的‘节省’都可能只是成本搬家。”
合成案例A：审批平均耗时从18小时降至6小时，但员工满意度先下降。原因不是系统不好，而是公司一次加入12条限制。团队随后把硬拦截减为4条，其余改成提示与事后审计。
## 图表位置
- 图3：差旅全流程断点图；
- 图7：四层成熟度雷达；
- 图12：政策前置率与退改单率双指标；
- 表5：八案例的行业、规模、问题、动作和结果口径。
正式稿必须联网核对行业规模、增速和机构观点，给每个数字标原始URL、年份与口径；产品名称只在方法论举例出现，不把白皮书写成销售册。
28
文档写作 · doc-writing
融资新闻稿两小时发出 创业公司 PR / 融资官宣日
我们刚完成1.2亿元 B 轮融资（领投方红杉种子，老股东跟投），主营工业质检 AI，资金主要用于研发和出海。请写800字新闻稿（.docx）：标题三个备选（禁用「重磅」「震撼」）、导语含五要素、正文含创始人引言（给务实版和愿景版两稿，明确标注「虚构待确认」）、业务数据只用 ./facts.md 里提供的，缺的标【待补】不许编。另输出微信公众号和官网两个排版版本，以及给媒体的三个预判问答。
预期交付物
800字新闻稿（.docx）+ 双渠道版 + 问答清单
Tip · 创始人引言务必本人确认，新闻稿虚构引语是大忌
复制 Prompt 试运行
> 演示输入：合成数据，不代表真实客户/生产结果
# 工业质检 AI 公司完成1.2亿元B轮融资
## 备选标题
1. 工业质检AI公司完成1.2亿元B轮融资，将加码研发与出海
2. 1.2亿元B轮融资落地，工业质检AI进入规模化交付阶段
3. 从算法验证到产线交付：工业质检AI公司获新一轮融资
公司今日宣布完成1.2亿元B轮融资，由红杉种子领投，老股东跟投。本轮资金将主要用于核心算法与工程平台研发、海外市场建设及交付体系升级。
合成 facts.md 仅确认：公司服务电子制造与汽车零部件行业；已在36条产线部署；2025年经常性收入同比增长72%。除此之外不写客户名、准确率或市场份额。
创始人引言（**虚构待确认·务实版**）：“客户最终验收的不是模型分数，而是稳定运行、问题可追溯和投资能回收。新资金会优先投入这些基本功。”
创始人引言（**虚构待确认·愿景版**）：“我们希望让每一条产线都拥有可持续学习的质量系统，让制造经验被看见、复用并传下去。”
## 媒体预判问答
| 问题 | 建议答法 |
|---|---|
| 融资是否已交割？ | 只按法务确认的交割状态回答 |
| 72%增长的基数是什么？ | 说明经常性收入定义和审计口径 |
| 出海先去哪？ | 未经董事会确认不公布国家与时间 |
公众号版可加产线照片和团队故事；官网版保留融资要素、业务介绍和媒体联系人。本预览所有业务事实均为合成，不能发布；真实稿必须只读取正式 facts.md，创始人引言须本人书面确认。
29
文档写作 · doc-writing
OKR 从口号变成承诺 团队负责人 / 季度初对齐
我带12人内容运营团队，上季度 KR 写得太虚（如「优化内容质量」），复盘没法评估。公司本季战略在 ./strategy.md，去年运营数据在 ./data。请重写本季 OKR（.docx）：2-3个 O，每个配3-4个 KR，每个 KR 必须可量化（带基线值、目标值、统计口径），标注信心指数。先基于历史数据给目标区间建议，再说明 O 之间的逻辑关系。最后附向团队宣讲 OKR 的15分钟讲话提纲。
预期交付物
季度 OKR（.docx）+ 15分钟宣讲提纲
Tip · 让它先读去年数据定基线，KR 才不会拍脑袋
复制 Prompt 试运行
> 演示输入：合成数据，不代表真实客户/生产结果
# 内容运营团队本季 OKR 预览
合成基线：季度发布60篇，合格商机240个，内容到商机转化0.8%，老内容贡献流量28%，返工率22%。
## O1：让内容成为稳定的高意向线索来源
| KR | 基线 | 目标 | 口径 | 信心 |
|---|---:|---:|---|---:|
| 合格商机数 | 240/季 | 330/季 | CRM首次来源=内容且通过销售验收 | 0.7 |
| 内容到商机转化率 | 0.8% | 1.1% | 合格商机/独立访客 | 0.6 |
| 高意向主题覆盖 | 4类 | 8类 | 每类≥2篇并有CTA | 0.8 |
## O2：把生产效率换成更深的内容，而非更多篇数
- KR1：一次评审通过率从58%提升到75%，统计首次提交版本；
- KR2：单篇中位制作周期从5.2天降至3.8天，不含外部等待；
- KR3：老内容更新贡献流量从28%提升到40%，每月复查Top30。
两个O的关系：O2释放的编辑时间投入高意向主题研究，最终服务O1。发布量只作护栏，保持50—65篇，不设“越多越好”的KR。
## 15分钟宣讲提纲
前3分钟讲战略：我们不追空流量；中间7分钟逐项解释基线、目标和统计口径；后3分钟由负责人说最大假设；最后2分钟确认每周看板和月度校准。
正式目标需读取 strategy.md 和历史数据后重算。若基线不可靠，第一月先修数据，不用拍脑袋目标惩罚团队。
30
文档写作 · doc-writing
年终总结写出晋升感 外企中层 / 年度绩效季
./year 里有我全年的项目记录、邮件亮点、季度目标和完成数据。请写年终总结（.docx，3000字）：按「业务成果-团队建设-能力成长-来年规划」组织，成果部分用 STAR 结构讲三个代表项目，每个都有量化影响（收入/成本/效率），个人贡献和团队贡献分清，别把平台成绩全算自己头上。语气自信克制，符合外企绩效文化。另输出5分钟口头汇报提纲，以及老板最可能追问的五个问题和应答要点。
预期交付物
3000字年终总结（.docx）+ 汇报提纲 + 问答
Tip · 把年初老板给你的目标也放进去，对照着写最有力
复制 Prompt 试运行
> 演示输入：合成数据，不代表真实客户/生产结果
# 年终总结预览
## 业务成果
**项目一：会员系统改版。**背景是续费率连续两季停滞；我的任务是牵头产品、研发和客服完成闭环。通过缩减首期范围、建立每周风险评审和灰度门禁，合成结果为按期上线，续费率提升3.2个百分点。我的贡献是决策与协调，研发稳定性和客服迁移由对应团队共同完成。
**项目二：交付流程标准化。**面对项目平均延期12天的问题，我组织复盘18个项目，把需求冻结、变更评估和验收证据写入SOP。合成结果是下半年平均延期降至5天，返工工时下降24%。
**项目三：数据看板。**原有周报需要两人半天拼表。我明确指标口径、推动自动取数并安排双周抽查，合成结果是周报制作缩短到40分钟；数据工程团队完成了核心管道建设。
| 维度 | 年初目标 | 合成结果 | 证据 |
|---|---:|---:|---|
| 关键项目按期率 | 80% | 88% | 项目台账 |
| 返工率 | 18% | 12% | 工时记录 |
| 团队能力 | 2人可独立带项目 | 3人 | 评审记录 |
## 能力成长与来年规划
今年最大的变化是从“自己救火”转向“让风险更早暴露”。明年聚焦两件事：把项目收益跟踪延长到上线后三个月；培养两名项目负责人独立完成立项到验收。
## 老板可能追问
1. 续费提升有多少来自市场环境？答：提供对照客户和同期趋势。
2. 流程是否增加负担？答：比较新增会议时间与减少返工工时。
3. 哪个判断失误最大？答：低估历史数据清理两周。
真实版本必须回到 ./year 的目标和证据逐项替换合成数字，不能把平台成绩归到个人。
31
PPT 制作 · ppt
BP 初稿加投资人视角诊断 创始人 / 天使轮融资启动
我要为 AI 法律文书助手项目做天使轮 BP，素材在 ./materials（产品截图、种子用户数据、成本测算）。请先联网调研法律科技赛道近一年融资案例和投资人关注点，再输出15页 BP（.pptx）：痛点、方案、产品、商业模式、市场规模（展示测算逻辑）、竞争格局、增长数据、团队、财务预测、融资需求。每页一个核心信息，图表优先。最后以投资人视角列出 BP 最弱的三个环节和修改建议。
预期交付物
15页 BP（.pptx）+ 投资人视角诊断
Tip · 先让它诊断再改稿，比自己闷头改三轮快得多
复制 Prompt 试运行
> 演示输入：合成数据，不代表真实客户/生产结果
# AI 法律文书助手天使轮 BP 预览
合成项目：帮助20—100人律所起草诉讼文书，已有18家试用、6家付费，月经常性收入7.2万元。市场、融资和竞争数据未联网核验。
| 页 | 结论式标题 | 主要视觉 | 证据 |
|---:|---|---|---|
| 1 | 律师不是缺模板，而是缺可核验的初稿 | 文件批注特写 | 访谈摘录 |
| 2 | 一份初稿平均占用3.5小时 | 工作流 | 合成工时样本 |
| 3 | 产品把案情、证据与法条连成审阅链 | 三层图 | 产品截图 |
| 4 | 关键陈述都能回到证据位置 | 前后对比 | 引用演示 |
| 5 | 18家试用中6家已付费 | 漏斗 | 种子数据 |
| 6 | 按席位订阅，复杂案件按量计费 | 收入模型 | 单位经济 |
| 7 | 市场从目标律所数量自下而上测算 | 公式图 | 客群假设 |
| 8 | 差异不在“会生成”，而在可审计 | 竞品二维图 | 待核竞品 |
| 9 | 获客先走律协培训与标杆合伙人 | 飞轮 | 渠道试验 |
| 10 | 单客户6个月可回本 | cohort | 合成成本 |
| 11—15 | 团队、路线、风险、融资、愿景 | 简图 | 原始素材 |
## 投资人视角的三处薄弱
1. **付费样本太少。**6家无法证明规模化续费；需给出按月活跃、文书通过率和到期续费。
2. **责任边界不清。**必须说明模型错误如何被发现、谁最终签发、日志保存多久。
3. **市场测算易虚高。**不要用法律服务总市场乘比例，应从目标律所数×席位×客单价测算。
正式BP需要联网引用真实融资与市场来源。本预览只完成故事线和证据槽位，不能作为募资事实材料。
32
PPT 制作 · ppt
汇报 PPT 不再堆文字 项目经理 / 月度指导委员会
基于 ./project 里的项目周报、燃尽图数据和风险登记册，做一份月度汇报 PPT（.pptx，10页内）：项目整体状态（红黄绿灯及判定依据）、里程碑进度对比基线、本月关键交付、资源使用、TOP3 风险及应对（每个写清责任人和截止时间）、需要委员会拍板的两件事。风格简洁、结论前置，每页标题就是结论本身。数据必须全部来自文件不许估算。最后自查一遍，数字互相矛盾的地方标黄提醒我。
预期交付物
10页项目汇报 PPT（.pptx）+ 矛盾标注
Tip · 「每页标题就是结论」这一条让汇报质感翻倍
复制 Prompt 试运行
> 演示输入：合成数据，不代表真实客户/生产结果
# 项目月度汇报 PPT 预览
合成项目整体状态为“黄灯”：范围完成72%，较基线晚6天；质量指标达标，但接口联调和测试资源存在风险。
| 页 | 标题就是结论 | 页面内容 |
|---:|---|---|
| 1 | 项目黄灯，预计仍可守住9月30日上线 | 红黄绿灯与三条判据 |
| 2 | 需求完成72%，较基线落后6天 | 基线/实际里程碑 |
| 3 | 本月交付了支付、会员与权限三个闭环 | 成果卡片 |
| 4 | 联调成为关键路径，缓冲只剩4天 | 燃尽与关键路径 |
| 5 | 测试资源下周缺口1.5人周 | 负荷图 |
| 6 | TOP3风险均已有负责人和期限 | 风险表 |
| 7 | 质量未因赶工下降 | 缺陷趋势 |
| 8 | 预算使用61%，与进度基本匹配 | 成本进度 |
| 9 | 委员会需拍板：砍P1报表还是顺延 | 选项对比 |
| 10 | 未来四周按三个门禁推进 | 路线图 |
## 风险摘录
| 风险 | 概率×影响 | 责任人 | 截止 | 应对 |
|---|---:|---|---|---|
| 第三方接口延迟 | 4×5 | 李工 | 8月5日 | 启用Mock与降级 |
| 测试资源冲突 | 4×4 | 王经理 | 8月2日 | 借调1人 |
| 历史数据质量 | 3×5 | 陈工 | 8月8日 | 抽样与回滚 |
自查发现合成周报写“完成74%”，燃尽数据为72%，已标黄，不能擅自取平均。真实PPT必须只从 ./project 取数，任何估算单独标注，并让委员会清楚看到需要决定什么。
33
PPT 制作 · ppt
产品 PPT 讲客户听得懂的话 售前顾问 / 大客户拜访前
我们要给一家连锁酒店集团讲智能客服系统，产品资料在 ./product。请先联网查客户背景（门店规模、现有客诉渠道、近年数字化动作），再输出20页售前 PPT（.pptx）：前5页只讲客户的业务痛点不讲我们、方案如何对应痛点、同行业三个落地案例（带量化效果）、部署方案与周期、报价结构。全程少用技术名词，ROI 测算给出假设条件。最后两页做常见异议应答：价格贵、已有供应商、数据安全。
预期交付物
20页售前 PPT（.pptx）+ 异议应答页
Tip · 把客户名字给它，联网查的背景让开场就抓住人
复制 Prompt 试运行
> 演示输入：合成数据，不代表真实客户/生产结果
# 连锁酒店智能客服售前 PPT 预览
合成客户：220家门店，电话、OTA和公众号三类入口，夜间咨询占31%，重复问题集中在发票、停车和延迟退房。前5页只讲客户，不讲供应商。
| 页段 | 核心叙事 | 关键页标题 |
|---|---|---|
| 1—5 客户问题 | 咨询分散、夜间无人、标准不一 | “客人问的是同一件事，得到的却是220种答案” |
| 6—9 方案 | 统一知识、转人工、质检闭环 | “机器人先接住，复杂问题带上下文交给人” |
| 10—12 案例 | 三类合成门店场景 | “发票咨询平均处理从6分钟降到2分钟” |
| 13—16 部署 | 试点、集成、灰度、培训 | “先用20家店验证八周” |
| 17—18 ROI | 假设透明 | “回收期取决于转人工率，不藏假设” |
| 19—20 异议 | 价格、供应商、安全 | 问答卡 |
## ROI 演示
假设月咨询10万次、40%为标准问题，自动解决率50%，单次人工成本3元，则月节省约6万元；再扣系统和运营成本。该算法未计体验收益，也没有把所有咨询都算成节省。
## 三个异议
- **已有供应商：**先接入现有工单，不要求一次替换；
- **价格贵：**用20店试点的实际转人工率和人工成本决定是否扩；
- **数据安全：**明确数据范围、权限、留存、审计与退出时删除证明。
所有客户背景、同行案例和量化效果均为合成预览。正式材料必须联网核实客户公开信息，并由客户确认现状假设。
34
PPT 制作 · ppt
半天做出内训课件 HR 培训专员 / 新员工入职季
请做一套新员工信息安全培训课件（.pptx，30页，讲授90分钟）：覆盖密码与账号安全、钓鱼邮件识别、数据分级与外传红线、移动办公安全四个模块。每个模块按「真实案例（联网找近两年公开安全事件）-知识点-我们公司规定（引用 ./policy 制度原文并注明条款号）-随堂测3题」组织。视觉风格年轻一点，案例页配场景描述让学员有代入感。最后附讲师手册（.docx），写明每页讲解要点和时间分配。
预期交付物
30页课件（.pptx）+ 讲师手册（.docx）
Tip · 公司制度文件必须给它，课件才不讲通用废话
复制 Prompt 试运行
> 演示输入：合成数据，不代表真实客户/生产结果
# 新员工信息安全培训课件预览
课程目标：90分钟后，新员工能识别钓鱼、正确共享文件、处理账号异常并知道向谁报告。本预览不引用真实近两年事件，案例均为合成。
| 模块 | 页数 | 时间 | 练习 |
|---|---:|---:|---|
| 密码与账号 | 7 | 20分钟 | 判断三种登录行为 |
| 钓鱼邮件 | 8 | 25分钟 | 找出邮件里的5个红旗 |
| 数据分级 | 8 | 25分钟 | 给6份文件定级 |
| 移动办公 | 5 | 15分钟 | 咖啡店情景选择 |
| 总结测验 | 2 | 5分钟 | 12题复盘 |
## 案例页样稿
**标题：财务总监的头像，不等于财务总监本人**
场景：新人收到“总监”即时消息，要求购买礼品卡并发卡密。
先做：换一个已知渠道确认身份；不点击链接；截图并上报。
制度引用（合成）：《账号安全规范》第4.2条，“涉及付款或凭证的指令须双渠道确认”。
## 随堂测三题
1. 同事借账号查报表，最快怎么做？答案：拒绝共享，申请授权。
2. 邮件附件要求启用宏，应先做什么？答案：通过安全渠道核验发件人和业务背景。
3. 客户名单能否发个人邮箱？答案：不能，按批准渠道共享。
讲师提示：案例6分钟、知识点5分钟、制度4分钟、讨论3分钟、测验2分钟。正式课件必须读取 ./policy 原文并标真实条款号，联网案例需原始来源，不能用合成故事冒充真实事件。
35
PPT 制作 · ppt
路演 Deck 一页一个钩子 创业者 / Demo Day 前一周
下周 Demo Day，我有8分钟路演，项目是面向蓝领招聘的 AI 匹配平台，素材在 ./startup（业务数据、访谈摘录、单位经济模型）。请做12页路演 deck（.pptx）：按「钩子-痛点-解法-为什么是现在-数据验证-壁垒-团队-愿景-融资」结构，每页只讲一件事，演讲备注写好每页口述词和时长。联网查同赛道已融资项目，在备注标注投资人可能对比的对象和我们的差异。数字宁可少而准。
预期交付物
12页路演 deck（.pptx）+ 逐页演讲备注
Tip · 口述词写进备注页，排练时直接对着计时练
复制 Prompt 试运行
> 演示输入：合成数据，不代表真实客户/生产结果
# 蓝领 AI 匹配平台 8分钟路演 Deck 预览
合成数据：3个城市、42家工厂、月度到岗860人，30天留岗率71%，单到岗收入420元，获客与服务成本合计265元。
| 页 | 钩子/标题 | 时长 |
|---:|---|---:|
| 1 | “工厂缺的不是简历，是明天真能到岗的人” | 30秒 |
| 2 | 一次招聘要经历6次失联 | 35秒 |
| 3 | 平台按技能、距离与班次匹配 | 45秒 |
| 4 | 为什么现在：用工更碎、数据更可用 | 35秒 |
| 5 | 42家工厂已验证付费 | 45秒 |
| 6 | 30天留岗率71%才是核心指标 | 50秒 |
| 7 | 每到岗贡献毛利155元 | 45秒 |
| 8 | 供需两端数据形成区域密度 | 45秒 |
| 9 | 合规与人工复核是壁垒的一部分 | 40秒 |
| 10 | 团队懂招聘现场，不只懂算法 | 35秒 |
| 11 | 融资用于复制3个相邻城市 | 45秒 |
| 12 | 愿景：让每次匹配都对双方负责 | 30秒 |
## 第6页口述摘录
“我们不把简历投递当成功。候选人到岗只是第一步，30天仍在岗，才说明班次、技能和预期真的匹配。过去三个月，这个合成指标是71%；下一阶段要验证跨城市复制后是否还能守住。”
投资人可能对比对象、融资情况和市场份额均未联网核验，所以不写公司名。最薄弱处是城市扩张后的供给冷启动；融资里程碑应写“新城市第90天达到每周100人到岗且留岗率不低于65%”，而非笼统“扩大市场”。
36
PPT 制作 · ppt
复盘 PPT 不开成表彰会 项目负责人 / 大项目收尾
双11大促项目刚结束，素材在 ./retro（项目计划、各阶段数据、团队反馈问卷、事故记录）。请做复盘 PPT（.pptx，15页）：目标 vs 实际（差距量化）、做得好的三件事（提炼可复用打法）、做得差的三件事（用 5Why 追到流程和机制层面，不停在「谁谁没做好」）、沉淀的 SOP 清单、下次项目的五条改进承诺（每条有负责人和验收标准）。口径对事不对人，问题描述只用数据和事实，不用情绪化表述。
预期交付物
15页复盘 PPT（.pptx）+ 改进承诺清单
Tip · 强调「对事不对人」，复盘材料才不会变甩锅现场
复制 Prompt 试运行
> 演示输入：合成数据，不代表真实客户/生产结果
# 双11项目复盘 PPT 预览
合成目标GMV 3000万元，实际2820万元，完成94%；毛利目标720万元，实际548万元，完成76%。因此不能只用GMV接近目标来宣布成功。
| 页段 | 结论 | 证据 |
|---|---|---|
| 1—3 | GMV接近目标，但利润承压 | 目标/实际瀑布 |
| 4—6 | 预售分层与老客召回可复用 | 渠道、用户数据 |
| 7—10 | 优惠叠加事故暴露规则治理缺口 | 事故时间线、5Why |
| 11—12 | 运气成分：竞品断货带来流量 | 异常来源 |
| 13—15 | 五条承诺进入下次门禁 | 责任表 |
## 5Why 摘录
问题：直播首小时错误叠加优惠，损失18万元。
为什么1：两张券可同时使用；为什么2：测试用例未覆盖跨渠道券；为什么3：促销规则在三个表维护；为什么4：没有统一规则负责人；为什么5：项目章程只写销售目标，未写配置治理。
## 改进承诺
| 承诺 | 负责人 | 截止 | 验收 |
|---|---|---|---|
| 建统一优惠规则表 | 商品负责人 | T-45 | 所有渠道同源 |
| 加跨券自动测试 | 测试负责人 | T-30 | 覆盖20组组合 |
| 峰值降级演练 | 技术负责人 | T-14 | 30分钟恢复 |
做得好的动作也要留下条件：老客召回在有历史标签和客服承接时有效，不应机械复制。正式复盘必须回到 ./retro 的原始记录，问题只写事实和机制，不点名甩锅。
37
PPT 制作 · ppt
OKR 答辩扛住连环问 部门主管 / 季度述职答辩
基于 ./okr 里我本季 OKR 完成数据和过程材料，做答辩 PPT（.pptx，12页）：总体完成度、每个 KR 的达成情况与证据、未完成项归因（区分外部环境和自身判断失误各占多少）、下季 OKR 草案及与本季的承接关系。关键一步：做完 PPT 后扮演评委，列出最可能被挑战的八个尖锐问题（比如「这个增长是不是行业红利」），每个问题给一页应答思路和支撑数据位置。所有数据可追溯，被问倒比没做更糟。
预期交付物
12页答辩 PPT（.pptx）+ 八问预演应答
Tip · 让它扮评委先攻击你，上场前把漏洞补完
复制 Prompt 试运行
> 演示输入：合成数据，不代表真实客户/生产结果
# 本季 OKR 答辩预览
合成总完成度78%，不是三个KR百分比简单平均，而是按预先权重计算。
| KR | 权重 | 目标 | 实际 | 完成度 | 证据 |
|---|---:|---:|---:|---:|---|
| 新增合格商机 | 40% | 400 | 352 | 88% | CRM导出 |
| 老客续费率 | 35% | 86% | 82% | 74% | 续费cohort |
| 内容生产周期 | 25% | 4天 | 3.8天 | 100% | 工单时间 |
未完成归因演示：外部预算冻结占35%，自身对渠道质量判断失误占45%，执行节奏占20%。比例必须有事件和样本支撑，不用“外部原因”兜底。
## 八问中的四问
1. **增长是不是行业红利？**对照同类流量趋势、未投放区域和老客组。
2. **为什么续费目标没完成？**拆价格、使用深度、服务问题，并承认判断失误。
3. **周期变短是否牺牲质量？**用一次通过率和上线后返工率作护栏。
4. **下季目标为何更高？**展示基线、资源变化和可控动作。
## 下季承接
O从“多拿商机”升级为“提高可续费商机”。KR改看首月激活、90天留存和续费预测误差，避免本季只优化前端数量。
答辩备用页必须标数据位置，如“附录A-3 CRM口径”。真实材料需读取 ./okr 后替换所有合成数字；找不到证据的成果宁可降级为观察，不装作完成。
38
PPT 制作 · ppt
行业分享讲出个人品牌 资深从业者 / 行业大会邀约
我受邀在行业峰会做30分钟分享，主题《从100个失败项目看企业落地 AI 的坑》，案例笔记在 ./cases。请做25页 PPT（.pptx）：开场用一个反差数据抓注意力（联网找近两年 AI 项目失败率的权威统计并注明来源），主体按「认知坑-数据坑-组织坑-预期坑」组织，每类配笔记里一个真实案例（脱敏处理）和一条可执行建议，结尾给一页「明天就能做的三件事」。每页大字少字，金句一页不超过一句。
预期交付物
25页分享 PPT（.pptx）+ 开场数据来源
Tip · 真实案例脱敏后再给它，分享质感靠细节不靠口号
复制 Prompt 试运行
> 演示输入：合成数据，不代表真实客户/生产结果
# 《从100个失败项目看企业落地AI的坑》分享预览
开场权威失败率未联网核验，因此本预览不用具体百分比。开场改用可诚实说明的内部合成观察：“100张项目复盘卡里，最常见的不是模型不够强，而是没人说清什么算交付。”
| 段落 | 页 | 案例钩子 | 可执行建议 |
|---|---:|---|---|
| 认知坑 | 4—8 | 把聊天效果当生产能力 | 先写验收样例 |
| 数据坑 | 9—13 | 资料多但无版本与权限 | 先建证据链 |
| 组织坑 | 14—18 | 人人支持、无人负责 | 设业务Owner |
| 预期坑 | 19—23 | 首周Demo承诺季度ROI | 分阶段门禁 |
| 行动 | 24—25 | 明天能做的三件事 | 任务卡 |
## 案例页样稿
**大字标题：Demo会说，不等于上线能负责。**
合成案例：客服问答Demo通过率看似很高，上线后却频繁给错退款政策。根因不是模型突然变笨，而是测试集没有按地区、会员等级和政策版本拆分。
## 一页一句金句
- “没有验收样例的AI项目，只是在集体许愿。”
- “数据不是燃料桶，更像有门禁的证据室。”
- “最危险的自动化，是出错后找不到负责人。”
结尾三件事：选一个可回滚任务；写20个真实验收样例；明确错误由谁接管。正式峰会版本必须联网找到原始机构报告并核对样本、年份、定义，不能转引二手“失败率”。
39
PPT 制作 · ppt
发布会讲稿与 PPT 同频 CEO / 新品发布会
下月我们发布新一代扫地机器人，我有20分钟演讲，产品资料在 ./launch。请输出20页发布会 PPT（.pptx，大图大字，每页不超15个字）和逐页演讲稿（.docx，口语化，标注停顿和互动设计）。叙事结构：用户真实烦恼开场（引用 ./reviews 真实差评原文）-技术突破如何解决-场景演示-价格与权益。禁用「重新定义」「遥遥领先」这类词。结尾设计一个让观众愿发朋友圈的记忆点，给三个方案选。
预期交付物
20页发布会 PPT + 逐页演讲稿（.docx）
Tip · 真实用户差评当开场，比自夸一百句都有力
复制 Prompt 试运行
> 演示输入：合成数据，不代表真实客户/生产结果
# 新一代扫地机器人发布会预览
合成产品代号R3，核心能力为低矮空间清扫、毛发防缠和可拆洗基站。所有参数和价格仅用于演示，不可发布。
| 页 | 屏幕文字（≤15字） | 口述动作 |
|---:|---|---|
| 1 | 它又卡在沙发底了 | 念一条合成差评 |
| 2 | 扫地，不该要人救 | 停顿两秒 |
| 3 | 机身低了12毫米 | 展示进入沙发底 |
| 4 | 毛发先切，再吸走 | 慢镜演示 |
| 5 | 基站能整套拆洗 | 手拆给观众看 |
| 6—14 | 三个家庭场景 | 真实路径演示 |
| 15—17 | 测试、隐私、售后 | 讲边界 |
| 18 | R3，合成价3999元 | 公布权益 |
| 19—20 | 让清洁少一次打断 | 记忆点 |
## 开场讲稿摘录
“这条合成差评只有一句：‘它不是没扫干净，是每次卡住都要我去救。’（停顿）所以这次，我们先不讲参数。先看它能不能自己从沙发底出来。”
## 朋友圈记忆点三选一
1. 现场铺一条“最难清扫路线”，一次通过；
2. 把一周缠绕毛发装进透明盒，展示新旧差异；
3. 让观众投票选择隐藏垃圾点，现场盲扫。
正式稿必须逐句引用 ./reviews 的真实原话并取得使用授权，参数来自 ./launch 的冻结版本；演讲不使用“重新定义”等空泛词，也不把实验室条件隐去。
40
PPT 制作 · ppt
毕设答辩 PPT 一次过 本科生 / 毕业答辩前一周
我的毕业论文《基于深度学习的校园二手交易平台推荐算法研究》在 ./thesis（PDF 全文加实验数据）。请做15页答辩 PPT（.pptx，讲12分钟）：研究背景与问题、相关工作简述、方法设计（画清架构图）、实验与结果（对比基线，图表规范）、结论与不足。评委常问的四问（创新点、数据来源、与现有方法对比、研究局限）各备一页放最后。学术风格，不用花哨模板，图表必须来自论文数据。
预期交付物
15页答辩 PPT（.pptx）+ 四页备用问答
Tip · 答辩前让它模拟评委提问，照着答一遍临场不慌
复制 Prompt 试运行
> 演示输入：合成数据，不代表真实客户/生产结果
# 毕业论文答辩 PPT 预览
合成研究使用12万条校园二手交互记录，对比热门推荐、矩阵分解和深度模型。真实论文与实验数据未读取。
| 页 | 标题 | 内容 |
|---:|---|---|
| 1 | 校园二手推荐的难点是稀疏与时效 | 研究问题 |
| 2—3 | 现有方法忽略物品快速失效 | 相关工作 |
| 4—6 | 模型融合用户、物品与时间特征 | 架构图 |
| 7—10 | 深度模型在合成数据上提升NDCG | 实验表与消融 |
| 11—12 | 时间特征贡献最大 | 消融与案例 |
| 13 | 结果仍受单校数据限制 | 局限 |
| 14—15 | 结论与未来工作 | 总结 |
## 实验页样稿
| 方法 | Recall@20 | NDCG@20 | 推理耗时 |
|---|---:|---:|---:|
| 热门推荐 | 0.182 | 0.109 | 4ms |
| 矩阵分解 | 0.247 | 0.156 | 11ms |
| 合成深度模型 | 0.291 | 0.188 | 23ms |
口述边界：“提升只在本合成拆分上成立。若随机拆分泄漏了同一用户的未来行为，结果会偏乐观，因此正式论文应按时间切分复算。”
## 四问备用
创新点：时间衰减与校园场景约束；数据来源：授权和脱敏流程；对比公平性：相同训练/测试切分；局限：单校样本、冷启动和线上效果未验证。
正式答辩必须完全使用 ./thesis 数据，图表数值与论文表格逐项一致，任何合成数字都不能进入最终版本。
41
会议协作 · meeting
散会五分钟出纪要 项目经理 / 每周例会
./recordings 是今天项目例会的录音转写稿（90分钟，12人参会，名单在同目录）。请整理标准纪要（.docx）：会议结论不超过五条、行动项表格（事项/负责人/截止时间/验收标准，只对对话中明确承诺的记入，模棱两可的标【待确认】）、遗留问题、下次会议议题建议。严格区分事实、决定和观点，重要分歧注明是谁的意见。最后生成100字群摘要，行动项单独导出（.xlsx）方便我导入项目管理工具。
预期交付物
纪要（.docx）+ 行动项表（.xlsx）+ 群摘要
Tip · 提前给它参会人名单，发言人归属识别更准
复制 Prompt 试运行
> 演示输入：合成数据，不代表真实客户/生产结果
# 项目例会纪要预览
会议时间：2026-07-30 10:00—11:30
议题：会员系统上线准备。未读取真实录音，以下姓名与承诺均为合成。
## 会议结论
1. 上线目标保持8月20日，首期移除积分商城换肤功能；
2. 历史积分迁移先做1万账号演练，通过后再全量；
3. 客服知识库需在灰度前两天冻结；
4. 支付回滚以连续5分钟失败率超过2%为触发条件；
5. 数据口径争议由产品与财务另开30分钟裁决会。
| 行动项 | 负责人 | 截止 | 验收标准 | 状态 |
|---|---|---|---|---|
| 完成积分迁移演练 | 李楠 | 8月2日 | 差异账号≤0.1% | 明确承诺 |
| 补支付回滚脚本 | 周航 | 8月3日 | 预发演练通过 | 明确承诺 |
| 冻结客服话术 | 王茜 | 8月16日 | 20个高频问题双审 | 明确承诺 |
| 确认旧券有效期 | 【待确认】 | 【待确认】 | 需业务裁决 | 未形成承诺 |
## 分歧
产品负责人主张旧券全部延长30天；财务负责人认为会增加未核销负债。会议没有决定，不得在纪要中写成结论。
## 群摘要
上线日期不变，首期砍换肤；迁移、支付回滚和客服话术分别由李楠、周航、王茜按表完成。旧券有效期尚未决策，请相关方参加明日口径会。
正式整理需把每条行动项回链转写时间戳，只记录明确“谁在何时交付什么”的承诺；语气模糊的一律待确认。
42
会议协作 · meeting
两小时会议砍到四十五分钟 部门负责人 / 季度规划会
我要组织9人季度规划会，原来2小时但总超时跑题，背景和会议目标在 ./meeting_brief.md。请重新设计议程（.docx）：总时长压到45分钟，按「同步信息（改会前预读）-讨论决策-行动确认」重构，每环节标明时长、产出物和引导问题；明确哪些议题改为会前异步评审，写出预读材料清单和反馈截止时间。再给一张主持人控场话术卡：跑题、冷场、两人争执时分别怎么说。最后输出一页可发日历邀请的会议说明。
预期交付物
45分钟议程（.docx）+ 话术卡 + 邀请文案
Tip · 把历史上跑题的原因告诉它，议程设计才能对症下药
复制 Prompt 试运行
> 演示输入：合成数据，不代表真实客户/生产结果
# 45分钟季度规划会议程预览
合成历史问题：现场逐页同步材料耗时50分钟、讨论没有决策规则、两个议题反复回到资源抱怨。新议程把信息同步移到会前。
| 时间 | 环节 | 引导问题 | 产出 |
|---|---|---|---|
| 00:00—00:05 | 目标与规则 | 今天必须决定哪两件事？ | 决策清单 |
| 00:05—00:18 | 目标优先级 | 哪个目标不做代价最大？ | 排序 |
| 00:18—00:33 | 资源取舍 | 资源不足时砍范围还是延时间？ | 方案 |
| 00:33—00:40 | 风险挑战 | 什么证据会推翻方案？ | 风险门 |
| 00:40—00:45 | 行动确认 | 谁在何时交什么？ | 责任表 |
会前48小时发：经营数据一页纸、三个候选目标、资源上限、未决问题。参会人须在会前24小时异步写“支持/反对/修改”，现场不再朗读材料。
## 主持人话术卡
- 跑题：“这个问题重要，但不影响今天两项决定。我先放到停车场，40分钟时确认负责人。”
- 冷场：“请每人先写60秒，再按反对意见优先发言。”
- 争执：“请先复述对方担心的损失，得到确认后再讲自己的方案。”
- 超时：“还剩3分钟。现在选择A、B，或明确升级给谁，不保留模糊状态。”
## 日历邀请精简说明
目标：确定Q4两项优先目标和资源取舍。会前读完四份材料并提交意见；会议不做信息同步。请准时参加，45分钟结束。真实使用前需替换合成角色、材料链接与决策事项。
43
会议协作 · meeting
跨部门拉通少开三轮会 产品负责人 / 大版本联调前
产品和研发、市场、客服对下月新版本上线认知不一致：研发要砍需求保稳定，市场已对外承诺发布时间，客服担心咨询量爆掉。三方立场材料在 ./alignment。请梳理各方目标、约束和最不能接受的结果，区分真正的冲突点和其实不冲突的误读点；输出一页共识框架（.md：共同目标+让步项+需书面确认项）和60分钟对齐会议程脚本（.docx），含主持人引导话术和决策规则——谈不拢时升级给谁、按什么标准裁决。
预期交付物
共识框架（.md）+ 对齐会脚本（.docx）
Tip · 先找「其实不冲突的误读点」，一半矛盾自己会消失
复制 Prompt 试运行
> 演示输入：合成数据，不代表真实客户/生产结果
# 新版本上线共识框架预览
## 各方真正关心什么
| 团队 | 目标 | 约束 | 最不能接受 |
|---|---|---|---|
| 产品 | 完成核心闭环 | 需求依赖多 | 只上线空壳 |
| 研发 | 稳定可回滚 | 联调仅剩3周 | 带阻断缺陷上线 |
| 市场 | 守住对外日期 | 已预订发布资源 | 临时改口无方案 |
| 客服 | 控制咨询冲击 | 培训需要7天 | 无话术直接上线 |
真正冲突：对外日期固定，但完整范围需要额外两周。误读点：研发不是要求取消发布，而是要求P1功能不跟首批；市场也未承诺所有功能同日开放。
## 一页共识
共同目标：按承诺日期交付稳定、可解释的核心版本。
让步：产品砍2项P1；研发提供演示环境；市场把“全量上线”改为“首批开放”；客服接受分批培训。
需书面确认：首批用户比例、P1补齐日期、出现何种缺陷立即回滚。
## 60分钟脚本
0—10分钟确认事实；10—25分钟逐方复述；25—40分钟比较“缩范围/延日期/分批”三方案；40—50分钟用稳定性、客户承诺、收入影响三项打分；50—60分钟签行动表。
谈不拢时，由项目委员会Sponsor裁决；规则是P0安全与合规优先，其次外部客户承诺，再看短期营销曝光。正式会议需读取 ./alignment 原文，不能把合成立场当参会人的真实表态。
44
会议协作 · meeting
向老板汇报一次讲透 中层管理者 / 申请资源前
我要向 VP 申请加2个 HC 和50万预算做会员体系改版，背景和数据在 ./proposal。请准备汇报材料：3页 PPT（.pptx，结论前置——第一页讲要什么、回报是什么、不做的代价）、8分钟讲稿（.docx）、压力测试清单：VP 最可能问的六个问题（为什么是现在、能否外包、失败怎么办等），每个给基于数据的应答要点。风格直接别绕。最后自查我的数据链条，经不起推敲的环节提前告诉我。
预期交付物
3页 PPT + 讲稿 + 六问应答（.docx）
Tip · 先让它攻击你的数据链条，比在会上被击穿强
复制 Prompt 试运行
> 演示输入：合成数据，不代表真实客户/生产结果
# 向 VP 申请2个HC与50万元预算：汇报预览
## 第1页｜申请什么，换回什么
申请1名后端、1名数据产品经理，外加50万元实施与研究预算。合成测算：会员续费率提升2个百分点可带来年度增量毛利约180万元；不做的代价是现有积分割裂继续造成每月约1200次客服咨询。
## 第2页｜钱与人用在哪里
| 投入 | 金额/人数 | 产出 | 验收 |
|---|---:|---|---|
| 后端HC | 1 | 账户与权益服务 | 峰值压测、可回滚 |
| 数据产品HC | 1 | 指标与实验体系 | 口径字典、看板 |
| 实施与迁移 | 28万 | 历史数据迁移 | 差异率≤0.1% |
| 用户研究 | 8万 | 6轮可用性测试 | 关键任务完成率 |
| 机动与审计 | 14万 | 风险处置 | 需审批释放 |
## 第3页｜分阶段止损
第一门：4周内完成20名用户验证；第二门：8周完成5%灰度；第三门：核心指标无提升则停止扩面。预算不是一次性花完。
## 六问中的三问
- 为什么现在？旧积分将在Q4到期，拖延会叠加迁移风险。
- 能否外包？界面可外包，账户与指标Owner不能外包。
- 失败怎么办？按门禁止损，保留账户整合与数据字典两项资产。
数据链薄弱点：180万元收益依赖续费提升归因，需用对照组验证；1200次咨询需去重。真实汇报必须读取 ./proposal 后复算，不能拿合成ROI申请预算。
45
会议协作 · meeting
拜访客户前做足功课 销售 / 首次拜访大客户
下周三我首次拜访一家意向客户（区域性银行，科技部负责人出面）。请联网调研该行近两年的数字化动态、公开战略表述、同业标杆案例，以及对方负责人公开的演讲或采访观点。结合 ./product 的产品资料输出拜访作战包（.docx）：客户画像与痛点假设（标注哪些需现场确认）、三个开场破冰话题、漏斗式需求挖掘问题清单（从业务聊到预算）、两个匹配案例推荐、拜访后跟进邮件模板。调研结论逐条附信息来源。
预期交付物
拜访作战包（.docx）+ 问题清单 + 邮件模板
Tip · 拜访回来把纪要喂回去，让它持续更新客户档案
复制 Prompt 试运行
> 演示输入：合成数据，不代表真实客户/生产结果
# 区域银行首次拜访作战包预览
合成画像：120家网点，科技部近两年重点是统一数据服务与客服质检；对方负责人关注“可控试点”和审计。由于客户名称未提供且未联网，所有背景均需现场确认。
| 痛点假设 | 依据状态 | 现场验证问题 |
|---|---|---|
| 客服知识分散 | 合成假设 | 同一政策更新要同步几个系统？ |
| 数据申请周期长 | 合成假设 | 从申请到可用通常经过哪些审批？ |
| AI试点难过审计 | 合成假设 | 当前最担心权限、日志还是责任？ |
## 三个破冰话题
1. 从“银行AI项目如何先过可控性门槛”切入，不夸产品；
2. 请教对方今年最想缩短的一个内部周期；
3. 分享一页同类项目的失败复盘，再问哪些像他们。
## 漏斗式问题
业务：哪个流程每周重复且结果可验收？
影响：目前耗时、错误和客户投诉各多少？
决策：谁拥有流程、数据和风险签字权？
预算：试点预算来自科技、业务还是创新专项？
时间：什么节点前必须看到可量化结果？
建议案例：知识更新可追溯、工单质检人工接管，均需用真实案例替换。
跟进邮件摘录：“感谢今天分享贵行在权限审计和知识更新上的实际约束。我们建议先用一个不触达生产写权限的4周试点验证，附件只记录双方确认的范围与指标。”正式作战包必须联网附真实来源URL，并把未确认假设清楚标注。
46
会议协作 · meeting
面试问题问到点子上 业务主管 / 招聘关键岗位
我要招一名高级数据分析师（JD 在 ./hr/jd.md），团队的问题是出报告快但业务洞察浅。请设计结构化面试方案（.docx）：六个维度（硬技能、业务理解、沟通、复盘深度、学习潜力、文化匹配）各配2-3个追问式问题，每个写明考察点、优秀回答信号、危险信号；含一个45分钟实操作业（候选人说明页加评分 rubric）。再给评分表（.xlsx），支持多面试官独立打分汇总。问题别让背题库就能过。
预期交付物
面试方案（.docx）+ 实操题 + 评分表（.xlsx）
Tip · 把团队真实痛点写进去，问题设计才不会千篇一律
复制 Prompt 试运行
> 演示输入：合成数据，不代表真实客户/生产结果
# 高级数据分析师结构化面试预览
## 六维问题设计
| 维度 | 主问题 | 追问 | 优秀信号 | 危险信号 |
|---|---|---|---|---|
| 硬技能 | 指标突然下降，你先查什么？ | 如何排埋点问题？ | 先定义口径再下钻 | 直接套模型 |
| 业务理解 | 分析正确但业务不行动怎么办？ | 你改过建议吗？ | 讲决策成本 | 只怪业务 |
| 沟通 | 如何向VP解释不显著？ | 会给什么选择？ | 结论有边界 | 把p值当话术 |
| 复盘深度 | 讲一次错误归因 | 当时漏了什么？ | 承认并修机制 | 只讲成功 |
| 学习潜力 | 陌生行业一周怎么入门？ | 如何验证理解？ | 有证据清单 | 只搜文章 |
| 文化匹配 | 与产品意见冲突时怎么做？ | 谁裁决？ | 能复述对方 | 强调“数据说了算” |
## 45分钟实操
给一份合成注册漏斗：总体转化升2%，但安卓新客付费降6%。候选人需在20分钟内写结论、三个假设和验证查询；15分钟讲解；10分钟追问。
评分rubric：口径20分、证据25分、业务解释25分、行动建议20分、表达10分。每位面试官独立打分后再校准，避免资深者先发言锚定全场。
淘汰红线不是“答案不同”，而是编造数据、忽略样本量或无法区分事实与推测。真实方案需读取JD后调整技能权重，并用同一题目比较候选人。
47
会议协作 · meeting
绩效面谈不再两头难 团队 Leader / 年中绩效季
我要给连续两季 B- 的下属做绩效面谈：他技术强但协作差，曾在群里公开怼产品同事，我担心谈崩了他离职没人接手。请基于 ./performance 的记录和 360 反馈准备：面谈脚本（.docx，开场定调、SBI 模型摆事实、应对辩解、共定改进计划）、改进计划模板（30/60/90天检查点和量化标准）、三种走向预案（接受改进/情绪激动/当场提离职，各给应对口径和 HR 流程要点）。话术诚恳不套路。
预期交付物
面谈脚本 + 改进计划 + 三走向预案（.docx）
Tip · 预案比脚本更重要，谈崩那一刻没空翻笔记
复制 Prompt 试运行
> 演示输入：合成数据，不代表真实客户/生产结果
# 绩效面谈脚本预览
## 开场
“今天我们谈两件事：你在技术交付上的价值，以及协作行为为什么已影响团队结果。目标不是给你贴标签，而是确认事实、听你的视角，并决定接下来90天怎么衡量改善。”
## SBI 事实
情境：合成记录中，6月18日版本评审群。行为：你写“这个需求根本没过脑子”，随后退出讨论。影响：产品没有继续澄清边界，接口确认晚了两天。这里评价具体行为，不说“你态度差”。
| 检查点 | 量化标准 | 支持 |
|---|---|---|
| 30天 | 争议先复述再反驳，0次人身化表达 | 经理每周反馈 |
| 60天 | 主持2次技术对齐，参会方评分≥4/5 | 提供主持模板 |
| 90天 | 360协作项从2.6升至3.5 | HR匿名收集 |
## 三种走向
- 接受改进：让员工复述目标，双方签字，每两周短复盘；
- 情绪激动：“我先暂停评价，给你十分钟。事实记录不会改变，但我愿意听完整背景。”必要时HR在场；
- 当场提离职：不挽留或承诺特殊条件，确认其表达是否正式，按公司流程交HR，并立即启动知识交接。
关键边界：技术不可替代性不能换来协作豁免；面谈也不能用离职威胁逼迫。会后24小时内把双方确认的事实、不同意见和下一检查点发给员工，允许其书面补充。真实执行必须读取 performance 原始记录、允许员工回应，并让HR核对程序。
48
会议协作 · meeting
把合伙人分歧谈回正轨 创业者 / 重大决策僵局
我和联合创始人在「是否接受一笔带业务绑定条款的投资」上僵持两周：他看重资金和订单，我担心丧失中立性影响其他客户。双方论点和条款在 ./dispute。请做第三方视角分析：将双方立场复述到对方认可的程度，找出分歧本质——事实判断、风险偏好还是目标不同；设计2小时结构化对话流程（.docx，规则：不打断、先复述再反驳）；给三个折中方案（如绑定客户占比上限对赌）及各自代价。别和稀泥，方案要有取舍。
预期交付物
分歧分析 + 对话流程 + 三方案对比（.docx）
Tip · 先让双方立场被准确复述，多数争执会降一半火
复制 Prompt 试运行
> 演示输入：合成数据，不代表真实客户/生产结果
# 合伙人投资分歧分析预览
合成条款：投资方投入3000万元，同时要求三年内其关联业务收入占公司收入不低于35%，未达标触发回购讨论。
| 立场 | 最强版本复述 | 分歧类型 |
|---|---|---|
| 接受方 | 资金附带真实订单，可显著降低融资后找市场的风险 | 风险偏好 |
| 谨慎方 | 35%绑定会改变产品路线并吓退其他客户，订单不是免费午餐 | 目标与事实判断 |
双方共同目标是活下来并建立可持续收入；真正未决事实有三个：绑定客户毛利、其他客户对中立性的敏感度、回购条款最坏现金压力。
## 2小时对话
0—15分钟读规则；15—35分钟各自陈述；35—55分钟先复述对方直至对方认可；55—80分钟核对三项事实；80—105分钟比较方案；105—120分钟记录决定与反悔条件。
## 三个折中方案
| 方案 | 设计 | 代价 |
|---|---|---|
| 收入上限 | 绑定收入15%—25% | 订单确定性下降 |
| 分阶段 | 首年试点，达毛利和续费再扩 | 资金分期到账 |
| 业务隔离 | 独立产品线与数据墙 | 管理成本上升 |
推荐优先谈“分阶段+收入上限”，但前提是投资方接受无排他、无客户数据交叉使用。正式建议必须读取 ./dispute 原条款并由律师审查，不把商业折中当法律意见。
49
会议协作 · meeting
年会演讲让人记住你 公司高管 / 年会全员发言
年会我要做10分钟全员演讲，听众一半是入职不到一年的年轻人。今年公司很难：砍了两条产品线，但活下来了还小幅盈利。素材在 ./speech_notes。请写演讲稿（.docx，不超1400字）：结构为「一个具体的难时刻开场-我们做了什么选择-感谢具体的人和团队（用素材中真名真事）-明年一件值得期待的事」。语气真诚，不煽情不画饼，全文最多一处排比。另给逐段语气停顿提示版和台下三个尖锐问题的应答口径。
预期交付物
1400字演讲稿（.docx）+ 提示版 + 问答
Tip · 先念一遍录音给它，按你的口头禅改稿更像你说的
复制 Prompt 试运行
> 演示输入：合成数据，不代表真实客户/生产结果
# 年会10分钟演讲预览
去年九月的一个晚上，我们关掉了那条做了一年半的产品线。合成素材里，会议室最后只剩六个人，白板上还写着下一季度计划。没人说话，因为大家都知道，那些计划不会发生了。
后来我们做了三个不轻松的选择：停止继续证明错误方向；把有限的人转到还在增长的客户问题上；把现金流放在规模之前。结果不壮观——公司只是活下来，并有一点盈利。但这“一点”不是运气，是销售重新拜访了47个老客户，研发在六周内合并两套系统，客服把取消订单的原因一条条记录下来。
| 感谢对象（合成） | 具体事情 | 影响 |
|---|---|---|
| 交付团队 | 周末迁移32家客户 | 没有客户中断 |
| 客服团队 | 整理418条取消原因 | 帮助砍错功能 |
| 新同事 | 主动接手旧系统值班 | 释放核心开发 |
明年我只承诺一件值得期待的事：我们会把一个已经有人付钱、有人续费的问题做深，而不是再追三个听起来更大的故事。
我不想用“感谢大家共克时艰”结束。更想说，谢谢你们在看不到掌声的时候，还把手里的那一件小事做完。明年见到困难，我们至少知道：先看事实，再做选择，然后一起承担。
尖锐问答：会不会继续裁产品？按客户与现金证据回答；奖金是否恢复？只报已批准政策；明年增长靠什么？列三项可验证里程碑。真实稿须用 speech_notes 的真名真事替换合成内容，并取得当事人同意。
50
会议协作 · meeting
谈判桌上守住底线 采购经理 / 供应商年度续约
下周和最大供应商谈年度续约：年采购额3000万，对方以原材料涨价要求提价8%，目标控制在3%以内。背景在 ./negotiation（历史合同、备选供应商评估）。输出谈判手册（.docx）：我方 BATNA 分析和对方底线推测、开价/目标/底线三档及让步节奏（每次让步必换回什么）、五回合推演剧本（对方施压话术及我方回应）、非价格筹码（账期、联合库存、长约换价）。最后做一页 A4 速查卡带进会议室。
Tip · 底线数字别写进 prompt，放在只有你看的本地文件里
复制 Prompt 试运行
> 演示输入：合成数据，不代表真实客户/生产结果
# 年度供应商续约谈判手册预览
合成背景：年采购3000万元，对方要求涨8%；两家备选供应商报价分别高2%和低1%，但切换认证需8—12周。内部目标3%以内，本预览不含真实底线文件。
| 档位 | 我方动作 | 条件交换 |
|---|---|---|
| 开价 | 0%涨幅 | 接受年度预测共享 |
| 目标 | 2%—3% | 换更长框架期与分批下单 |
| 边界测试 | 超3%不当场答应 | 要求成本证据与管理层审批 |
## BATNA
立即全量切换不现实；可执行替代是把20%非关键品类转给备选供应商，并用12周完成认证。BATNA价值在于真能执行，不是桌上威胁。
## 五回合中的两回合
对方：“原材料涨了12%，8%已经让步。”
我方：“请把影响本合同的原料占比、基期和传导公式拆开。我们愿意讨论可验证成本，不接受笼统比例。”
对方：“不接受今天就无法保供。”
我方：“保供是双方核心利益。我们可以先确认预测与安全库存，但价格需在成本明细和非价格条件一起确认后签。”
## 非价格筹码
账期45天改30天可换价；滚动12周预测换优先产能；联合库存换交付SLA；两年长约必须换价格上限与降价联动。
A4速查：不被最后期限逼签；每次让步都换回可写入合同的条件；不泄露内部底线；会后24小时形成纪要。正式谈判前需法务核合同和采购核真实BATNA。
51
邮件与日程 · email-calendar
撰写商务合作邮件 销售/BD 首次触达潜在客户
我是一家 SaaS 公司的 BD，要给 3 家潜在客户写首次合作洽谈邮件，客户信息在桌面的「客户名单.xlsx」里。请读取表格，按每家公司的行业和规模分别定制内容：开头点出对方近期业务动态（可联网搜索补充），正文说明我们产品能解决它的 2 个具体痛点，结尾约一次 30 分钟电话。语气专业不谄媚，每封 300 字以内。输出一个 .docx（每封邮件一页），另附一版通用模板 .md 供以后复用。
预期交付物
3 封定制邮件+1 个通用模板（.docx/.md）
Tip · 客户名单里补上「对方痛点」列，定制命中率更高。
复制 Prompt 试运行
> 演示输入：合成数据，不代表真实客户/生产结果
# 首次合作洽谈邮件预览
## 客户A｜区域连锁零售
**主题：把门店费用核对从月底提前到每天**
张总您好，我负责一家费用管理SaaS的行业合作。根据合成客户卡，贵司有80家门店，店长报销与总部预算核对主要靠表格，月底退回较多。我们可以先解决两件具体事：门店提交时自动校验科目和额度；总部按区域实时看到预算占用，而不是月底追账。
如果这也是您正在处理的问题，想约30分钟了解现有流程。会前我会发一页范围说明，不做长演示。下周二下午或周四上午是否方便？
## 客户B｜专业服务公司
**主题：项目费用能否在报销前就归到正确客户**
李经理您好，合成资料显示贵司按项目核算，但差旅和采购常在月底手工分摊。我们的方案让员工提交时选择项目，并在审批前提示合同预算和可报范围；财务保留最终口径，不让系统替业务拍板。若您愿意，我想用30分钟对照一个真实项目流程，看看是否值得做小范围试点。
## 通用模板变量
| 变量 | 来源 | 禁止做法 |
|---|---|---|
| 近期动态 | 官网/公告原文 | 编造新闻 |
| 两个痛点 | 客户表+访谈 | 写泛化“提效” |
| 会议目标 | 一个流程问题 | 直接索要采购 |
第三家合成客户可复用同一骨架，但必须换成它自己的业务动作、两项痛点和会议价值，不能只替换公司名。正式发送前必须读取客户名单并联网核验动态；本次没有真实收件人，也未发送邮件。
52
邮件与日程 · email-calendar
润色英文商务邮件 外企员工/跨境业务沟通
把我贴在下面的英文邮件润色成地道商务英语：[在此粘贴邮件]。要求：1）保持原意，改掉中式表达和语法问题；2）收件人是美国客户，语气专业友好、不卑不亢；3）给出「正式版」和「简洁版」两个版本；4）文末用中文列出你改动最大的 5 处及原因，帮我积累写作经验。输出 .md 文件。
Tip · 附上之前往来邮件，语气拿捏更准。
复制 Prompt 试运行
> 演示输入：合成数据，不代表真实客户/生产结果
# English email polish preview
Synthetic source intent: tell a US client that integration will be two weeks late, explain the cause without blaming them, and propose a recovery plan.
## Formal version
**Subject: Revised timeline for the data integration**
Hi Alex,
I’m writing to share an update on the data integration. During validation, we found that two historical fields use different definitions across the source systems. Rather than migrate inconsistent records, we recommend resolving the mapping first.
This moves the target completion date from August 14 to August 28. By August 7, we will send the proposed field definitions for your review. We will then run a sample migration and share the reconciliation results before the full cutover.
Could we use 30 minutes on Thursday to confirm the two definitions and the revised plan?
Best,
Morgan
## Concise version
Hi Alex — we found two inconsistent field definitions during integration testing. To avoid migrating incorrect records, we propose moving completion from Aug 14 to Aug 28. We’ll send the mapping by Aug 7 and validate a sample before cutover. Could we confirm the definitions in a 30-minute call Thursday?
## 五处关键改动
1. 用“I’m writing to share an update”替代过度道歉；
2. 直接说明日期变化，不把坏消息藏到末尾；
3. 把“your data problem”改为跨系统定义不一致，避免甩锅；
4. 加入样本迁移和对账，给出可信恢复动作；
5. 结尾只有一个明确CTA。
真实润色需要用户提供原邮件与往来语境；本结果只展示处理方式，不代表已改写其真实文本。
53
邮件与日程 · email-calendar
生成客户跟进方案 销售同时跟进多条线索
读取「销售线索.xlsx」，按「最近联系时间」和「意向等级」把客户分成 A/B/C 三档，为每档制定跟进策略：A 档 3 天内电话+定制方案，B 档每周一封价值型邮件，C 档每月轻触达一次。交付三样东西：1）客户分级跟进表 .xlsx（含下次跟进日期）；2）A 档客户逐户跟进话术要点 .md；3）设一个每周一早 9 点的定时任务，自动生成本周该跟进的客户清单并通过 IM 推送给我。
Tip · 每周把最新沟通记录补进表格，分级越用越准。
复制 Prompt 试运行
> 演示输入：合成数据，不代表真实客户/生产结果
# 客户分级跟进方案预览
合成线索12条。分级不是只看销售主观意向：A档需近14天有明确业务问题和下一步；B档有匹配需求但时间未定；C档仅有泛兴趣或超过45天无互动。
| 客户 | 档位 | 最近动作 | 下次日期 | 建议动作 |
|---|---|---|---|---|
| 星河零售 | A | 确认预算口径 | 8月1日 | 电话+定制方案 |
| 云岭科技 | A | 索要安全资料 | 8月2日 | 安全答疑 |
| 海川制造 | B | 内部评估 | 8月5日 | 价值邮件 |
| 青禾咨询 | C | 60天无回复 | 8月28日 | 月度轻触达 |
## A档话术：星河零售
开场：“上次您提到80家门店月底集中退单，我把问题拆成提交校验和预算占用两段。今天想先确认退单量与责任人，再决定是否值得出完整方案。”
不做：重复介绍全部产品；用“月底优惠”逼单；没有客户动作仍维持A档。
## 每周任务规格
每周一09:00读取最新表；生成7天内应跟进、已逾期和缺沟通记录三栏；同一客户只保留最近一项动作；字段缺失时明确失败。IM摘要示例：“本周A档2家、逾期1家；优先处理星河零售预算方案。”
每周清单还应列“为什么现在跟进”，避免销售照表机械触达。当前环境没有销售表、IM或自动化连接，因此未实际创建任务、未推送。正式上线还需确认时区、负责人映射和客户退订偏好。
54
邮件与日程 · email-calendar
规划下周工作日程 管理者/多线程工作族
这是我下周的待办清单和固定会议：[在此粘贴清单]。请按重要紧急四象限排序，参考我的精力规律（上午做深度工作、下午开会沟通）排出下周日程表：每天深度工作块不少于 2 小时且不被会议打断，会议之间留 15 分钟缓冲，周五下午留半天机动时间。输出精确到半小时的 .md 日程表，另附一页时间分配说明，明确指出哪些事建议委派他人或延期。
Tip · 连续用三周，让它对比计划与实际偏差，越排越准。
复制 Prompt 试运行
> 演示输入：合成数据，不代表真实客户/生产结果
# 下周工作日程预览
| 时间 | 周一 | 周二 | 周三 | 周四 | 周五 |
|---|---|---|---|---|---|
| 09:00—11:00 | 战略方案初稿 | 数据分析 | PRD定稿 | 客户提案 | 周复盘 |
| 11:00—12:00 | 邮件/审批 | 方案修订 | 一对一 | 深度工作续 | 机动 |
| 13:30—14:30 | 团队周会 | 产品评审 | 客户会 | 招聘面试 | 机动 |
| 14:45—16:00 | 项目对齐 | 供应商会 | 研发联调 | 委员会 | 机动 |
| 16:15—17:30 | 一对一×2 | 跟进处理 | 文档整理 | 决策记录 | 机动 |
每天09:00—11:00保留完整深度块；会议之间至少15分钟。周三上午11点的一对一不能侵占深度块，因此放在其后。周五下午不预排承诺，只处理突发、补漏或提前下周准备。
## 四象限处理
- 重要紧急：客户提案、支付联调；
- 重要不紧急：战略方案、PRD、周复盘；
- 紧急不重要：三项资料汇总，委派项目助理；
- 不紧急不重要：无议程的“同步会”，建议取消。
## 委派与延期
市场竞品截图由运营同事整理，要求原始链接和日期；报销审批集中周一11点处理；内部分享幻灯延期到下周，避免挤掉客户提案。
真实日程需要用户贴出待办和固定会议后再排，尤其要核对跨时区、通勤和不可移动事件。本预览没有写入任何日历。
55
邮件与日程 · email-calendar
制定差旅行程安排 经常出差的商务人士
我下周三去北京出差两天，要拜访 3 家客户（地址附后），要求周三上午 10 点前到第一家，周四晚 8 点以后返程。请联网查询航班/高铁、客户之间的通勤路线和耗时，规划完整行程：往返交通给 2 个方案并对比价格与耗时、客户拜访顺序、每段通勤方式和预留缓冲时间、住宿建议（靠近最后一家客户，每晚 600 元以内）。输出 .md 行程单和 .xlsx 预算表。
预期交付物
差旅行程单+预算表（.md/.xlsx）
Tip · 说明个人偏好（如只坐高铁），方案更贴合。
复制 Prompt 试运行
> 演示输入：合成数据，不代表真实客户/生产结果
# 北京两日差旅行程预览
合成前提：周三从上海出发，客户位于国贸、金融街、中关村；周三10:00前到国贸，周四20:00后返程。所有班次、价格和通勤时间均未联网核验。
| 时间 | 行程 | 交通/缓冲 |
|---|---|---|
| 周二20:00 | 前一晚抵京方案 | 航班后住国贸，降低迟到风险 |
| 周三08:45 | 抵达客户A附近 | 提前45分钟 |
| 周三10:00—11:30 | 客户A·国贸 | — |
| 周三13:30—15:00 | 客户B·金融街 | 预留60分钟通勤+午餐 |
| 周四10:00—11:30 | 客户C·中关村 | 酒店出发预留45分钟 |
| 周四20:00后 | 返沪 | 只选可改签班次 |
## 往返方案比较
| 方案 | 合成价格 | 总耗时 | 风险 |
|---|---:|---:|---|
| 前晚飞+周四晚飞 | 2600元 | 约5小时空中 | 天气与晚点 |
| 周二高铁+周四高铁 | 1800元 | 约9小时车程 | 返程到达较晚 |
住宿建议原则：靠近周三最后一站金融街或地铁直达中关村；预算≤600元，必须核早餐、取消政策和开票。
预算合成：交通2600、住宿580、市内交通320、餐费300、机动300，合计4100元。
正式预订前需提供真实出发地和三个地址，并联网核对官方班次、地图通勤与酒店可售价格；本结果不是可直接出票的行程单。
56
邮件与日程 · email-calendar
清理积压收件箱 邮件堆积失控的上班族
我的收件箱积压了 200 多封邮件，已导出到「收件箱备份」文件夹。请逐封读取并按四类归档：「必须回复」（48 小时内）、「待办跟进」、「仅备忘」、「可退订/垃圾」。交付：1）分类清单 .xlsx（发件人、主题、日期、建议动作）；2）为「必须回复」的每封起草 100 字以内的回复草稿 .md；3）列出建议退订的 10 个高频营销发件人。拿不准分类的一律进「待办跟进」，不许擅自丢弃。
预期交付物
邮件分类清单+回复草稿（.xlsx/.md）
Tip · 每月跑一次，收件箱不再失控。
复制 Prompt 试运行
> 演示输入：合成数据，不代表真实客户/生产结果
# 收件箱清理结果预览
合成样本20封，按“需要回复、产生任务、仅留档、可退订”分类。没有删除、归档或回复真实邮件。
| 发件人 | 主题 | 分类 | 建议动作 | 截止 |
|---|---|---|---|---|
| 客户A | 合同范围确认 | 必须回复 | 确认两项边界 | 48小时 |
| 财务部 | 7月发票缺失 | 待办跟进 | 补3张凭证 | 周三 |
| 系统通知 | 版本发布成功 | 仅备忘 | 归档到项目 | 无 |
| 营销平台 | 本周精选 | 可退订/垃圾 | 人工确认退订 | 无 |
## 回复草稿
**主题：Re: 合同范围确认**
王经理您好，您列出的接口联调与首轮培训在当前范围内；历史数据手工清理不含在固定费用中。为避免理解不同，我已把两项范围和验收标准写进附件表格。烦请周三前确认，收到后我们按该版本排期。
## 分类规则
“必须回复”要求对方明确等待答复且影响业务；系统生成但含审批链接的邮件进入待办，而非仅备忘；拿不准的一律待办跟进。退订建议按发件频率、近90天打开和业务关系判断，不能只凭“像广告”自动退订。
高频营销发件人只进入“建议退订”清单，不自动操作；同一域名可能同时发送账单和营销邮件，必须按具体订阅识别。真实运行需读取全部200封，输出message_id方便追溯，并在任何实际移动、退订或发送前获得用户确认。本预览没有邮箱权限。
57
邮件与日程 · email-calendar
起草高效会议邀请 组织跨部门会议的协调人
我要组织一场「Q3 产品路线图评审会」，参会 8 人，来自产品、研发、市场三个部门，时长 90 分钟。请起草会议邀请邮件：1）一句话说清会议目的；2）议程精确到分钟，每项标注负责人；3）列出会前必读材料清单和需要提前思考的 3 个问题；4）给出 3 个候选时间段请大家回复选择。语气简洁正式。输出 .md，另附一版 100 字以内、可直接粘进日历邀请的精简版。
Tip · 附上参会人名单，可逐人生成个性化提醒。
复制 Prompt 试运行
# Q3 产品路线图评审会邀请
**会议目的：**在90分钟内确定Q3路线图优先级、资源取舍与三项关键风险的责任人。
各位同事好：
我们将召开Q3产品路线图评审会。请产品、研发、市场参会人提前阅读材料并带着明确意见入会；现场不逐页讲背景，只讨论需要共同决策的事项。
| 时间 | 议题 | 负责人 | 产出 |
|---|---|---|---|
| 00:00—00:10 | 目标、约束与决策规则 | 产品负责人 | 统一评审口径 |
| 00:10—00:30 | 用户与业务证据 | 市场负责人 | 确认机会排序 |
| 00:30—00:55 | 技术成本与依赖 | 研发负责人 | 识别不可行项 |
| 00:55—01:15 | 优先级与资源取舍 | 主持人 | 冻结P0/P1 |
| 01:15—01:25 | 风险与灰度 | 三方负责人 | 责任人和期限 |
| 01:25—01:30 | 复述决定 | 记录人 | 决策纪要 |
## 会前必读
1. Q2用户反馈摘要与Top20需求；
2. Q3业务目标和资源上限；
3. 候选路线图及RICE评分；
4. 技术依赖、稳定性与合规风险表。
请提前思考：若只能做三项，哪三项最接近业务目标？哪项看似高价值但证据最弱？出现什么信号就应停止或回滚？
候选时间：周二14:00—15:30、周三10:00—11:30、周四15:30—17:00。请在明日17:00前回复可参加时段。
## 日历精简版
目标：冻结Q3路线图、资源取舍和风险责任。请会前读完四份材料并提交优先级意见；会议不做背景同步。候选议题与负责人见邀请，90分钟准时结束。
58
邮件与日程 · email-calendar
撰写递进式催款函 财务/创业公司催应收账款
客户 A 公司有一笔 8.6 万元货款已逾期 45 天，合同和发票在「应收款」文件夹。请读取合同中的付款条款和违约条款，起草三封递进式催款函：第一封友好提醒，第二封正式催告（明确引用合同条款编号），第三封最后通牒（声明保留法律权利，措辞严谨）。每封标注建议发送间隔，整体语气专业克制、不激化矛盾也不留把柄。输出一个 .docx（三封分页），附一页发送策略说明。
Tip · 金额较大时，第三封建议先给法务过目再发。
复制 Prompt 试运行
> 演示输入：合成数据，不代表真实客户/生产结果
# 递进式催款函预览
## 第一封｜友好提醒（逾期45天，立即发送）
贵司合同项下8.6万元货款已超过合成约定付款日45天。我们理解付款流程可能需要内部协调，烦请于3个工作日内告知预计付款日期；如凭证或验收材料不齐，请一次列明，我们将配合补齐。
## 第二封｜正式催告（第一封后5个工作日）
依据合成《采购服务合同》第6.2条，贵司应于验收后30日内支付全部款项。现款项仍未到账，请于收到本函后5个工作日内完成支付，或书面提出有依据的异议。联系人、账户和发票信息以合同附件为准。
## 第三封｜权利保留（第二封后7个工作日）
截至本函出具日，上述款项仍未支付。请于3个工作日内完成付款。若逾期未付且未形成双方书面安排，我司将按合同约定采取后续措施，并保留追究违约责任的权利。本函不构成对任何合同权利的放弃。
| 阶段 | 目标 | 渠道 | 内部动作 |
|---|---|---|---|
| 友好提醒 | 查清流程卡点 | 邮件+电话 | 销售确认关系 |
| 正式催告 | 固化期限 | 邮件+盖章函 | 财务留送达证据 |
| 权利保留 | 法务升级 | 可证明送达渠道 | 法务复核 |
每次电话沟通后都用邮件复述付款日期和责任人，避免只有口头承诺；若客户提出质量异议，应先进入争议处理而不是继续升级措辞。真实发送前必须读取合同原文、验收和发票，核对条款号、付款主体、金额与送达地址；第三封由法务审阅。本预览没有发送任何函件。
59
邮件与日程 · email-calendar
批量生成节日问候 客户经理维护客情关系
中秋前我要给 50 位客户发问候，名单在「客户名单.xlsx」，含姓名、公司、合作年限和备注。请读取后为每位客户生成一条 80 字以内的中秋祝福：合作 3 年以上的提一句共同经历，新客户侧重感谢信任，备注里有兴趣爱好的自然融入。坚决杜绝群发感，不许出现「值此佳节」「恭祝商祺」这类套话。输出 .xlsx（姓名+祝福语+发送渠道建议），我人工抽检后再发出。
Tip · 先让它出 5 条样例确认风格，再批量生成。
复制 Prompt 试运行
> 演示输入：合成数据，不代表真实客户/生产结果
# 中秋客户问候抽检预览
| 客户 | 合成关系 | 问候语 | 渠道 |
|---|---|---|---|
| 林总 | 合作5年，跑步 | 林总，中秋好。还记得我们第一次项目复盘聊到深夜，如今已经第五年。祝你假期能放下进度表，跑一条舒服的路线，也和家人好好吃顿饭。 | 企微 |
| 周经理 | 新客户 | 周经理，中秋好。谢谢你这段时间愿意把真实难题摊开聊，让合作有了一个很踏实的开始。祝你和家人假期轻松，回来后我们把第一件事一起做好。 | 微信 |
| 陈老师 | 合作3年，摄影 | 陈老师，中秋好。过去三年最感谢的是你每次都给直接反馈。愿这个假期有好天气、好光线，也有时间拍下想留住的画面。 | 微信 |
| 黄总 | 合作1年 | 黄总，中秋好。谢谢这一年的信任，也谢谢团队在关键节点的配合。祝你和家人吃好、睡好，暂时不被工作消息追着跑。 | 短信 |
| 赵经理 | 合作4年，亲子 | 赵经理，中秋好。四年里一起扛过几次紧节点，更记得你总把团队照顾得很周到。祝假期多留些时间给家人，轻松团圆。 | 企微 |
## 批量生成规则
老客户只引用名单备注中可确认的共同经历；新客户强调感谢信任，不假装熟悉；兴趣只自然出现一次；80字内；同公司多人避免完全相同。敏感备注、家庭状况和未经确认的个人信息不写。
正式任务需生成50条并逐条人工抽检后再发；当前只有5条合成预览，没有连接发送渠道。
60
邮件与日程 · email-calendar
自动生成周计划 团队负责人每周开工规划
请设置一个每周日晚 8 点自动执行的定时任务：读取我「工作记录」文件夹里本周的日报和会议纪要，结合「年度目标.md」，自动生成本周复盘和下周计划：1）本周完成的 5 件关键事项（对照年度目标标注进度）；2）未完成事项及卡点分析；3）下周计划按优先级列 8 项以内，每项标注预估工时和产出物。输出「周计划-YYYYMMDD.md」，并通过 IM 推送给我确认。
Tip · 日报坚持写，周计划质量直接翻倍。
复制 Prompt 试运行
> 演示输入：合成数据，不代表真实客户/生产结果
# 周计划试跑 · 20260730
## 本周复盘
| 关键事项 | 年度目标 | 合成进度 | 证据 |
|---|---|---:|---|
| 完成会员需求冻结 | 提升续费 | 60%→68% | 评审纪要 |
| 跑通支付回归 | 稳定性 | 18/18场景 | 测试报告 |
| 完成客服培训 | 服务效率 | 6人通过 | 测验记录 |
| 签下试点客户 | 新增收入 | 1/5家 | 合同记录 |
| 清理指标口径 | 数据治理 | 22/30项 | 字典 |
未完成：数据迁移演练延后，卡点是历史字段归属不清；责任不是“数据太乱”，而是缺少最终口径Owner。建议周一先裁决三项高影响字段。
## 下周计划
1. 冻结迁移映射，4小时，产出签字版字典；
2. 完成1000账号演练，8小时，产出差异报告；
3. 提交灰度方案，6小时，产出门禁表；
4. 访谈3家试点客户，5小时，产出问题清单；
5. 更新客服知识库，4小时，产出20问；
6. 周五复盘，2小时，产出决策记录。
## IM确认摘要
本周五项关键工作完成四项，迁移因字段Owner不清延后。下周优先口径裁决和样本演练，共需29小时；请确认灰度评审时间。
真实自动化应设为每周日20:00，读取上一完整周并在推送前生成文件。当前环境没有工作记录、年度目标或IM权限，所以只完成合成试跑，未创建任务。
61
项目管理 · project-mgmt
绘制项目排期甘特图 项目经理排期新项目
我们的「会员系统改版」项目 10 月 8 日启动、12 月 20 日必须上线，任务分解在「WBS.xlsx」（含工期和依赖关系）。请读取后生成：1）甘特图，标出关键路径、里程碑和各阶段负责人；2）识别排期中的 3 个资源冲突和 2 个依赖风险，给出调整建议；3）一页给老板汇报的排期说明 .md。甘特图输出 .xlsx（带条件格式），或生成 .html 可视化版本，哪种清晰用哪种。
预期交付物
甘特图+风险调整建议（.xlsx/.html）
Tip · 每周更新实际进度，让它自动标红延期任务。
复制 Prompt 试运行
> 演示输入：合成数据，不代表真实客户/生产结果
# 会员系统改版排期预览
合成项目窗口为10月8日至12月20日，共10周。关键路径为需求冻结→账户模型→接口开发→数据迁移→全链路测试→灰度→上线。
| 任务 | 开始 | 结束 | 依赖 | 负责人 | 关键路径 |
|---|---|---|---|---|---|
| 需求冻结 | 10/08 | 10/15 | 无 | 产品 | 是 |
| 账户模型 | 10/16 | 10/25 | 需求冻结 | 架构 | 是 |
| 接口开发 | 10/26 | 11/15 | 账户模型 | 后端 | 是 |
| 数据迁移 | 11/08 | 11/22 | 账户模型 | 数据 | 是 |
| 全链路测试 | 11/23 | 12/06 | 接口+迁移 | 测试 | 是 |
| 灰度 | 12/07 | 12/14 | 测试 | 运维 | 是 |
| 上线 | 12/20 | 12/20 | 灰度 | 项目经理 | 里程碑 |
## 资源冲突
1. 后端负责人11月同时支持支付项目，负荷达到130%；建议把非关键报表接口移交；
2. 测试只有1人，迁移验证与接口回归重叠；建议10月提前准备自动化数据；
3. 产品在需求冻结后仍承担营销页，可能造成变更响应延迟。
## 依赖风险
第三方支付沙箱需提前申请；历史积分口径要在账户模型前签字。任何一个晚3天都会吃掉仅有的4天缓冲。
给老板的一页结论：上线日期可守，但前提是10月15日冻结P0、测试资源增加0.5人月、第三方沙箱在10月20日前可用。真实甘特图必须读取 WBS.xlsx 后按实际工作日和节假日重算。
62
项目管理 · project-mgmt
编制项目风险清单 项目启动前风险排查
新的「数据中台」项目下周启动，背景材料在「项目立项书.docx」。请读取并编制风险清单：从技术、进度、人员、外部依赖四个维度各列至少 5 条风险；每条按发生概率×影响程度打分（各 1-5 分），算出风险值并排优先级；对风险值 Top5 给出具体应对措施和可观测的触发预警信号。输出 .xlsx 风险登记表，另附一页 .md 摘要给项目委员会审阅。
预期交付物
风险登记表+一页摘要（.xlsx/.md）
Tip · 启动会前发给团队补充，清单更全。
复制 Prompt 试运行
> 演示输入：合成数据，不代表真实客户/生产结果
# 数据中台项目风险登记预览
合成评分：概率1—5、影响1—5，风险值为两者乘积。下表展示Top5，完整版本应覆盖技术、进度、人员、外部依赖各至少5条。
| 风险 | 类别 | 概率 | 影响 | 风险值 | 触发信号 | 应对 |
|---|---|---:|---:|---:|---|---|
| 指标口径无人签字 | 人员 | 5 | 5 | 25 | 同指标出现3种定义 | 设业务Owner |
| 源系统接口延期 | 外部 | 4 | 5 | 20 | 两周无联调环境 | Mock+升级 |
| 历史数据质量差 | 技术 | 4 | 4 | 16 | 抽样错误率>5% | 分域治理 |
| 核心工程师单点 | 人员 | 3 | 5 | 15 | 仅1人能部署 | 双人值班+文档 |
| 范围持续增加 | 进度 | 4 | 3 | 12 | 每周新增>3项P0 | 变更委员会 |
## 项目委员会摘要
最大风险不是“平台性能”，而是指标与责任不清。建议启动会先冻结首期三个业务域，每个域明确数据Owner、口径签字人和验收样例。技术压测应在真实量级下进行，但不在一期提前建设全公司所有数据。
## 预警动作
- 风险值≥15每周汇报，≥20由Sponsor持有；
- 触发信号出现后24小时内转为issue并指定截止；
- 应对完成不等于风险消失，需要复测触发指标；
- 风险条目必须有最后更新时间，超过两周未更新标红。
正式登记表需要读取立项书并让团队补充，当前风险与分值均为合成，不代表真实项目判断。
63
项目管理 · project-mgmt
整理并同步站会纪要 敏捷团队每日站会
下面是今天站会的录音转写文本：[在此粘贴]。请整理成标准站会纪要：按人列出「昨天完成/今天计划/阻塞问题」；阻塞问题单独汇总成表，@对应负责人并给出建议解决路径；最后附 3 条今日团队重点关注事项。输出 .md 纪要，同时生成一段 150 字以内的 IM 群播报文案（简洁带进度示意），我确认后直接发群。
Tip · 固定纪要模板，积累多周后可做趋势对比。
复制 Prompt 试运行
> 演示输入：合成数据，不代表真实客户/生产结果
# 今日站会纪要预览
| 成员 | 昨天完成 | 今天计划 | 阻塞 |
|---|---|---|---|
| 李楠 | 完成登录接口重构 | 补异常测试 | 无 |
| 周航 | 联调支付回调 | 修复重复通知 | 缺沙箱白名单 |
| 王茜 | 更新会员页文案 | 验收埋点 | 等事件字典 |
| 陈默 | 跑迁移样本 | 复核差异账号 | 3个字段无Owner |
| 赵可 | 完成回归12项 | 继续弱网测试 | 测试机不足 |
## 阻塞汇总
| 阻塞 | @负责人 | 建议路径 | 截止 |
|---|---|---|---|
| 沙箱白名单 | @项目经理 | 11:00前升级第三方；下午仍无结果启用Mock | 今天 |
| 事件字典 | @数据产品 | 先冻结P0事件，其他不阻塞验收 | 今天15:00 |
| 字段Owner | @业务负责人 | 30分钟裁决会，只决定三项 | 明天 |
| 测试机不足 | @IT支持 | 借用2台或调整并发时段 | 今天 |
## 今日三项重点
1. 支付重复通知修复必须带幂等回归；
2. 三项历史字段不能由开发自行猜口径；
3. 弱网测试结果进入上线门禁。
## IM群播报
今日进度：登录✅ 支付联调🟡 迁移🟡。四项阻塞已指定负责人；支付沙箱和事件字典需今天解决，字段口径明早裁决。请相关同事按表更新，不另开泛同步会。
真实版本需要用户粘贴转写后按原话整理；本预览没有发送群消息。
64
项目管理 · project-mgmt
协调跨项目资源 PMO 管理多项目人力
我同时管 3 个项目，人力分配在「资源台账.xlsx」。请读取并分析：1）未来 4 周每个人的负荷率，标出超载（>100%）和闲置（<60%）人员；2）识别 2 个关键岗位的单点依赖风险；3）给出 3 套资源调配方案，对比每套对 3 个项目进度的影响，推荐其一并说明理由。输出 .xlsx 负荷热力图和 .md 调配建议报告。
预期交付物
负荷热力图+调配方案（.xlsx/.md）
Tip · 数据越新越准，建议每周一重跑一次。
复制 Prompt 试运行
> 演示输入：合成数据，不代表真实客户/生产结果
# 跨项目资源调配预览
标准周可用40小时，会议与运维已先扣除；负荷率=项目分配工时/净可用工时，不用名义40小时制造虚假余量。
| 成员 | 角色 | 第1周 | 第2周 | 第3周 | 第4周 | 状态 |
|---|---|---:|---:|---:|---:|---|
| 李楠 | 后端 | 125% | 118% | 105% | 90% | 超载 |
| 周航 | 数据 | 110% | 120% | 95% | 80% | 超载 |
| 王茜 | 产品 | 85% | 90% | 88% | 82% | 正常 |
| 赵可 | 测试 | 132% | 140% | 115% | 70% | 超载 |
| 陈默 | 前端 | 55% | 58% | 65% | 75% | 前两周闲置 |
单点依赖：只有周航能维护迁移脚本；只有赵可掌握支付回归集。
## 三套方案
| 方案 | 动作 | 项目A | 项目B | 项目C |
|---|---|---|---|---|
| A 保上线 | 陈默转支援自动化，借调测试 | 不变 | 延3天 | 延5天 |
| B 平均摊 | 三项目都降范围 | 延2天 | 延2天 | 延2天 |
| C 外包峰值 | 临时外包回归执行 | 不变 | 不变 | 成本+8万 |
推荐A：项目A有外部承诺，B/C的非关键范围可调整；同时要求周航本周完成迁移脚本结对、赵可录制回归演示，降低单点。正式热力图需读取资源台账并确认休假、支持工作和技能匹配，不能只按人头搬工时。
65
项目管理 · project-mgmt
组织项目复盘 项目收尾后团队总结
「618 大促」项目刚结束，过程材料都在「项目归档」文件夹（含计划、日报、数据报表）。请通读后组织复盘：1）对照最初目标逐项评估达成度，全部用数据说话；2）按「做得好/做得差/运气成分」三栏归纳；3）提炼 5 条可复用经验和 3 条下次必须改的教训，每条附佐证材料出处；4）产出一页「下次大促 Checklist」。输出复盘报告 .docx 和 Checklist .md。
预期交付物
复盘报告+Checklist（.docx/.md）
Tip · 复盘会前先让团队各自写，再对照它的版本讨论。
复制 Prompt 试运行
> 演示输入：合成数据，不代表真实客户/生产结果
# 618 大促项目复盘预览
合成目标GMV 1500万元，实际1620万元；毛利目标360万元，实际298万元；新客目标2万人，实际2.4万人。GMV超额不能掩盖毛利缺口。
| 做得好 | 做得差 | 运气成分 |
|---|---|---|
| 预售人群分层带来高转化 | 优惠叠加损失毛利 | 竞品两款缺货 |
| 每小时库存校验避免超卖 | 客服话术晚两天冻结 | 平台临时给流量 |
| 老客召回成本低于新客 | 退款原因未实时回流 | 天气带动宅家消费 |
## 可复用经验
1. T-21冻结人群与货品映射；
2. 每个优惠规则必须有唯一Owner；
3. 看GMV同时看毛利、退款和新客质量；
4. 峰值每小时开15分钟战情会；
5. 事故只记录事实、影响、处置和机制修复。
## 下次必须改
- 促销组合做自动冲突测试，覆盖至少20组；
- 客服知识库在T-7冻结并演练；
- 平台额外流量单列，不把运气归成功方法。
## 下次大促 Checklist
- [ ] 目标含GMV、毛利、退款、新客留存
- [ ] 库存与优惠规则双人复核
- [ ] 客服、支付、物流降级方案演练
- [ ] 每个报表能回到源数据
- [ ] T+7与T+30分别复盘
真实报告必须给每条经验附 ./项目归档 的文件名和页码/行号，本预览仅展示合成成品。
66
项目管理 · project-mgmt
排序需求优先级 产品经理处理需求池
需求池里有 40 条需求（「需求池.xlsx」，含提出方、预估收益、开发量）。请用 RICE 模型（覆盖人数×影响×信心÷成本）逐条打分排序，产出：1）带评分依据的完整排序表 .xlsx；2）Top10 需求的优先级论证 .md，每条一段话，能直接在评审会上念；3）指出 3 条「分数高但建议暂缓」的需求并说明战略层面的原因。打分中所有主观假设要明写出来，方便我复核。
预期交付物
RICE 排序表+优先级论证（.xlsx/.md）
Tip · 先校准 5 条已定优先级的需求，对齐打分尺度。
复制 Prompt 试运行
> 演示输入：合成数据，不代表真实客户/生产结果
# 需求池 RICE 排序预览
RICE=覆盖人数×影响×信心÷成本。合成评分中，覆盖人数按季度用户数，影响档位统一为3/2/1/0.5/0.25，成本按人周。
| 排名 | 需求 | Reach | Impact | Confidence | Effort | 分数 |
|---:|---|---:|---:|---:|---:|---:|
| 1 | 支付失败自动重试 | 18,000 | 2 | 90% | 4 | 8,100 |
| 2 | 新手引导简化 | 32,000 | 1 | 80% | 4 | 6,400 |
| 3 | 账单导出 | 12,000 | 1 | 95% | 2 | 5,700 |
| 4 | 深色模式 | 28,000 | 0.25 | 80% | 2 | 2,800 |
| 5 | 企业SSO | 2,000 | 3 | 70% | 4 | 1,050 |
## Top需求论证摘录
支付重试覆盖人数不算最大，但影响直接落在收入，且已有失败日志支持；应先做幂等与重试上限，不能只加“再试一次”按钮。
## 分高但暂缓
1. 深色模式：分数来自高Reach，但与本季“提高支付成功”战略弱相关；
2. 全量消息中心：覆盖大但证据只来自销售口头反馈，信心应下调；
3. 海外多币种：潜在影响高，但合规和结算依赖未进入成本估算。
所有主观假设在表内单列来源与Owner。真实40条需求应先用5条已知优先级校准影响档位，RICE只提供共同语言，不替代战略判断。
67
项目管理 · project-mgmt
追踪里程碑进度 项目经理盯关键节点
请设置每周五下午 4 点的定时任务：读取「项目计划.xlsx」和「进度更新」文件夹，自动生成里程碑追踪报告：1）每个里程碑的计划 vs 实际日期、偏差天数；2）红绿灯状态（正常/有风险/已延期）及判定依据；3）延期项的责任方、原因和追赶建议。输出「里程碑周报-YYYYMMDD.md」，红绿灯摘要通过 IM 推送给我，偏差超 5 天的标红加急。
Tip · 红绿灯阈值自己定清楚，误报越少越可信。
复制 Prompt 试运行
> 演示输入：合成数据，不代表真实客户/生产结果
# 里程碑周报试跑 · 20260730
| 里程碑 | 计划 | 实际/预测 | 偏差 | 状态 | 判据 |
|---|---|---|---:|---|---|
| 需求冻结 | 7/10 | 7/10 | 0天 | 绿 | 已完成 |
| 接口开发 | 7/24 | 7/27 | +3天 | 黄 | 偏差1—5天 |
| 数据迁移演练 | 7/30 | 8/6 | +7天 | 红 | 偏差>5天 |
| 全链路测试 | 8/10 | 8/14预测 | +4天 | 黄 | 上游传导 |
| 灰度 | 8/18 | 8/20预测 | +2天 | 黄 | 缓冲减少 |
| 上线 | 8/25 | 8/25预测 | 0天 | 绿 | 仍可守住 |
## 红灯说明
迁移演练延期7天，责任方为数据与业务联合，不归咎单人。合成根因是三个历史字段口径未签字。追赶建议：周一裁决高影响字段；低影响字段采用“保留原值+标记未知”，不阻塞样本演练。
## IM摘要
本周1红3黄2绿。迁移演练预计晚7天，已超过加急阈值；若8月1日前未冻结字段，上线缓冲将只剩2天。建议Sponsor参加周一裁决会。
自动化正式规格：每周五16:00读取项目计划和最新进度，计划未更新时明确显示数据日期，不沿用旧状态装作最新。当前环境没有真实文件与IM连接，因此未创建任务、未推送。
68
项目管理 · project-mgmt
准备项目启动会材料 新项目立项启动
「企业微信客服系统」项目下周开启动会，立项材料在「立项材料」文件夹。请基于材料准备全套文件：1）15 页以内的 .pptx：背景与目标、范围与非范围、组织架构与分工、里程碑计划、风险与依赖；2）一页纸项目章程 .docx（供干系人签字确认）；3）60 分钟启动会议程 .md（含 10 分钟答疑）；4）给参会人的会前预习清单。风格按国企汇报口径：稳重、讲数据、不玩概念。
预期交付物
启动会 PPT+章程+议程（.pptx/.docx/.md）
Tip · 先出大纲给你确认，再生成 PPT，返工少。
复制 Prompt 试运行
> 演示输入：合成数据，不代表真实客户/生产结果
# 企业微信客服系统启动会材料预览
## 15页PPT主线
| 页 | 结论式标题 |
|---:|---|
| 1 | 项目要把客户问题从“有人看见”变成“有人闭环” |
| 2—3 | 当前响应慢，根因是入口和责任分散 |
| 4 | 首期只覆盖咨询、分派、跟进、关闭 |
| 5 | 营销自动化与外呼不在首期 |
| 6—7 | 业务Owner对结果负责，技术对平台负责 |
| 8—10 | 12周分四个里程碑 |
| 11—13 | 数据、接口、采用率是三大风险 |
| 14 | 五项上线门禁 |
| 15 | 今天确认范围、责任和决策机制 |
## 一页项目章程摘录
目标：平均首次响应从合成基线4小时降至1小时，工单按时关闭率从62%升至85%。范围含客户咨询接入、分派、SLA和报表；不含营销群发、销售CRM替换。Sponsor为客服中心负责人，项目经理负责节奏，不替业务做优先级决定。
## 60分钟议程
背景10分钟、范围15分钟、组织10分钟、计划10分钟、风险5分钟、答疑10分钟。会前需读立项一页纸、现状流程、范围清单和指标口径。
会后记录人应在24小时内发出决定、行动项与分歧，Sponsor只对跨部门争议拍板，不代替项目经理跟进。国企汇报口径强调依据、责任、计划和风险，不堆“智能化赋能”等空词。真实材料须读取立项文件并把每个数字回链，签字版章程不能使用合成指标。
69
项目管理 · project-mgmt
执行外包项目验收 甲方验收外包交付成果
外包团队的「官网改版」交付物在「交付包」文件夹，合同和验收标准在「合同.docx」。请读取合同验收条款并逐条核对交付物：1）输出验收核对表 .xlsx（条款编号、是否满足、证据或问题说明、结论）；2）对不满足项起草整改通知函 .docx（引用条款、限期 10 个工作日）；3）对满足项起草验收确认单 .docx。措辞严谨，所有结论标注对应的合同条款编号，拿不准的标「人工复核」。
预期交付物
验收核对表+整改函/确认单（.xlsx/.docx）
Tip · 先让它列验收条款清单给你确认，再逐条核对。
复制 Prompt 试运行
> 演示输入：合成数据，不代表真实客户/生产结果
# 官网改版验收核对预览
| 条款 | 验收要求 | 证据 | 状态 | 结论 |
|---|---|---|---|---|
| 4.1 | Chrome/Edge最新两版可用 | 测试报告T-01 | 满足 | 通过 |
| 4.2 | 首屏LCP≤2.5秒 | 实测3.1秒 | 不满足 | 整改 |
| 4.3 | 10个页面可编辑 | CMS仅8页 | 不满足 | 整改 |
| 5.1 | 源码及部署文档 | 源码ZIP、README | 人工复核 | 查可复现性 |
| 5.3 | 90天缺陷维护 | 服务承诺函 | 满足 | 通过 |
## 整改通知函摘录
依据合成合同第4.2、4.3条，当前交付在首屏性能和CMS页面覆盖上未达到验收标准。请于收到通知后10个工作日内完成整改并提交复测证据。整改期间不视为我方放弃其他合同权利。
## 验收确认单边界
仅确认第4.1与5.3条满足；第5.1条须由技术人员从空环境完成一次部署后再结论。确认单不能用“整体通过”覆盖未满足项。
人工复核清单：合同版本与盖章页、条款是否有变更附件、性能测试网络条件、源码是否含第三方许可、维护起算日。
复测必须沿用同一设备、网络和脚本，否则3.1秒与2.5秒不可比；源码验收还要核依赖锁文件、构建命令和许可证清单。真实执行必须读取合同与交付包逐项核对，并由法务确认函件。本预览不构成真实验收或法律通知。
70
项目管理 · project-mgmt
设置项目延期预警 多任务并行的项目负责人
读取「项目计划.xlsx」，帮我建立延期预警机制：1）分析任务依赖链，找出「延期 1 天就会传导到上线日」的关键任务；2）设置每周一、周四上午 9 点的定时检查：对照实际进度，关键任务偏差超 2 天、非关键任务偏差超 5 天的，生成预警清单 .md 并通过 IM 推送给我和对应负责人；3）每条预警附 2 个可执行的追赶方案（如加人、砍范围、并行化）。
Tip · 预警阈值先松后紧，避免初期信息过载。
复制 Prompt 试运行
> 演示输入：合成数据，不代表真实客户/生产结果
# 项目延期预警机制试跑
关键路径：需求冻结A→架构设计B→接口开发C→全链路测试D→灰度E→上线F。A—F总浮动为0，任何一天延期都会传导；培训G有6天浮动，非关键。
| 任务 | 类型 | 计划偏差 | 阈值 | 预警 | 追赶方案 |
|---|---|---:|---:|---|---|
| 接口开发C | 关键 | +3天 | 2天 | 红 | 砍P1接口；前后端并行Mock |
| 全链路测试D | 关键 | +1天 | 2天 | 绿 | 提前准备数据；每日回归 |
| 培训G | 非关键 | +6天 | 5天 | 黄 | 缩课程；分批培训 |
## 预警消息样稿
@接口负责人：任务C较计划晚3天，已超过关键任务2天阈值，预计传导上线3天。请今天17:00前选择“移除2个P1接口”或“增加1名后端并用Mock并行”，并更新完成预测。若两方案均不可行，升级Sponsor裁决范围。
## 检查规则
每周一、周四09:00读取同一版本计划；实际完成优先于口头百分比；负责人、预测日期或依赖缺失时任务失败；一条风险状态未变化不重复轰炸，但超过48小时无动作再次提醒。
解除预警也要有规则：实际偏差回到阈值内且追赶动作已验收，不能因负责人回复“处理中”就转绿。当前环境没有项目计划、IM连接或负责人通讯录，未创建自动化。正式启用前先手动跑一周，确认阈值不会造成信息噪音。
71
开发提效 · dev
为代码库补写文档 新人接手无文档老项目
「backend/」目录是一个没有任何文档的 Python 后端项目。请通读全部代码后产出：1）架构说明 .md：模块划分、调用链路、数据流向，配 Mermaid 图；2）每个核心模块的功能说明（输入输出、关键逻辑、注意事项）；3）新手上手指南（环境搭建、本地跑通步骤、常见坑）。所有结论必须标注对应文件路径和行号，拿不准的逻辑明确标「待确认」，严禁编造。
Tip · 先让它出架构图给你确认，再写详细文档。
复制 Prompt 试运行
> 演示输入：合成数据，不代表真实客户/生产结果
# Python 后端架构说明预览
合成项目由 api、services、repositories、models 四层组成。以下路径与行号只属于演示输入，不对应真实代码。
~~~mermaid
flowchart TD
A["api/orders.py"] --> B["services/order_service.py"]
B --> C["repositories/order_repo.py"]
B --> D["clients/payment.py"]
C --> E[("PostgreSQL")]
~~~
| 模块 | 输入 | 输出 | 关键逻辑 | 证据 |
|---|---|---|---|---|
| api/orders.py | HTTP JSON | OrderResponse | 参数校验、鉴权 | L18—74 |
| order_service.py | CreateOrder | Order | 幂等、库存、支付 | L22—133 |
| order_repo.py | Order实体 | 数据库行 | 事务写入 | L14—91 |
| payment.py | 支付请求 | 上游结果 | 超时与重试 | L31—88 |
## 调用链说明
POST /orders 先用 idempotency_key 查重，再开启事务创建订单；支付客户端失败时不删除订单，而写为 payment_pending 供补偿任务处理。是否允许“先扣库存后支付”在合成代码中未见业务说明，标为待确认。
## 新手上手
~~~bash
python -m venv .venv
pip install -r requirements.txt
cp .env.example .env
pytest
uvicorn app.main:app --reload
~~~
常见坑：数据库迁移未执行；测试环境误用生产支付地址；本地时区与UTC混用。正式文档必须通读真实代码，并给每个结论标真实路径与行号；没有证据的逻辑只能写待确认。
72
开发提效 · dev
执行代码评审 团队 Lead 把关合并请求
「feature/payment」分支相对 main 的改动已导出为「diff.patch」。请按资深工程师标准做 Code Review：1）逐处标注问题，分「必须改/建议改/可讨论」三级；2）重点检查安全漏洞（SQL 注入、密钥硬编码）、并发风险、错误处理缺失、命名与可读性；3）每条问题给出具体的修改后代码；4）结尾给整体评价：能否合并、预估修改工作量。输出 .md 评审报告。
预期交付物
分级 Code Review 报告（.md）
Tip · 附上团队编码规范文件，评审口径更统一。
复制 Prompt 试运行
> 演示输入：合成数据，不代表真实客户/生产结果
# feature/payment Code Review 预览
结论：**不能合并。**合成diff有2个必须改、2个建议改，预计修复与补测试1.5人日。
## 必须改1｜SQL注入
~~~python
# 问题代码
row = db.execute(f"SELECT * FROM orders WHERE id='{order_id}'")
# 建议
row = db.execute(
"SELECT * FROM orders WHERE id = :order_id",
{"order_id": order_id},
)
~~~
order_id来自请求路径，即便通常是UUID，也不能依赖格式假设替代参数化。
## 必须改2｜并发重复扣款
当前先查 paid 再调用上游，两个请求可同时通过。建议以数据库唯一键锁定 idempotency_key，并把状态迁移做条件更新：
~~~sql
UPDATE payment
SET status = 'processing'
WHERE order_id = :id AND status = 'created';
~~~
只有 affected_rows=1 的请求可调用上游；其他请求读取现有结果。
## 建议改
- 密钥从源码移到密钥管理，立即轮换演示diff中的假密钥；
- 捕获 TimeoutError 时保留上游request_id，不能统一返回“支付失败”。
## 测试要求
并发10次只产生一笔上游调用；超时后重试返回同一结果；数据库提交失败不把订单标成已支付；日志不含卡号与密钥。
真实评审必须读取 diff.patch 和团队规范，逐处给真实行号。本预览不代表任何真实分支已被审核。
73
开发提效 · dev
编写单元测试 开发补齐测试覆盖率
「src/order/」目录是订单核心模块，目前零测试。请通读代码后编写 pytest 单元测试：1）覆盖正常流程、边界值（金额为 0、负数、超大数）和异常分支；2）外部依赖（数据库、支付接口）一律 mock；3）每个测试函数写中文 docstring 说明验证点；4）测试文件生成到「tests/」目录，另输出覆盖率说明 .md，指出哪些分支没覆盖及原因。
Tip · 分批生成：先核心类跑通，再扩外围模块。
复制 Prompt 试运行
> 演示输入：合成数据，不代表真实客户/生产结果
# pytest 单元测试预览
合成订单服务规则：金额必须大于0且不超过100万元；相同幂等键只创建一次；支付和数据库均为外部依赖。
~~~python
def test_create_order_success(service, repo, payment):
"""验证合法金额会创建订单并调用一次支付。"""
repo.find_by_key.return_value = None
payment.charge.return_value = {"status": "paid"}
order = service.create(amount=19900, idempotency_key="k-1")
assert order.status == "paid"
payment.charge.assert_called_once()
@pytest.mark.parametrize("amount", [0, -1, 100_000_001])
def test_reject_invalid_amount(service, amount):
"""验证零、负数和超大金额被拒绝，且不触达外部依赖。"""
with pytest.raises(InvalidAmount):
service.create(amount=amount, idempotency_key="k")
def test_same_key_is_idempotent(service, repo, payment, existing_order):
"""验证重复幂等键返回原订单，不重复扣款。"""
repo.find_by_key.return_value = existing_order
assert service.create(19900, "k-1") == existing_order
payment.charge.assert_not_called()
~~~
| 分支 | 状态 | 原因 |
|---|---|---|
| 正常支付 | 覆盖 | 核心流程 |
| 金额边界 | 覆盖 | 参数红线 |
| 支付超时 | 覆盖 | 异常补偿 |
| 数据库死锁重试 | 未覆盖 | 合成接口未暴露重试策略 |
正式测试需通读 src/order 后按真实签名改写，运行pytest并报告真实覆盖率。Mock只隔离边界，不应把被测对象内部逻辑全部Mock掉。
74
开发提效 · dev
组织技术方案评审 架构师评审技术选型
我们要做「实时数据看板」，两位工程师的方案在「方案A.md」和「方案B.md」。请通读后生成评审材料：1）对比表 .xlsx：按性能、成本、开发量、可维护性、团队熟悉度五个维度打分并加权汇总；2）指出每个方案的 3 个潜在坑和需要压测验证的假设；3）45 分钟评审会议程 .md 和结论记录模板；4）你的倾向性建议及理由，并明确说清前提条件。
预期交付物
方案对比表+评审议程（.xlsx/.md）
Tip · 附上业务量级数据（QPS、数据量），判断更靠谱。
复制 Prompt 试运行
> 演示输入：合成数据，不代表真实客户/生产结果
# 实时数据看板技术评审预览
合成业务量级：峰值5000事件/秒，端到端延迟目标10秒，团队6人，已有Kafka与云数仓经验。
| 维度 | 权重 | 方案A 自建Flink | 方案B 托管流处理 |
|---|---:|---:|---:|
| 性能 | 25% | 4.5 | 4.0 |
| 成本 | 20% | 3.0 | 3.5 |
| 开发量 | 20% | 2.5 | 4.0 |
| 可维护性 | 20% | 3.0 | 4.0 |
| 团队熟悉度 | 15% | 3.5 | 3.0 |
| 加权总分 | 100% | 3.35 | 3.75 |
## 潜在坑
A：状态膨胀、Checkpoint恢复时间、夜间值班；B：厂商锁定、复杂窗口能力边界、费用随流量突增。两者都需验证事件乱序、重复消费和指标口径版本。
## 压测假设
以2倍峰值跑2小时；注入10分钟上游中断；模拟5%乱序和1%重复；检查P95延迟、数据正确率、恢复时间和单日成本。
## 45分钟议程
目标5分钟、方案各8分钟、压测证据10分钟、风险与成本8分钟、决定与行动6分钟。结论模板记录选择、前提、反悔条件和Owner。
倾向方案B，前提是托管服务支持所需窗口与数据驻留，月成本在预算内。正式结论必须读取两份方案和真实QPS，不能照抄合成评分。
75
开发提效 · dev
生成 API 接口文档 后端对外提供接口
「api/」目录是 FastAPI 项目的路由代码。请通读后生成对外 API 文档 .md：每个接口包含路径、方法、请求参数（类型/必填/示例）、响应结构和示例、错误码表；按业务模块分组，开头加鉴权说明和 curl 调用示例，结尾加一页常见问题（分页、限流、重试策略）。文档读者是外部开发者，术语统一，所有示例必须能直接跑通。
Tip · 代码里有 Swagger 注解就一起读，字段说明更准。
复制 Prompt 试运行
> 演示输入：合成数据，不代表真实客户/生产结果
# 对外 API 文档预览
## 鉴权
所有请求使用 Bearer Token；Token只放Authorization头，不写URL。示例：
~~~bash
curl -X POST https://api.example.test/v1/orders -H "Authorization: Bearer $API_TOKEN" -H "Idempotency-Key: demo-001" -H "Content-Type: application/json" -d '{"customer_id":"cus_123","amount":19900,"currency":"CNY"}'
~~~
## 创建订单
**POST /v1/orders**
| 参数 | 类型 | 必填 | 说明 |
|---|---|---|---|
| customer_id | string | 是 | 客户ID |
| amount | integer | 是 | 最小货币单位，必须>0 |
| currency | string | 是 | ISO货币代码 |
成功响应：
~~~json
{"id":"ord_123","status":"created","amount":19900,"currency":"CNY"}
~~~
| HTTP | error_code | 含义 | 建议 |
|---:|---|---|---|
| 400 | invalid_amount | 金额非法 | 修正请求 |
| 401 | unauthorized | Token无效 | 刷新凭证 |
| 409 | idempotency_conflict | 幂等键对应不同参数 | 换键前核订单 |
| 429 | rate_limited | 超过限流 | 按Retry-After重试 |
分页使用cursor，不以页码保证稳定；5xx采用指数退避，写操作必须复用幂等键。真实文档必须读取 api/ 路由并让每个示例在测试环境实际跑通，本预览URL和字段均为合成。
76
开发提效 · dev
定位线上疑难 Bug 排查线上偶发故障
线上出现「支付偶发超时」，近 3 天的错误日志在「logs/」目录，相关代码在「src/pay/」。请交叉分析：1）从日志提取超时请求的共性（时间点、商户、金额区间、上游依赖）；2）顺着调用链定位 3 个最可疑的代码位置，各给出推断依据和验证方法；3）给出临时止血方案和根治方案；4）起草一份 200 字事故简报 .md 给上级。分析中明确区分「日志已证实」和「合理推测」。
预期交付物
Bug 定位分析+止血/根治方案（.md）
Tip · 补上监控截图和近期变更记录，定位快一倍。
复制 Prompt 试运行
> 演示输入：合成数据，不代表真实客户/生产结果
# 支付偶发超时诊断预览
## 日志已证实（仅合成数据）
86%的超时发生在20:00—20:20；集中于商户M17；金额无明显聚集；上游调用前等待连接池超过800ms。7月28日连接池上限从100降到40。
| 可疑位置 | 依据 | 验证 |
|---|---|---|
| src/pay/client.py:88 | acquire耗时与超时同窗 | 恢复上限并观察P95 |
| src/pay/retry.py:41 | 三次重试无抖动，形成尖峰 | 加jitter做压测 |
| src/pay/service.py:126 | 超时后同步查单占同一池 | 分离查询池 |
## 合理推测
连接池缩小是主要诱因，整齐重试放大峰值；商户M17流量集中使问题先暴露。尚不能证明上游性能正常，需要对照其request_id和响应时间。
## 止血与根治
止血：连接池恢复到80；重试降为1次并加随机抖动；超时订单进入异步查单，不向用户重复扣款。
根治：按上游拆连接池；建立等待、调用、查单三段指标；容量变更必须压测并灰度。
## 事故简报
近3天支付在晚高峰出现偶发超时，合成样本影响63笔、无重复扣款证据。初步定位连接池配置与同步重试叠加，已提出恢复容量和异步查单。下一步将对照上游日志确认根因并补变更门禁。
真实诊断必须读取 logs 与 src/pay，以上路径和数字不能用于生产事故报告。
77
开发提效 · dev
优化开源项目 README 开源维护者提升项目形象
我的开源项目 README 写得很简陋，star 增长缓慢。请通读代码库后重写：1）开头一句话说清它解决什么问题、和同类项目比好在哪；2）30 秒上手示例，代码可直接运行；3）功能特性表格化、安装分场景、贡献指南和 License 说明；4）中英文双版本；5）顶部预留 badges 位置。风格参考主流高 star 项目，克制不吹嘘。输出 README.md 和 README_EN.md。
Tip · 给它 2 个你欣赏的 README 链接当风格锚点。
复制 Prompt 试运行
> 演示输入：合成数据，不代表真实客户/生产结果
# README 重写预览
> **RowGuard 在数据进仓前发现列漂移、空值激增和重复主键，并给出可审计报告。**
## 30秒上手
~~~bash
pip install rowguard
rowguard check orders.csv --schema schema.yml
~~~
输出：
~~~text
FAIL orders.csv
duplicate order_id: 12 rows
missing paid_at: 4.8% (limit 1.0%)
report: ./rowguard-report.html
~~~
| 能力 | 用处 | 证据 |
|---|---|---|
| Schema校验 | 阻止列名/类型漂移 | tests/schema |
| 数据规则 | 检查空值、唯一、范围 | examples/rules |
| HTML报告 | 给非开发者复核 | examples/report |
| CI退出码 | 接入流水线 | docs/ci |
## 安装选择
本地CLI用pip；GitHub Actions复制示例工作流；Python项目可调用API。每条命令必须在干净环境验证后才进入正式README。
## 为什么不是另一个大数据平台
RowGuard合成定位是“小而明确的入仓门禁”，不负责调度、血缘或BI。限制写清楚比“全能”更可信。
贡献流程：先开issue说明规则与失败样例，新增功能需测试和文档。License以仓库真实文件为准。中英文版本保持相同信息架构，不逐句翻译制造差异。
真实重写必须通读代码、运行示例并引用真实路径；本预览不能说明真实项目具备上述功能。
78
开发提效 · dev
设计数据库表结构 后端开发新业务建模
我要做「多门店预约系统」，需求在「需求.docx」。请通读后设计 MySQL 表结构：1）ER 图（Mermaid 语法）；2）建表 SQL（含索引、外键、字段注释、字符集）；3）设计决策说明 .md：核心字段为什么这么设计、为什么拆这些表、哪些是为一期之后预留的扩展；4）针对 3 个高并发场景（抢号、重复提交、超卖）给出应对方案。遵循第三范式，命名统一蛇形小写。
Tip · 先说清日活和数据量级，索引设计才靠谱。
复制 Prompt 试运行
> 演示输入：合成数据，不代表真实客户/生产结果
# 多门店预约系统表结构预览
合成量级：200家门店、日活5万、热门时段峰值每秒300次抢号。
~~~mermaid
erDiagram
STORE ||--o{ SERVICE : offers
STORE ||--o{ SLOT : owns
USER ||--o{ APPOINTMENT : books
SERVICE ||--o{ APPOINTMENT : selected
SLOT ||--o{ APPOINTMENT : reserves
~~~
## 核心建表摘录
~~~sql
CREATE TABLE appointment (
id BIGINT UNSIGNED PRIMARY KEY,
user_id BIGINT UNSIGNED NOT NULL,
slot_id BIGINT UNSIGNED NOT NULL,
service_id BIGINT UNSIGNED NOT NULL,
status VARCHAR(20) NOT NULL,
idempotency_key VARCHAR(64) NOT NULL,
created_at DATETIME(3) NOT NULL,
UNIQUE KEY uk_user_slot (user_id, slot_id),
UNIQUE KEY uk_idempotency (idempotency_key),
KEY idx_slot_status (slot_id, status)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;
~~~
设计决定：slot独立存容量与版本号；appointment保留取消记录而非物理删除；价格快照写预约，避免服务改价影响历史。
## 并发
- 抢号：条件更新 available_count>0，affected_rows=1才成功；
- 重复提交：客户端幂等键+唯一索引；
- 超卖：数据库事务为最终门禁，缓存只做削峰；
- 支付超时：预约进入pending并设过期任务释放名额。
正式SQL还需读取需求、确认取消政策、分库需求和数据保留期。本预览不应直接部署生产。
79
开发提效 · dev
制定遗留代码重构计划 接手多年老系统的团队
「legacy/」是个 8 万行的 PHP 老系统，没人敢动。请通读后制定渐进式重构计划：1）按「业务价值×改动风险」把模块分四类，明确哪些重写了得、哪些只加防腐层、哪些坚决不动；2）给出 3 个月阶段计划（每两周一里程碑，先补测试再动手）；3）识别 5 个最大风险点及预案；4）输出 .md 重构方案、.xlsx 模块清单，外加一页向管理层要资源的论证。
预期交付物
重构方案+模块清单+资源论证（.md/.xlsx）
Tip · 先跑通现有业务流程再谈重构，别信顺便重写。
复制 Prompt 试运行
> 演示输入：合成数据，不代表真实客户/生产结果
# PHP 遗留系统渐进式重构预览
| 象限 | 模块例子 | 策略 | 理由 |
|---|---|---|---|
| 高价值/低风险 | 报表导出 | 重写 | 边界清楚 |
| 高价值/高风险 | 订单结算 | 防腐层+测试 | 不能一次替换 |
| 低价值/低风险 | 管理页样式 | 有需求再改 | 收益小 |
| 低价值/高风险 | 老税务接口 | 坚决不动 | 即将退役 |
## 3个月路线
第1—2周画业务流和事故地图；3—4周给订单、付款补特征测试；5—6周在入口加防腐层；7—8周抽出报表模块；9—10周双写对账；11—12周小流量切换与复盘。每两周都要有可回滚产物，不安排“第12周一次上线”。
## 五大风险
隐藏数据库触发器、共享全局状态、定时任务无人知、字符编码混用、关键人员单点。预案分别是盘点、隔离、观测、样本测试和结对。
## 向管理层要资源
需要2名后端、0.5名测试和业务Owner每周2小时。论证不是“技术债很糟”，而是合成事故中46%恢复时间花在定位隐式依赖；先投入测试和可观测性，目标把变更失败率从18%降到8%。
每个里程碑都要附可执行的回滚方案和业务验收人；若两周没有交付可见改进，就暂停新增重构范围。真实计划必须通读 legacy/ 并先跑通业务，不凭目录名判断重写。本预览的模块与数字均为合成。
80
开发提效 · dev
撰写版本发布说明 产品/开发发版通知
本次 v3.2 版本共合并 47 个 PR，清单在「changelog.csv」（含标题、作者、类型）。请生成三份发布材料：1）给用户的更新说明 .md：按「新功能/优化/修复」分类，把技术语言翻译成人话，每条一句话说清对用户有什么用，语气轻快；2）给客服团队的内部 FAQ .md（可能的咨询点+标准答复）；3）应用商店更新文案（80 字以内）。修复类条目不得暴露内部实现细节。
预期交付物
用户版+客服版 FAQ+商店文案（.md）
Tip · 让它读 PR 详情补上下文，别只看标题。
复制 Prompt 试运行
> 演示输入：合成数据，不代表真实客户/生产结果
# v3.2 更新说明预览
## 给用户
### 新功能
- 批量导入时可先预览错误行，不再整份文件反复重传；
- 项目看板支持保存筛选，常用视图一键回来；
- 管理员可按团队设置审批模板，新同事自动继承。
### 优化
- 大文件导出改为后台生成，完成后通知，不必守着页面；
- 搜索会记住最近使用的条件；
- 移动端表格在窄屏下更容易横向查看。
### 修复
- 修复少数时区下日期显示偏一天的问题；
- 修复弱网重复点击可能产生两条记录的问题；
- 修复成员离职后部分通知仍发送的问题。
## 客服 FAQ 摘录
| 用户问题 | 标准答复 |
|---|---|
| 导出按钮怎么没文件？ | v3.2改为后台生成，完成后在通知中心下载。 |
| 旧筛选会丢吗？ | 不会；首次进入后可另存为常用视图。 |
| 审批模板影响已有单据吗？ | 只影响新提交，历史单据按原流程。 |
## 应用商店文案
批量导入先预览错误，常用筛选可保存，大文件导出完成后提醒；同时修复日期、重复提交与离职通知问题。
发布前还需把重复PR合并成一条用户变化，作者名单放内部致谢，不让47个技术标题变成47条噪音。真实47条版本说明需读取 changelog.csv 和必要PR详情；修复文案只讲用户影响，不泄露内部漏洞利用路径。本预览没有发布任何版本。
81
增长运营 · growth
策划公众号选题成稿 企业新媒体运营
我运营一家财税 SaaS 的公众号，读者是中小企业主，本月要发 8 篇。请：1）联网调研近期财税热点和同行爆款，给出 12 个选题（含标题、切入角度、预估打开率的理由）；2）我选定后，为其中 2 篇写 1500 字成稿：口语化短句、案例开头、结尾软性植入产品并留互动提问；3）每篇附封面图文案和 50 字摘要。输出选题表 .xlsx 和成稿 .md。
预期交付物
12 个选题+2 篇成稿（.xlsx/.md）
Tip · 投喂 3 篇历史高阅读文章，风格对齐更快。
复制 Prompt 试运行
> 演示输入：合成数据，不代表真实客户/生产结果
# 财税 SaaS 公众号选题与成稿预览
本次没有联网核验近期财税政策或同行爆款，不使用“新规刚刚发布”等时效性表述。
| 选题 | 切入角度 | 预估打开理由 |
|---|---|---|
| 老板看利润，为什么账户还是没钱 | 利润与现金流 | 直接命中经营焦虑 |
| 发票越多，税务风险反而越大？ | 票据与业务一致 | 反常识 |
| 财务每月关账慢，问题可能不在财务 | 跨部门流程 | 可转给团队 |
| 小公司要不要上预算管理 | 规模门槛 | 决策型 |
| 报销制度写了没人看怎么办 | 制度执行 | 场景具体 |
| 三张表看出客户是否赚钱 | 客户毛利 | 有工具感 |
## 成稿摘录
**标题：老板看着利润表赚钱，为什么账户还是没钱？**
上个月，一位合成案例里的老板拿着财务报表问：“利润明明有80万，为什么工资差点发不出来？”
答案通常不是财务算错了。利润像一张“应该赚到”的成绩单，现金像口袋里“现在能花”的钱。客户还没付款、库存先压了钱、设备一次买下，都会让两者错开。
先看三件事：应收账款比收入涨得快不快；库存周转是不是越来越慢；经营现金流能不能覆盖工资、房租和税。把这三项按月排出来，比只盯利润更接近真实经营。
产品软植入只能放在结尾：“如果数据散在多个表里，可用统一经营看板减少手工对账。”互动问题：你遇到过“账上赚钱、账户没钱”吗？
正式选题需联网确认政策与热点，且用历史高阅读文章校准语气；当前只作演示。
82
增长运营 · growth
撰写小红书种草笔记 品牌方/博主内容种草
帮我为一款便携咖啡机写小红书笔记，目标人群是 25-35 岁通勤白领。请产出 5 篇不同角度的笔记（办公室神器/露营伴侣/租房好物/送礼攻略/省钱替代咖啡馆），每篇含：emoji 标题（20 字内）、300 字正文（第一人称、真实体验感、3 个使用场景、1 条避坑提示）、8 个标签、配图建议。杜绝广告腔，禁用「最」「第一」等夸大词。输出 .md，附发布时间建议。
Tip · 先出 1 篇确认人设口吻，再批量生成。
复制 Prompt 试运行
# 便携咖啡机小红书笔记组
## 1｜办公室神器
**标题：☕ 工位上，终于不用排咖啡队**
最近把便携咖啡机放进抽屉，早会前加粉、加水，两三分钟就能喝。最常用的三个场景：九点到工位先做一杯；午饭后犯困来一杯；加班时改做淡一点，不跑楼下。
真实体验是方便，但也没到“零收拾”：粉仓要及时倒，密封圈要冲干净。避坑是先确认办公室有没有合适水源和插座，别只看机器小。
#通勤好物 #办公室咖啡 #咖啡日常 #工位好物 #便携咖啡机 #打工人日常 #省钱生活 #真实体验
配图：抽屉收纳、制作三步、清洗后的零件。建议周二08:10发布。
## 2｜露营伴侣
**标题：🏕️ 露营咖啡，少带一整套装备**
周末轻装露营，我把磨好的粉分装好，机器和杯子装一个袋子。到营地、看日落、第二天早起都能做，仪式感够，但行李没明显变重。避坑：先确认供电方式，低温下也要带温水。
标签：#露营咖啡 #轻量露营 #户外装备 #便携咖啡 #周末去哪儿 #咖啡控 #露营清单 #不踩坑
## 另外三篇角度
- 租房好物：重点写不占台面、搬家好带，避坑是清洗空间；
- 送礼攻略：先问对方喝粉还是胶囊，不用“人人适合”；
- 省钱替代：按每周5杯列材料成本，但不虚构机器参数和回本天数。
送礼篇要写清“不确定对方习惯时先问”，省钱篇则把咖啡豆、耗材和清洗时间一起算，不能只算单杯粉成本。品牌、容量、压力和续航未提供，正式发布前要按真实说明书替换，避免把品类体验写成具体产品事实。
83
增长运营 · growth
编写短视频分镜脚本 短视频团队批量产出
我们为家居品牌运营抖音号，本周要拍 3 条「收纳前后对比」视频。请各写一份 60 秒分镜脚本：含秒数轴、画面内容、口播文案、字幕、BGM 风格和道具清单；前 3 秒必须有钩子（痛点提问或反常识结论），中间演示 3 个收纳技巧，结尾引导评论「你家最难收拾的地方」。文案口语化、有网感但不低俗。输出 .xlsx 分镜表和 .md 拍摄注意事项。
预期交付物
3 份分镜脚本+拍摄清单（.xlsx/.md）
Tip · 附上过往爆款视频链接，让它先拆结构再写。
复制 Prompt 试运行
# 三条「收纳前后」短视频分镜
## 视频1｜玄关
| 秒数 | 画面 | 口播/字幕 |
|---|---|---|
| 0—3 | 鞋堆挡门，门只能开一半 | “玄关越收越乱？你少做了一步。” |
| 3—12 | 全部清空，按常穿/换季分 | 技巧1：先减量 |
| 12—26 | 竖向鞋架上墙 | 技巧2：用墙面 |
| 26—42 | 托盘收钥匙、口罩 | 技巧3：给小物固定位置 |
| 42—54 | 同机位前后对比 | 字幕：地面空出来了 |
| 54—60 | 人物开门 | “你家最难收拾的地方是哪？” |
BGM：轻快、有清晰三拍转场；道具：鞋架、托盘、标签、垃圾袋。
## 视频2｜衣柜
钩子：“衣柜不是小，是同一件衣服占了三个位置。”三技巧：按使用频率分区、同方向薄衣架、换季衣物装袋并标日期。结尾展示一周穿搭区。避坑：不要为了画面整齐把常用衣服塞到最上层。
## 视频3｜厨房台面
钩子：“台面只留每天都用的，做饭能快十分钟。”三技巧：调料集中托盘、锅盖竖放、清洁用品离开操作区。前后镜头必须固定焦距和光线，不用夸张广角欺骗空间。
三条视频统一保留同机位、同光线的前后对比，结尾评论问题保持一致，方便比较完播、收藏和评论率。拍摄清单：每条先录完整“乱态”；收纳动作拍近景；字幕每屏不超14字；产品只在解决问题时出现；涉及承重、耐热须按真实说明书。建议周一玄关、周三衣柜、周六厨房分批发。
84
增长运营 · growth
搭建社群运营 SOP 私域团队管理用户社群
我们有一个 500 人付费会员群，活跃度持续下滑。请设计一套社群运营 SOP .md：1）每日/每周/每月动作清单（几点发什么、谁负责）；2）7 天新人入群欢迎流程含话术；3）5 个促活玩法（规则+奖品预算）；4）危机处理话术（广告刷屏、投诉、煽动退群三类）；5）效果衡量指标（活跃率、留存率）和复盘节奏。标准：实习生拿到能直接照做。
Tip · 先让它诊断现有群聊天记录，SOP 更有针对性。
复制 Prompt 试运行
# 500人付费会员群运营 SOP
## 固定动作
| 节奏 | 时间 | 动作 | 负责人 | 指标 |
|---|---|---|---|---|
| 每日 | 09:30 | 一个可回答的问题 | 值班运营 | 有效回复数 |
| 每日 | 17:30 | 汇总当天3条价值信息 | 内容运营 | 收藏/点击 |
| 每周三 | 20:00 | 30分钟主题答疑 | 专家 | 参与率 |
| 每周五 | 16:00 | 成员案例拆解 | 群主 | 投稿数 |
| 每月 | 最后周 | 复盘与下月投票 | 运营 | 月留存 |
不要求早晚打卡刷屏。有效发言定义为提问、回答、案例或反馈，不把“收到”计入活跃。
## 7天欢迎流程
D1：“欢迎加入。先不用自我介绍长文，回复你最近最想解决的一件事即可。”
D2发群规与索引；D3匹配一位同领域成员；D4送工具清单；D5邀请参与小任务；D6私聊确认是否找到内容；D7请新人选下周主题。
## 五个促活玩法
案例门诊（0元）、7天共创（奖书200元）、专家Office Hour（讲师预算1000元）、成员互评（徽章）、月度成果墙（礼品500元）。每个玩法都要有开始、提交、反馈和结束，不做无限期挑战。
## 危机话术
广告刷屏：“这条内容不符合群规，已移除；如需合作请走指定表单。”
投诉：“我先记录事实和订单号，今天18点前给处理节点。”
煽动退群：“你可以表达不满，但请围绕具体事实；我们会公开处理进度，不组织人身攻击。”
核心指标：周有效活跃率、30日留存、答疑解决率和退群原因。每月只改一个机制，避免活动越多群越累。
85
增长运营 · growth
撰写线下活动策划案 市场部筹办客户活动
公司 12 月要在上海办一场 200 人规模客户答谢会，预算 15 万。请产出完整策划案 .docx：1）主题创意 3 个（各附推荐理由）；2）活动流程精确到分钟；3）预算分配表（场租/餐饮/物料/礼品/机动，总额卡死 15 万）；4）执行分工 RACI 表；5）风险预案（天气、嘉宾缺席、设备故障）；6）效果评估方式。风格：给老板和客户都能看，排版正式。
Tip · 先联网查真实场地，再让它按场地调流程。
复制 Prompt 试运行
# 上海200人客户答谢会策划案
推荐主题：**“一起把难事做成”**，适合客户关系与年度成果，不浮夸。备选：“同行这一年”“下一程，共见答案”。
## 流程
| 时间 | 环节 | 目的 |
|---|---|---|
| 17:30—18:20 | 签到与轻交流 | 客户分区引导 |
| 18:20—18:30 | 开场 | 讲清感谢 |
| 18:30—18:50 | 年度客户故事 | 用3个真实案例 |
| 18:50—19:10 | 客户圆桌 | 让客户发言 |
| 19:10—20:00 | 晚宴 | 自由交流 |
| 20:00—20:20 | 明年合作预告 | 不做发布会 |
| 20:20—20:40 | 致谢与合影 | 收束 |
## 预算
| 科目 | 金额 |
|---|---:|
| 场租与基础设备 | 42,000 |
| 餐饮 | 60,000 |
| 物料与摄影 | 16,000 |
| 客户礼品 | 18,000 |
| 嘉宾交通 | 6,000 |
| 机动 | 8,000 |
| 合计 | 150,000 |
RACI：市场负责人A；行政负责场地R；销售负责邀约R；客户成功负责故事C；财务与法务I。
风险预案：雨雪天气提前提供地铁接驳；主嘉宾缺席用客户圆桌补位；主屏故障准备本地双机与无屏讲稿。效果看实际到场率、目标客户深聊数、会后7天跟进完成率和满意度，不用现场热闹代替业务效果。真实执行前应联网查可用场地和价格，本方案当前未预订。
86
增长运营 · growth
设计私域转化话术 电商私域销售团队
我们卖客单价 899 元的护肤套装，企微好友 1 万人，转化率不足 2%。请设计私域转化话术库 .md：1）加好友后 7 天破冰流程（每天一句，先建立信任不推销）；2）针对「嫌贵/怕没效果/再想想」三类异议各 3 条应答；3）朋友圈文案 10 条（生活内容与产品 7:3）；4）促单话术（限时/赠品/老客户证言）。语气像朋友聊天，禁用「亲」「宝宝」和感叹号轰炸。
Tip · 附 10 条真实聊天记录转写，话术更接地气。
复制 Prompt 试运行
# 899元护肤套装私域话术库
## 7天破冰
D1：“看到你是从成分测评进来的。你现在更困扰干、敏感，还是反复冒痘？我先不推荐，想听你说。”
D2发一张基础护理顺序图；D3询问已有产品；D4分享一个不过度清洁的生活提醒；D5根据反馈解释一个成分；D6问使用障碍；D7才提出：“如果你愿意，我可以按预算给两种方案，也可以继续用现有产品。”
## 异议回应
| 异议 | 回应 |
|---|---|
| 嫌贵 | “899确实不是随手买的价格。先看你是否需要整套；如果已有合适面霜，不建议重复买。” |
| 怕没效果 | “护肤没有对所有人都一样的保证。可以先核成分与肤质，敏感肌先做局部测试，并看退换规则。” |
| 再想想 | “可以，护肤不适合被催。你最犹豫的是价格、肤感还是搭配？我只补你关心的信息。” |
## 朋友圈3条示例
1. 今天整理浴室，只留下真正每天会用的三样。护肤步骤少一点，反而更容易坚持。
2. 客户问“刺痛是不是在起效”。不是。明显不适先停用，别把忍耐当功效。
3. 这周产品内容只占三成：一张成分说明、一段使用顺序、一次真实答疑，其余分享生活与护理常识。
每条话术都允许客户说“不”，连续两次未回应就停止私聊并降低触达频率；转化不能以投诉和拉黑为代价。促单只写真实期限、赠品数量和经授权的老客证言，不制造库存焦虑。未经本人同意不使用聊天截图；所有功效表述按实际备案与平台规范。
87
增长运营 · growth
构建 SEO 内容矩阵 B2B 公司官网引流
我们是做工业传感器的 B2B 公司，官网月自然流量不足 2000。请联网调研行业搜索词后输出：1）关键词矩阵 .xlsx：核心词/长尾词/问题词三类共 60 个，标注搜索意图和竞争度；2）内容排期表：未来 12 周每周 2 篇（博客/FAQ/案例），每篇标注目标关键词和标题；3）写出 2 篇 1200 字示范文章，关键词自然出现 5-8 次不堆砌，技术参数必须有据可查。
预期交付物
关键词矩阵+排期+示范文章（.xlsx/.md）
Tip · 先用站长工具导出真实搜索词给它，别让它猜。
复制 Prompt 试运行
> 演示输入：合成数据，不代表真实客户/生产结果
# 工业传感器 SEO 内容矩阵预览
下表只展示合成关键词结构，不给虚构搜索量与竞争度。
| 类型 | 关键词 | 意图 | 建议内容 |
|---|---|---|---|
| 核心词 | 工业温度传感器 | 商业调查 | 产品对比页 |
| 长尾词 | 高温炉温度传感器选型 | 方案评估 | 选型指南 |
| 问题词 | PT100三线制怎么接 | 故障解决 | FAQ+接线图 |
| 长尾词 | 食品设备防水传感器 | 行业方案 | 案例 |
| 问题词 | 传感器漂移怎么校准 | 技术学习 | 教程 |
## 12周排期摘录
第1周：温度传感器选型指南、PT100接线FAQ；第2周：IP等级解释、食品设备案例；第3周：漂移校准、4—20mA故障排查。每篇只绑定一个主意图，并通过内部链接回到产品与案例。
## 示范文章开头
**标题：高温炉温度传感器怎么选：先看温区，再看安装方式**
选型先回答四个问题：连续温度还是瞬时峰值；传感头是否接触介质；安装空间和响应时间；现场是否有强振动或电磁干扰。不要只看一个“最高温度”参数。若传感器长期贴着上限工作，漂移与寿命可能比采购价更重要。
技术参数必须来自真实数据手册，不能凭常识补数。正式60词矩阵需联网查真实搜索词、SERP和竞争页面；本次未做联网研究，不声称关键词有流量。
88
增长运营 · growth
撰写投放素材文案 效果广告投放优化师
我们要在信息流平台投放一款记账 App，定向 22-30 岁一二线城市人群，目标 CPA 不超过 15 元。请产出 20 条投放文案：1）分「痛点型/好奇型/对比型/证言型」四类各 5 条；2）每条含主标题（15 字内）、副文案（40 字内）、CTA；3）标注每条的预期点击场景和匹配素材类型（图/视频）；4）挑 3 条你认为最易跑量的并说明理由。禁用极限词，符合平台审核规范。输出 .xlsx。
预期交付物
20 条投放文案+跑量预测（.xlsx）
Tip · 附上历史跑量素材数据，文案方向更准。
复制 Prompt 试运行
# 记账 App 信息流文案预览
| 类型 | 主标题（≤15字） | 副文案（≤40字） | CTA | 素材 |
|---|---|---|---|---|
| 痛点 | 钱花哪了，一眼看懂 | 自动归类日常支出，周末不用补一堆账 | 试试记一周 | 账单前后图 |
| 痛点 | 月底别再猜余额 | 每笔支出有去向，预算还剩多少随时看 | 开始记录 | 手机录屏 |
| 好奇 | 你最容易漏掉哪笔钱 | 用一周消费生成个人支出地图 | 看我的地图 | 动画视频 |
| 好奇 | 咖啡钱一年有多少 | 不劝你省，先把真实数字算出来 | 算一算 | 咖啡杯动态图 |
| 对比 | 表格记账还是手机记 | 少一步录入，多一份每周提醒 | 对比体验 | 分屏视频 |
| 对比 | 不是记得多，是看得懂 | 从流水到行动建议，不堆复杂报表 | 免费体验 | UI对比图 |
| 证言 | “终于不用周末补账” | 来自授权用户的真实体验才可使用 | 看看怎么记 | 真人短视频 |
| 证言 | “第一次看懂零碎支出” | 证言需保留原意，不承诺人人相同 | 生成周报 | 用户手账图 |
## 优先测试三条
“钱花哪了”痛点宽、画面容易理解；“咖啡钱一年有多少”有具体好奇心；“不是记得多，是看得懂”突出差异。三条分别配静态、短视频和产品录屏，避免只测文案不测素材。
另外12条应沿四类继续扩写，但上线前必须检查极限词、虚假证言和隐私画面。CPA≤15元是优化目标，不应写进对用户的承诺；先小预算测试点击到激活的完整漏斗。
89
增长运营 · growth
撰写用户召回邮件 增长团队唤醒沉默用户
我们的工具类 App 有 8 万名 90 天未活跃用户。请设计召回邮件系列：1）3 封递进式邮件（第 1/7/14 天发送）：第一封「新功能汇报」、第二封「专属回归礼」、第三封「最后挽留」，每封含 3 个备选标题、200 字以内正文、单一 CTA；2）按用户历史行为（免费用户/付费过期/重度转沉默）出差异化版本；3）附每封的衡量指标和打开率基准。语气真诚不油腻，不制造焦虑。输出 .md。
Tip · 先小流量 A/B 测试标题，再全量发送。
复制 Prompt 试运行
# 90天沉默用户召回邮件系列
## 第1天｜新功能汇报
标题备选：你离开后，我们把这件事做简单了｜现在可以少点三次｜一封不催你回来的更新
正文：你好。你上次使用后，我们重新做了批量处理：先预览、再确认，错误行会单独说明，不必整份重来。如果这正是你当时卡住的地方，可以花两分钟看看；若暂时不需要，也不用做任何事。
CTA：查看新流程
## 第7天｜专属回归礼
标题：给老用户的一次完整体验｜回来看一周，不急着决定｜你的7天高级功能已准备
正文：我们为曾经认真用过产品的人保留了7天高级功能。不是自动续费，也不要求绑卡。你可以用一项真实任务判断它现在是否更合适。
CTA：开启7天体验
## 第14天｜最后挽留
正文：这是本轮最后一封召回邮件。若产品已不适合你，可以直接关闭此类通知；如果只是没找到时间，我们会保留你的数据与设置，按隐私政策处理。
CTA：管理我的偏好
| 人群 | 差异化 |
|---|---|
| 免费用户 | 强调新流程，不先推付费 |
| 付费过期 | 说明原权益与当前价格，不暗示自动恢复 |
| 重度转沉默 | 回到其常用功能，询问离开原因 |
对长期无响应用户设置触达上限，第三封后不继续滚动发送；所有偏好中心和退订链接都应真实可用。指标按送达、打开、CTA、7日激活、退订和投诉看；打开率基准必须用自家历史与同渠道样本，不能凭空写行业数字。三封间设对照组，确认召回不是自然回流。
90
增长运营 · growth
监测竞品社媒动态 市场部盯竞品动向
请设置每周一上午 9 点的定时任务：联网检索 3 个主要竞品（名单附后）上周的公开动态：公众号/微博/抖音更新、新品发布、融资或高管变动、负面舆情。输出「竞品周报-YYYYMMDD.md」：每家公司一段摘要（附原文链接）、本周行业 3 个关键信号、对我们的 2 条启示。所有信息必须附来源链接，搜不到就写「未监测到」，严禁编造。完成后通过 IM 把摘要推送给我。
Tip · 跑两周后校准关键词，减少漏报和噪音。
复制 Prompt 试运行
> 演示输入：合成数据，不代表真实客户/生产结果
# 竞品周报试跑 · 20260730
真实竞品名单没有附上，以下公司与事件均为合成，不含原文链接，不能对外使用。
| 竞品 | 本周动态（合成） | 信号 | 待核来源 |
|---|---|---|---|
| 竞品甲 | 发布轻量团队版 | 下探中小客户 | 官网发布页 |
| 竞品乙 | 增加数据治理合作伙伴 | 强化交付生态 | 官方公众号 |
| 竞品丙 | 客服响应被集中投诉 | 服务容量承压 | 投诉原文与回应 |
## 行业三个信号
1. 产品开始把“免费试用”改成“有边界的试点交付”；
2. 竞争从功能数量转向部署、权限和运维；
3. 负面舆情更多来自承诺与交付不一致，而非单一Bug。
## 对我们的启示
- 产品页应写清试点成功标准与不覆盖范围，减少销售过度承诺；
- 每次发布同步准备客服FAQ和容量预案，把运营成本纳入路线图。
## 正式监测规则
每周一09:00仅收集上一个自然周；每条必须有公开URL、发布日期和抓取日期；同一新闻转载只保留原始来源；搜不到就写“未监测到”，不能从沉默推断“没有动作”。负面内容区分用户原文、媒体转述和公司回应。
群内摘要建议固定为“事实三条、影响两条、行动一条”，并给每个行动指定负责人和复核日期，避免把信息搬运误当成竞争决策。
当前环境没有三家名单、联网证据、IM或自动化权限，因此未创建任务、未发送摘要，也没有进行联网研究。
91
行政人事财务 · admin-hr-finance
撰写招聘 JD HR/创业公司招聘
我们要招一名高级前端工程师（React 方向，5 年经验，薪资 25-35K，base 杭州）。请：1）联网调研 5 家大厂同类岗位 JD，总结共性要求和卖点；2）写出我们的 JD .md：岗位职责 5 条（写清负责什么业务，不许写「负责前端开发」这种空话）、任职要求分「必须/加分」、团队亮点和薪资福利；3）另出招聘平台版（300 字口语化）和内推海报文案。避免「狼性」「抗压能力强」这类劝退词。
Tip · 附上团队真实项目介绍，JD 更有吸引力。
复制 Prompt 试运行
> 演示输入：合成数据，不代表真实客户/生产结果
# 高级前端工程师（React）｜杭州｜25—35K
## 你会负责什么
我们在做面向企业团队的协作产品。这个岗位不是“接页面”，而是负责从复杂业务流程到可维护前端系统的完整交付。
1. 负责项目与审批两个核心模块，参与需求澄清、方案设计、上线和指标复盘；
2. 建设React组件与状态管理规范，让4名前端能在同一套边界下协作；
3. 优化首屏、长列表和弱网体验，用真实性能指标验收；
4. 与后端共同设计接口错误、幂等和降级体验；
5. 参与Code Review和故障复盘，推动测试与可观测性。
## 任职要求
**必须：**5年前端经验；熟练React与TypeScript；能解释一次复杂状态或性能问题的取舍；有单元/E2E测试实践；能与产品、设计、后端共同决策。
**加分：**做过B2B复杂表单、设计系统、可访问性或前端监控。
## 团队与福利
核心模块有明确Owner；技术方案允许挑战；薪资25—35K，具体按能力与职级确认。其余福利必须按公司真实政策补入，不虚构期权、奖金或弹性制度。
## 平台短版
不是“切图岗”：你会Owner两个核心业务模块，也会参与架构、性能和上线复盘。我们看重能把复杂问题讲清并交付稳定结果的人，不用“抗压”“狼性”筛人。
本次未联网比较5家大厂JD。正式发布需补真实项目介绍、面试流程和福利，并做薪资合规核对。
92
行政人事财务 · admin-hr-finance
批量筛选简历 HR 处理海量投递
「简历」文件夹里有 60 份 Java 后端岗位的简历（PDF），岗位要求在「JD.md」。请逐份阅读后输出筛选报告 .xlsx：每份简历给出匹配度评分（1-10）、3 条评分依据（对照 JD 的具体要求）、建议动作（约面/进人才库/婉拒）；Top10 单独附 200 字推荐意见和 3 个面试提问建议。评分只看岗位相关证据，不得因年龄、性别、院校歧视，拿不准的标「人工复核」。
预期交付物
简历评分表+Top10 推荐（.xlsx）
Tip · 先人工筛 5 份给它当标尺，对齐评分口径。
复制 Prompt 试运行
> 演示输入：合成数据，不代表真实客户/生产结果
# Java后端简历筛选预览
合成JD重点：Java/Spring、数据库与并发、支付或订单经验、可观测性；学校、年龄、性别不进入评分。
| 候选人 | 匹配度 | 证据 | 建议 |
|---|---:|---|---|
| C01 | 8.7 | 订单系统3年；主导幂等改造；有压测数据 | 约面 |
| C02 | 7.9 | Spring扎实；数据库优化明确；支付经验弱 | 约面 |
| C03 | 6.8 | 项目规模合适；职责描述模糊；无监控证据 | 人才库 |
| C04 | 5.2 | 技能词匹配；缺可验证项目结果 | 婉拒 |
| C05 | 人工复核 | PDF两页识别失败 | 不自动结论 |
## C01推荐意见
简历显示其负责日均80万单订单服务，描述了重复下单从0.12%降至0.01%的措施，并给出数据库唯一键和幂等状态机细节；与JD核心任务匹配。需要面试核实其个人贡献、数据口径和故障处置深度。
面试三问：高峰重复请求如何保证只扣一次？数据一致性与可用性冲突时怎么取舍？讲一次监控未发现但用户先发现的问题。
## 评分规则
岗位相关经历40%、问题深度25%、结果证据20%、协作与表达15%。公司名气不加分；空泛“参与高并发项目”不算证据；职业空档不自动扣分。
真实60份任务要逐份读取原文并保留文件名、页码和评分依据；识别不清进入人工复核，不猜测。当前结果不涉及真实求职者，也不能用于招聘决定。
93
行政人事财务 · admin-hr-finance
制作新员工培训材料 HR/团队带新人入职
请基于「公司制度」「产品手册」两个文件夹的内容，制作新员工第一周培训包：1）培训 PPT（.pptx，20 页内）：公司介绍、产品速览、制度红线、常用工具、第一周任务清单；2）讲师逐页讲稿 .md；3）新人测验 10 题（选择+情景题，附答案）.docx；4）给带教 Mentor 的每日检查清单 .md。风格轻快不官僚，多用图示，专业术语配白话解释。
Tip · 用往期新人常问问题反向补充培训重点。
复制 Prompt 试运行
> 演示输入：合成数据，不代表真实客户/生产结果
# 新员工第一周培训包预览
## 20页PPT结构
| 页段 | 内容 | 新人要带走什么 |
|---|---|---|
| 1—3 | 公司与客户 | 我们解决谁的什么问题 |
| 4—8 | 产品速览 | 能完成一次核心任务 |
| 9—12 | 制度红线 | 哪些事先问再做 |
| 13—15 | 常用工具 | 去哪里找文档和求助 |
| 16—18 | 第一周任务 | 每天有可验收产出 |
| 19—20 | 测验与资源 | 知道下一步 |
## 第10页讲稿摘录
“数据分级像给文件贴不同颜色的门票。公开资料可以对外，内部资料只在公司批准范围流转，客户数据则要按最小权限使用。拿不准时先不转发，问直属经理或安全负责人。”
## 新人测验样题
1. 客户名单能否发个人邮箱继续处理？A能 B不能。答案B。
2. 情景题：你误把内部文件发到外部群，第一步是什么？答案：停止继续传播，立即按制度上报，保留事实，不自行删除掩盖。
## Mentor每日检查
- D1：账号和求助渠道可用；
- D2：新人能讲清产品核心流程；
- D3：完成一项低风险真实任务；
- D4：复盘一次卡点；
- D5：与经理确认下周目标。
真实培训包必须读取两个文件夹，把制度条款号和产品截图换成真实内容；本预览不生成可正式使用的PPT或测验文件。
94
行政人事财务 · admin-hr-finance
起草费用报销制度 创业公司财务建章立制
我们是一家 50 人创业公司，一直没有成文报销制度。请起草《费用报销管理办法》.docx：1）覆盖差旅、招待、办公采购、加班打车四类，每类给出分级标准（如一线城市住宿每晚≤450 元）和凭证要求；2）报销流程与时效（线上审批、打款时限、驳回处理）；3）违规情形与梯度化处罚（先警告后追责）；4）附报销单模板 .xlsx。条款要可执行、无歧义，整体控制在 5 页以内。
预期交付物
报销制度+报销单模板（.docx/.xlsx）
Tip · 先收集 3 个常见报销争议场景，针对性写条款。
复制 Prompt 试运行
# 费用报销管理办法
## 标准
| 类别 | 标准 | 必备凭证 | 审批 |
|---|---|---|---|
| 差旅 | 一线城市住宿≤450元/晚，其他≤350元/晚 | 发票、行程、出差审批 | 直属经理+财务 |
| 招待 | 人均≤200元，须写客户与事由 | 发票、消费清单 | 部门负责人 |
| 办公采购 | 单笔≤1000元可简化比价，以上需2家报价 | 发票、验收记录 | 行政+负责人 |
| 加班打车 | 22:00后或公共交通停运 | 行程单、加班记录 | 直属经理 |
超标准不等于一律拒绝：因展会、极端天气等合理原因，必须事前说明；紧急情况在2个工作日内补充说明。个人消费、虚假票据、拆单规避审批不得报销。
## 流程与时效
费用发生后10个工作日内提交；直属经理2个工作日审批；财务3个工作日审核；每周二、周五打款。驳回必须写具体缺失项，员工补正后保留原提交日期。
## 违规处理
首次非故意材料错误：退回并提醒；重复违反：书面警告与培训；虚假报销：追回款项并按员工手册及法律程序处理。处分不得由财务单方面决定。
## 报销单字段
申请人、部门、费用日期、类别、事由、项目/客户、含税金额、税额、发票号、支付方式、附件数、例外说明、审批记录。
正式发布前应由财务、HR和法务核对当地税务、劳动和公司授权规则，450/350元也应结合城市与岗位级别复核。
95
行政人事财务 · admin-hr-finance
整理季度发票台账 财务/自由职业者理票
「发票」文件夹里有本季度 87 张发票（PDF 和图片混合）。请逐张识别并生成台账 .xlsx：发票号、开票日期、抬头、金额、税额、类型（餐饮/交通/办公等）、用途备注；识别不清的标黄并列入「待人工确认」清单。最后输出季度汇总：按类型统计金额、可抵扣税额合计、异常发票提示（连号、大额、周末餐饮）。数字必须与票面一致，不确定就标出，禁止猜测。
Tip · 按月跑比按季度跑，识别错误更好追溯。
复制 Prompt 试运行
> 演示输入：合成数据，不代表真实客户/生产结果
# 季度发票台账预览
| 发票号 | 日期 | 抬头 | 金额 | 税额 | 类型 | 识别状态 |
|---|---|---|---:|---:|---|---|
| 00184271 | 2026-07-03 | 示例科技有限公司 | 1,060.00 | 60.00 | 办公 | 清晰 |
| 00451982 | 2026-07-06 | 示例科技有限公司 | 238.00 | 13.47 | 交通 | 清晰 |
| 00937710 | 2026-07-12 | 抬头末字模糊 | 860.00 | 48.68 | 餐饮 | 待人工确认 |
| 00937711 | 2026-07-12 | 示例科技有限公司 | 920.00 | 52.08 | 餐饮 | 连号提示 |
## 合成汇总
办公3,240元，交通1,185元，餐饮2,460元，其他780元；可抵扣税额需按发票类型与实际税务规则确认，不能把识别出的税额全部直接相加。
## 异常提示
1. 两张餐饮票连号且同日，提示复核业务而非直接判违规；
2. 周日餐饮920元，需匹配加班或客户活动记录；
3. 单张办公采购金额5,800元，超过合成公司简化采购阈值；
4. 抬头模糊的发票不猜字，保留原图索引。
处理日志要记录文件名、页码/图片、OCR置信度、人工修订人和修订时间。票面金额与税额做勾稽，发现不等时标红。
真实任务需逐张读取87份文件并由财务复核税务处理；本预览的号码、金额和抬头均为合成，不是实际台账。
96
行政人事财务 · admin-hr-finance
编制年度部门预算 部门负责人报明年预算
基于「今年费用明细.xlsx」（1-10 月实际发生），帮我编制明年部门预算：1）按科目分析今年的月度趋势和异常峰值原因；2）明年预算按「保底/正常/争取」三档编制，每档给出依据（业务计划、通胀、人员变动）；3）输出预算表 .xlsx（科目×月份矩阵）和预算说明 .docx（每笔钱为什么花、砍掉会有什么影响）；4）指出 3 处可压缩 10% 以上的科目。所有数据必须注明出处。
预期交付物
三档预算表+编制说明（.xlsx/.docx）
Tip · 附上明年业务计划，预算和业务才能对上。
复制 Prompt 试运行
> 演示输入：合成数据，不代表真实客户/生产结果
# 明年部门预算预览
合成今年1—10月实际费用210万元，预计全年260万元。3月和7月峰值来自年度软件续费与集中招聘，不能简单按月均值外推。
| 科目 | 今年预计 | 保底 | 正常 | 争取 | 依据 |
|---|---:|---:|---:|---:|---|
| 人员 | 168万 | 168万 | 204万 | 228万 | 正常档新增2人 |
| 软件 | 36万 | 28万 | 32万 | 40万 | 清理闲置席位 |
| 培训 | 18万 | 8万 | 15万 | 24万 | 岗位认证计划 |
| 差旅 | 24万 | 14万 | 22万 | 30万 | 客户项目数 |
| 外包 | 14万 | 8万 | 12万 | 20万 | 峰值支持 |
| 合计 | 260万 | 226万 | 285万 | 342万 | — |
## 三处可压缩
1. 软件席位按90天活跃回收，预计压缩22%；
2. 零散培训改季度班，预计压缩17%；
3. 非客户必要差旅改远程评审，预计压缩15%。
## 砍掉的影响
保底档不增加人，两个新项目只能串行；培训只保合规必修；差旅优先验收和重大客户。正常档支持既定业务但不预留突然扩张。
预算表需按月份排现金支出，年度续费不能平均到12个月掩盖峰值。真实版本必须读取费用明细和明年业务计划，逐行记录来源单号；本预览不适合作为财务报批。
97
行政人事财务 · admin-hr-finance
开展岗位薪酬调研 HR 做年度调薪依据
我们要给「算法工程师」（3-5 年经验，北京）做年度调薪。请联网检索公开招聘平台、薪酬报告和行业公开数据，输出薪酬调研报告 .docx：1）市场分位值 P25/P50/P75/P90（注明数据来源和样本时间）；2）按公司规模和行业细分的差异；3）现金之外的常见激励（期权、签字费、项目奖）；4）结合我们的「薪酬现状.xlsx」给出调薪建议和成本测算 .xlsx。所有数据标注来源链接。
预期交付物
薪酬调研报告+调薪测算（.docx/.xlsx）
Tip · 数据至少交叉 3 个来源，单一来源不采信。
复制 Prompt 试运行
> 演示输入：合成数据，不代表真实客户/生产结果
# 算法工程师年度薪酬调研预览
当前未联网检索招聘平台、薪酬报告或行业公开数据，因此不提供伪造的市场P25/P50/P75/P90。下面展示正式报告会采用的口径和合成成本测算。
| 来源类型 | 要记录 | 常见偏差 | 使用方式 |
|---|---|---|---|
| 招聘职位 | 城市、年限、月薪、薪月数、日期 | 区间为招聘预算 | 看现金区间 |
| 薪酬报告 | 样本、行业、公司规模、年份 | 定义不一 | 看分位 |
| 候选人/Offer | 固定、奖金、期权 | 样本选择偏差 | 内部校准 |
合成内部现状：10人固定现金中位数42万元，3人低于拟定市场中位区间，2人承担关键模型平台职责。
## 调薪场景
| 方案 | 人数 | 平均涨幅 | 年增成本 | 风险 |
|---|---:|---:|---:|---|
| 仅纠偏 | 3 | 12% | 15.1万 | 关键人仍可能倒挂 |
| 分层调整 | 5 | 10% | 21.0万 | 需解释标准 |
| 全员普调 | 10 | 8% | 33.6万 | 与绩效脱钩 |
建议优先做“市场位置×绩效×关键技能”的分层调整，并单列期权、项目奖和签字费，不能把不可兑现期权按现金等额宣传。
正式报告至少三源交叉，统一为年度固定现金或总现金；样本时间和公司规模必须写明。本次未做联网研究，不声称任何市场薪酬数值已核验。
98
行政人事财务 · admin-hr-finance
设计绩效考核表 部门主管建立考核机制
我是 15 人客服团队的主管，首次建立绩效考核。请设计完整方案：1）考核表 .xlsx：KPI（响应时长、解决率、满意度）+行为指标（协作、学习），权重合计 100%，每项给出 A-D 级行为锚定描述和打分规则；2）考核流程 .md（自评→主管评→校准会→面谈，含时间表）；3）绩效面谈话术指南 .md（高分/低分员工分别怎么谈）；4）3 个常见考核翻车点及规避方法。指标必须可量化、数据可查证。
预期交付物
考核表+流程+面谈指南（.xlsx/.md）
Tip · 先试运行一个季度不挂钩薪酬，专门校准标准。
复制 Prompt 试运行
# 客服团队绩效考核方案
| 指标 | 权重 | A | B | C | D |
|---|---:|---|---|---|---|
| 首次响应时长 | 20% | P90≤2分钟 | ≤4分钟 | ≤8分钟 | >8分钟 |
| 一次解决率 | 25% | ≥88% | ≥82% | ≥75% | <75% |
| 满意度 | 25% | ≥4.8 | ≥4.6 | ≥4.3 | <4.3 |
| 协作 | 15% | 主动补位并沉淀方法 | 稳定配合 | 偶有延误 | 造成明确影响 |
| 学习 | 15% | 新知识转成团队材料 | 按期掌握 | 需提醒 | 多次未通过 |
权重合计100%。响应时长需排除系统故障与非工作时段；一次解决率按7天内同问题不重复来单；满意度同时标样本量，低于30单不单独定级。
## 流程
每季第1周发布口径；末周员工自评；主管独立评分；校准会只讨论证据与尺度；面谈确认结果和下一季动作。首次试运行一个季度，不与薪酬挂钩，专门查数据和标准问题。
## 面谈话术
高分：“你的结果不只体现在个人指标，也沉淀了夜班交接清单。下一步希望你带一名同事复制。”
低分：“本季一次解决率72%，低于C档。我们先核样本和工单类型，再讨论是能力、流程还是资源问题，不用一次分数定义你。”
## 三个翻车点
只追速度导致敷衍关单；满意度样本太少；校准会按印象改分。规避方式是设质量护栏、公布样本量、每次调整必须写证据。
99
行政人事财务 · admin-hr-finance
审查劳动合同要点 创业公司签约把关
「劳动合同模板.docx」是我们一直沿用的版本。请逐条审查并输出：1）审查报告 .md：按「高风险/中风险/提示」三级列出问题条款，每条引用条文原文、对照《劳动合同法》具体条款说明法律风险、给出修改建议文本；2）修订版合同 .docx（修订处标红）；3）一页签约注意事项清单（试用期、竞业限制、违约金等高发争议点）。文末注明：此为文本审查辅助，重大条款建议律师复核。
预期交付物
审查报告+修订版合同（.md/.docx）
Tip · 各地裁审口径有差异，补充所在城市更准。
复制 Prompt 试运行
> 演示输入：合成数据，不代表真实客户/生产结果
# 劳动合同审查预览
本结果只作文本审查演示，不是法律意见；重大条款建议由当地劳动法律师复核。未联网核对最新法律与地方裁审口径。
| 风险 | 合成原条款 | 问题 | 修改方向 |
|---|---|---|---|
| 高 | “试用期六个月，合同期一年” | 试用期与合同期限可能不匹配 | 按合同期限核法定上限 |
| 高 | “员工离职支付培训违约金10万元” | 未区分专项培训与实际费用 | 限定服务期、实际成本与递减 |
| 高 | “所有员工离职后两年不得从业” | 范围过宽且未写补偿 | 限适用人员、地域、业务和补偿 |
| 中 | “公司可随时调整工作地点” | 单方变更边界不清 | 写合理范围与协商程序 |
| 提示 | 保密信息无排除项 | 可能覆盖公开/已知信息 | 增加例外 |
## 修订文本摘录
“竞业限制仅适用于接触核心商业秘密的岗位。范围、地域和期限以双方另行签署的协议为准；公司在竞业期间按月支付补偿。公司未按约支付的处理依适用法律执行。”
## 签约检查
- 合同期限与试用期匹配；
- 工资构成、发薪日和工作地点明确；
- 培训服务期有真实专项费用；
- 竞业对象、补偿和解除机制清楚；
- 员工取得一份签署文本。
正式审查必须引用真实条文原文、现行法条和所在城市口径，并在修订版中保留可见修改记录。当前不能用于签约。
100
行政人事财务 · admin-hr-finance
编写企业文化手册 成长期公司沉淀文化
我们公司 80 人，创始人想把文化落成文字。素材：「创始人讲话」文件夹的 5 篇内部讲话，价值观关键词是客户第一、坦诚、长期主义。请编写文化手册 .docx（20 页内）：1）使命愿景价值观的完整阐释，每条价值观配 2 个讲话中提炼的行为示例和 2 条「我们不做什么」反面清单；2）文化落地机制（招聘、考核、传播各怎么挂钩）；3）3 个内部文化故事（每个 300 字）。说人话，拒绝空洞口号。
Tip · 先访谈 3 位老员工补充故事，手册才有血有肉。
复制 Prompt 试运行
> 演示输入：合成数据，不代表真实客户/生产结果
# 企业文化手册预览
## 我们为什么存在
使命：把复杂工作变成客户能验收的结果。愿景：成为客户遇到难题时愿意长期合作的团队。
| 价值观 | 我们怎么做 | 我们不做什么 |
|---|---|---|
| 客户第一 | 先确认客户真正验收什么；坏消息尽早说 | 不用短期成交掩盖交付风险；不无原则答应 |
| 坦诚 | 对事实、假设和错误分开表达；当面讨论 | 不在会后抱怨；不拿“坦诚”羞辱人 |
| 长期主义 | 沉淀可复用机制；兼顾今天与未来 | 不把长期当拖延借口；不牺牲现金与合规 |
## 行为故事｜提前说出坏消息
合成故事中，项目经理阿岚在上线前两周发现迁移差异率达到3%。她没有等团队“再优化看看”，而是当天告诉客户并给出缩范围、延时间、人工核对三方案。客户选择先迁核心账号。上线不完美，却没有一笔余额出错。客户第一不是永远说“能”，而是在风险还可控制时说真话。
## 落地机制
招聘：面试用真实两难题，看候选人如何取舍；考核：价值观只评可观察行为，不给“感觉合拍”打分；传播：每月复盘一个真实故事，允许讲失败。
## 手册自检
- 每条价值观有正反例；
- 故事可核实且经当事人同意；
- 文化不凌驾劳动制度；
- 创始人也受同一行为标准约束。
真实手册需读取5篇讲话逐句提炼，并访谈老员工确认细节。当前人物与故事都是合成，不能作为公司历史发布。
