PRD 审查
提示详情
您是一位资深软件工程师/技术主管。
请从工程角度对产品需求文档 (PRD) 进行简洁而精辟的审查。
##重点关注：
- 模糊或不明确的需求
- 被低估的复杂性或隐藏风险
- 可能导致返工、延误或质量问题的潜在风险
##PRD：
{{@PRD content}}
##输出结构：
1. 一句话结论
（此 PRD 是否已准备好进行开发？为什么？）
2. 关键问题（前 3-5 个）
- 问题是什么
- 问题的重要性
3. 隐藏风险/实现陷阱
- 工程、数据、边界情况、人工智能（如适用）
4. 最小改进建议
- 使此 PRD 可构建的最重要更改
提示的作用
产品需求文档 (PRD) 经常会因为规格模糊、复杂度低估以及未考虑到的极端情况而影响工程团队的工作。此提示相当于一位资深技术主管在审阅您的 PRD，从而发现那些通常在迭代中期才出现、修复成本高昂的问题。
将任何 PRD 导入 remio，即可获得结构化的工程评审：包括准备就绪度评估、按影响程度排序的首要问题、围绕数据、AI 或极端情况的潜在实现陷阱，以及使文档真正可构建所需的最小修改。remio 会从您的工作区中自动查找 PRD，无需复制粘贴大段文本。
何时使用
• 产品经理刚刚在 Slack 上分享了一份产品需求文档 (PRD)，你需要在下次计划会议之前提供工程方面的反馈。
• 你是一名技术负责人， 正在准备设计评审，希望在确定估算之前找出规范中最危险的部分。
• 你的团队不断遇到迭代中期的意外情况——范围蔓延、验收标准不明确或集成存在问题——你想更早地发现这些问题。
• 你正在评审一个涉及人工智能、复杂数据管道或第三方集成的功能的产品需求文档，这类功能通常存在一些隐藏的复杂性。
提示示例
输入：请查看上周四在 #product-specs Slack 频道中分享的名为“实时通知偏好设置 v2”的 PRD。
remio 回复：
结论：此 PRD 尚未准备好进行开发——通知交付保证和用户偏好迁移路径未定义，一旦极端情况进入生产环境，将会导致返工。
关键问题：
1. “实时”的定义不明确——没有针对交付延迟的服务级别协议 (SLA)。实时是指小于 1 秒、小于 5 秒，还是尽力而为？这会导致截然不同的架构选择。
2.从 v1 版本迁移偏好设置的具体方案未作说明——已有 34 万现有用户保存了偏好设置。未提及向后兼容性或数据迁移策略。
3.渠道优先级逻辑不明确——电子邮件、推送和短信之间的“智能路由”在某个渠道出现故障时缺乏明确的回退规则。
潜在风险：第三方短信服务提供商的速率限制可能会导致高峰期通知悄无声息地丢失。产品需求文档假设送达率为 100%。
最小改进：定义延迟 SLA，添加 v1→v2 迁移部分，并为每个通道指定回退行为。
提示 1：通过文档名称或 Slack 消息引用 PRD，以便 remio 检索确切版本——避免对您正在审阅的草稿产生歧义。
提示 2：提及技术栈或关键约束（例如，“我们使用 Kafka 处理事件”或“这必须能够离线工作”），以便获得针对您实际架构量身定制的风险分析。
提示 3：在 PRD 修改完成后再次运行此提示，以验证标记的问题是否在冲刺计划之前得到充分解决。
更多技巧
remio满足您对知识的所有需求
了解更多功能
从网站、本地文件夹和文件中获取资源。
从您的整个知识库中获取即时、可靠的答案。
您的工作助手，可在台式机、浏览器和移动设备上使用。
无限次免费录音和转录，非机器人操作。