PRD 審查
提示詳情
您是一位資深軟件工程師/技術主管。
請從工程角度對產品需求文檔 (PRD) 進行簡潔而精闢的審查。
##重點關注：
- 模糊或不明確的需求
- 被低估的複雜性或隱藏風險
- 可能導 致返工、延誤或質量問題的潛在風險
##PRD：
{{@PRD content}}
##輸出結構：
1. 一句話結論
（此 PRD 是否已準備好進行開發？為什麼？）
2. 關鍵問題（前 3-5 個）
- 問題是什麼
- 問題的重要性
3. 隱藏風險/實現陷阱
- 工程、數據、邊界情況、AI（如適用）
4. 最小改進建議
- 使此 PRD 可構建的最重要更改
提示的作用
產品需求文檔 (PRD) 經常會因為規格模糊、複雜度低估以及未考慮到的極端情況而影響工程團隊的工作。此提示相當於一位資深技術主管在審閲您的 PRD，從而發現那些通常在迭代中期才出現、修復成本高昂的問題。
將任何 PRD 匯入 remio，即可獲得結構化的工程評審：包括準備就緒度評估、按影響程度排序的首要問題、圍繞數據、AI 或極端情況的潛在實現陷阱，以及使文檔真正可構建所需的最小修改。remio 會從您的工作區中自動查找 PRD，無需複製貼上大段文本。
何時使用
• 產品經理剛剛在 Slack 上分享了一份產品需求文檔 (PRD)，你需要在下次計劃會議之前提供工程方面的反饋。
• 你是一名技術負責人， 正在準備設計評審，希望在確定估算之前找出規範中最危險的部分。
• 你的團隊不斷遇到迭代中期的意外情況——範圍蔓延、驗收標準不明確或集成存在問題——你想更早地發現這些問題。
• 你正在評審一個涉及AI、複雜數據管道或第三方集成的功能的產品需求文檔，這類功能通常存在一些隱藏的複雜性。
提示示例
輸入： 請查看上週四在 #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 滿足您對知識的所有需求
瞭解更多功能
從網站、本機資料夾和檔案中獲取資源。
從您的整個知識庫中獲取即時、可靠的答案。
建立可編輯的原生 PPTX 簡報
結合你的個人經驗
不限次數的免費錄音與語音轉文字，毋須機械人加入會議。