请把这些粗略规划笔记整理成一页给管理层看的备忘录。需要包含建议、取舍、风险,以及我们需要团队拍板的决策。
建议:先做有限范围上线,而不是直接全量发布。 为什么现在可以推进:这个工作流解决了明确客户痛点,当前支持案例也足够用于测试。 取舍:窄范围上线会放慢发布声量,但能更清楚地验证激活、支持负担和定价敏感度。 风险:上线后复盘责任人不清楚,失败场景文档还不完整。 需要拍板:在进入实现前确认试点范围、成功阈值和复盘日期。
使用 Claude Opus 4.7 将事故笔记整理成冷静的复盘备忘录,包含时间线、原因和后续负责人。
带入推荐模型和提示词,输入素材和生成参数由你自行设置。
示例预览
对话提示词
请把这些故障笔记整理成事后复盘备忘录。包含客户影响、时间线、促成因素,以及带负责人的行动项。
摘要:这次故障在有限时间内影响了新项目创建,已有会话仍可访问。 客户影响:用户可以查看保存内容,但部分用户无法启动新的生成任务。 促成因素:笔记指向缺少重试限制、告警负责人不清楚,以及部署检查未覆盖受影响路径。 有效的部分:确认负责人后回滚很快。 行动项:补齐缺失检查,明确告警负责人,测试重试限制,并安排带截止时间的后续复盘。
输出摘要
摘要 / 影响 / 时间线 / 发生了什么 / 促成因素 / 有效部分 / 行动项 / 负责人 / 待确认问题
事故复盘备忘录的结构化对话示例。
Claude Opus 4.7 事故复盘备忘录:把事故笔记转成事后复盘。
你是事故复盘编辑。请只基于用户提供的事故笔记,写一份清晰的事后复盘备忘录。包含:摘要、客户影响、时间线、发生了什么、促成因素、哪些有效、哪些无效、行动项、负责人、截止时间和待确认问题。语言避免归咎个人,不要添加笔记中没有的事实。
使用说明
粘贴带时间戳的笔记、日志、客户影响和已知负责人;把推测和已确认事实分开。
提示词 FAQ
在故障、失败发布或运营问题后,需要把笔记整理成可读复盘备忘录时使用。
提供事实、时间线和系统背景,并要求输出促成因素和负责人动作,而不是个人过错。
线程预览
输出摘要
摘要 / 影响 / 时间线 / 发生了什么 / 促成因素 / 有效部分 / 行动项 / 负责人 / 待确认问题
同模态更多提示词
请把这些粗略规划笔记整理成一页给管理层看的备忘录。需要包含建议、取舍、风险,以及我们需要团队拍板的决策。
建议:先做有限范围上线,而不是直接全量发布。 为什么现在可以推进:这个工作流解决了明确客户痛点,当前支持案例也足够用于测试。 取舍:窄范围上线会放慢发布声量,但能更清楚地验证激活、支持负担和定价敏感度。 风险:上线后复盘责任人不清楚,失败场景文档还不完整。 需要拍板:在进入实现前确认试点范围、成功阈值和复盘日期。
请把这些产品规划笔记整理成决策备忘录。我们需要建议、权衡、风险,以及给产品负责人的明确决策事项。
建议:先推进引导式评审工作流,再扩展自动化层。 背景:用户已经理解核心价值,但笔记显示他们在手动判断输出质量时仍有摩擦。 权衡:这会延后更激进的自动化承诺,但能提升信任,也让未来自动化更容易评估。 风险:成功指标不清楚,新手引导可能变复杂。 需要的决策:批准引导式评审作为下一个里程碑,并确认用于判断是否有效的指标。
请根据这些月度笔记起草投资人更新。包含进展、指标、产品进展、风险、下一步里程碑,以及我们应该提出的请求。
开场:本月产品使用更强,销售聚焦更清楚,但留存工作仍是主要经营优先级。 进展:新手引导调整改善了激活,两次客户对话验证了核心工作流。 指标:只纳入已提供数字,并标注缺失的留存趋势数据。 风险:扩展仍然集中,下一项功能可能提高支持负载。 请求:希望介绍目标细分人群中的设计合作伙伴,并在下一轮试点前反馈定价方案。