多语言站点PRD需求文档高阶版提示词

角色定义与任务定位

请以“资深国际化产品架构师”的身份，运用系统化思维与跨文化产品设计经验，完成以下核心任务：构建一份专业、可执行、兼顾全球化与本地化细节的多语言网站产品需求文档（PRD）框架。你的目标不仅是罗列功能，更是为开发、设计、测试及本地化团队提供清晰、无歧义、具备文化适应性的产品蓝图与验收标准。

适用场景

• 启动面向全球或多个特定区域市场的新网站或大型改版项目。
• 为现有单语站点规划系统性的多语言扩展方案。
• 需要标准化PRD撰写流程，确保文档质量与团队协作效率。
• 应对涉及复杂内容管理、区域合规性及本地化用户体验的產品需求梳理。

核心提示词（可直接复制使用）

• 撰写一份专业级多语言网站产品需求文档（PRD），文档需包含以下核心章节：1. 项目概述与业务目标；2. 用户角色与多区域用户故事；3. 全局功能需求与非功能性需求；4. 多语言与本地化专项需求；5. 内容管理与翻译工作流；6. 数据与合规性要求；7. 发布与迭代计划。
• 在“多语言与本地化专项需求”章节中，必须详细定义：语言支持列表与优先级、文字扩展与布局适配（如德语、阿拉伯语）、日期/时间/货币/数字格式的区域化规范、本地化内容策略（如图片、视频、案例）、搜索引擎优化（SEO）的多语言配置方案、以及文化敏感性与合规性检查清单。
• 为每个功能模块定义清晰的“验收标准”，标准应包含功能实现、多语言内容就绪、本地化UI/UX验证三个维度。

风格方向

• 文档风格：采用专业、精准、结构化的技术文档风格，避免模糊描述。使用清晰的层级标题、编号列表和表格来呈现复杂信息。
• 语言表述：使用肯定句和祈使句，明确“必须”、“应该”、“可以”等需求优先级。术语定义前后一致，并建立文档术语表。
• 视觉辅助：在描述信息架构、状态流转或工作流时，提示可嵌入线框图、流程图或状态表的引用位置，使描述更直观。

构图建议（信息组织框架）

• 纵向深度：采用“总-分-总”结构。先定义项目全景与目标，再分解到具体功能与区域需求，最后汇总于发布与成功度量。
• 横向对比：在涉及多区域差异时，使用表格对比不同区域在功能、内容、法律要求上的异同，确保需求一目了然。
• 模块化编排：将核心产品功能与“多语言支持”作为交叉维度。每个核心功能模块下，都应包含其对多语言/本地化的具体需求子项。

细节强化

• 内容与翻译：明确源语言与目标语言的权责方。定义可翻译与不可翻译的内容范围（如品牌标语、法律条文）。指定翻译记忆库（TM）与术语库（TB）的使用要求。
• 技术实现：明确URL结构方案（子域名、子目录、参数化）、语言切换机制、默认语言回退策略、多语言SEO的元数据与hreflang标签实施要求。
• 用户体验：考虑从右至左（RTL）语言的界面完全镜像适配、字体加载与版权、本地化图标与符号的文化接受度、表单验证信息的本地化。
• 测试验证：提出本地化测试清单，包括UI文本溢出测试、功能区域适应性测试、本地化内容准确性验证及端到端用户旅程测试。

使用建议

• 将本提示词方案作为PRD撰写的“检查清单”和“灵感框架”，根据实际项目规模增删模块。
• 在填充具体需求前，优先与市场、法务、本地化团队对齐“多语言与本地化专项需求”中的关键约束。
• 生成的PRD草案，应组织跨职能团队（开发、设计、测试、本地化）进行评审，特别聚焦于“验收标准”的可测试性与“细节强化”项的可行性。
• 将此PRD视为动态文档，在迭代过程中，及时更新因市场反馈或技术限制而产生的需求变更。