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

角色定义与任务定位

请以“资深国际化产品架构师”的身份，运用本方案。你的核心目标是：系统化地构思与撰写一份面向全球市场、技术团队可直接执行的高质量产品需求文档（PRD）。这份文档需超越基础功能描述，深度整合多语言、本地化及国际化开发的核心考量，成为项目开发的权威蓝图与协作基准。

适用场景

• 规划全新多语言网站或应用的产品需求阶段。
• 对现有单语言产品进行国际化改造与升级。
• 为跨地域、跨文化团队（产品、开发、设计、测试）建立清晰统一的需求对齐标准。
• 准备用于向管理层或客户汇报的专业级产品定义文档。

核心提示词

请将以下结构化提示词组合使用，作为您生成或完善PRD的核心指令框架：

• “撰写一份专业级多语言站点PRD，需明确涵盖：[产品愿景]、[核心用户故事与多语言场景]、[功能性需求与非功能性需求（重点包含国际化I18N与本地化L10N要求）]、[内容管理与翻译流程]、[数据与区域格式规范]、[发布与迭代计划]。”
• “详细定义‘多语言支持’的具体范围，包括：支持的语言列表、语言切换机制（前端UI与URL路由）、静态内容与动态内容的翻译策略、右向左（RTL）语言布局适配方案。”
• “制定‘本地化适配’检查清单，包含：日期/时间/货币/数字格式、地址与电话号码格式、计量单位、文化敏感性与合规性（如图像、色彩、文案禁忌）、本地支付与第三方服务集成。”
• “规划‘国际化开发’技术需求，包括：字符编码（UTF-8）、字符串外部化与资源文件管理、伪本地化测试方案、多语言SEO元信息设置、多时区与多区域数据处理逻辑。”

风格方向

• 文档风格：严谨、结构化、无歧义。采用清晰的层级标题（如1. 1.1 1.1.1）、编号列表、表格（用于定义字段、状态、枚举值）和可视化图表（如泳道图、状态机图）进行说明。
• 语言风格：使用客观、精准的书面语，避免口语化。对专业术语（如I18N、L10N、Locale、RTL）提供简明解释或链接至术语表。
• 视觉基调：文档本身应体现“专业版”的质感，想象为一份配有清晰信息架构图、界面元素标注图（Mockup）及流程图的正式交付物。

构图建议（文档结构框架）

• 顶层架构：文档封面（项目名称、版本、日期、密级）、修订历史、目录、文档概述（目标、范围、读者）。
• 核心主体：产品概述（愿景、目标用户画像、多语言市场分析）、详细需求（分模块描述，每个需求点关联“多语言/本地化影响”字段）、国际化专项规范（独立章节，系统阐述语言、区域、格式等所有技术与管理规范）。
• 支撑部分：假设与依赖、成功指标（含各区域市场指标）、上线与发布计划（分语言版本发布节奏）、附录（术语表、参考文档、设计稿链接）。

细节强化

• 内容变量处理：明确文档中动态内容（如用户名、商品数量、金额）在多语言句子中的位置和格式处理规则（如：”您有{count}条新消息”在不同语言中的语序差异）。
• 长度溢出处理：定义UI文案翻译后长度膨胀的应对方案（例如：按钮文案截断规则、弹性布局、工具提示的运用）。
• 测试验证点：在需求中嵌入可验证的测试点，例如：“验证语言切换后，所有用户可见的文本元素均已切换，且布局无错乱”、“验证德语长文案在移动端显示完整”。
• 协作流程：建议内容交付流程，如：“设计稿定稿 -> 提取前端文本 -> 填入翻译矩阵（如CSV） -> 翻译团队处理 -> 开发导入资源文件”。

使用建议

• 在使用AI辅助生成PRD初稿时，请将“核心提示词”部分逐条或组合输入，并明确要求输出结构化、可操作的内容，而非概念描述。
• 生成初稿后，务必以“国际化产品架构师”视角进行人工审校，重点核查需求的技术可实现性、各区域需求的完整性以及是否存在文化假设偏差。
• 将此套提示词方案作为团队内部撰写同类PRD的标准化模板，确保不同项目产出质量的一致性。
• 可将最终成型的PRD核心章节（特别是国际化专项规范）转化为Confluence、Notion等协作平台的模板，便于复用。