用途：把战略愿景转化为可执行的工程需求，适用于新产品或重大功能立项、需求碎片化、跨职能对齐、融资或资源分配会议。不适用于简单缺陷修复、探索性研发，以及问题尚未定义时（应先用 problem-framing）。
核心铁律：没有面向客户的新闻稿草稿，就不写 PRD。
流程：第一步写一页新闻稿（PR），包含标题、副标题（目标客户与主要收益）、摘要、问题、解决方案、负责人引言、客户引言、行动号召；第二步写 FAQ，外部 FAQ 回答客户最关心的 5-10 个问题（价格、可用性、兼容性），内部 FAQ 回答技术可行性、依赖、ROI 与风险；第三步用金字塔原理组织 PRD，结论先行（BLUF），分组满足 MECE，归纳支撑事实；第四步识别“限制步骤”，从最长、最敏感或最昂贵的环节倒推交付节奏，聚焦输出价值而非活动。
对齐评审门：收益不清则回到 PR，风险缺失则回到 FAQ，通过后技术规格就绪。
跨技能调用：必需 buyer-persona 支撑客户引言；推荐 stakeholder-review 压力测试 PR/FAQ，memo-stress-tester 检查叙事结构。
限制与警示：PR 超过一页说明价值未提炼；先写技术规格再补 PR 属于从技术出发而非从客户倒推；FAQ 中没有难题说明在回避风险。资料未提供具体安装命令、平台或收费信息。