高阶版多语言站点产品需求写作提示词

角色定义与任务定位

请以“资深国际化产品架构师”的身份，运用本提示词方案。你的核心目标是：为“高阶版多语言站点”的研发项目，撰写一份结构严谨、细节清晰、可直接指导技术开发与视觉设计的《产品需求文档》。这份文档需超越基础功能描述，深入涵盖国际化开发的专业考量与用户体验的本地化适配。

适用场景

• 启动一个全新的、面向多区域市场的企业级官网或电商平台项目。
• 对现有单语言站点进行全面的国际化升级与重构。
• 为开发、测试、设计团队提供明确的多语言功能与内容管理需求基准。

核心提示词

请基于以下结构化提示词框架，填充具体产品细节：

• 核心指令：撰写一份关于 [产品名称，如：全球会员中心] 的高阶版多语言站点产品需求文档。
• 功能范畴：必须包含但不限于：动态内容国际化(i18n)、本地化(l10n)适配、多语言SEO结构、区域化定价与支付集成、合规性与文化适配检查、以及后端内容管理系统(CMS)的多语言支持方案。
• 技术要求：明确前端i18n库（如：i18next, React Intl）的选择与理由、后端语言包管理架构、自动化翻译接口与人工审核流程、以及多区域部署与CDN缓存策略。
• 交付物：输出需包含PRD概述、用户故事（含不同区域角色）、功能清单、非功能需求（性能、可访问性）、以及详细的UI/UX多语言状态说明。

风格方向

• 文档风格：专业、精准、结构化。采用清晰的层级标题（如：1. 概述， 1.1 背景， 2. 功能需求），并大量使用表格枚举功能点、状态与字段。
• 语言风格：使用客观、无歧义的描述性语言，避免营销口吻。对专业术语（如：RTL布局、语言回退策略、Unicode处理）提供简明解释。
• 视觉辅助：在需求描述中，为关键交互流程（如：语言切换、货币换算）注明应配有的流程图或线框图标识。

构图建议（文档结构）

• 顶层结构：文档应遵循“战略层->范围层->结构层->框架层->表现层”的逻辑递进。
• 核心章节构图：
  • 项目背景与目标（阐述商业价值与用户痛点）。
  • 全局功能需求（语言选择器、URL结构、hreflang标签规范）。
  • 按模块分解需求（如：首页、产品详情页、用户账户页的本地化细则）。
  • 非功能性需求（加载性能、翻译质量评估标准、可访问性合规）。
  • 成功指标与验收标准（定义各需求完成的量化或质性标准）。

细节强化

• 内容扩展：详细描述“语言/区域探测”逻辑（基于IP、浏览器语言、用户首次选择及记忆）。明确不同内容类型（静态文本、动态内容、媒体资源、法律文件）的处理策略。
• 氛围描述：文档应传达出“严谨的工程思维”与“细腻的人文考量”并重的氛围。既要考虑技术实现的鲁棒性，也要考虑文化适配的敏感性（如日期格式、数字分隔符、色彩禁忌）。
• 示例与反例：在关键需求点，提供“正确示例”与“常见错误”对比，例如：正确的时间显示格式“2023年12月31日（适用于中文）” vs. 错误格式“12/31/2023（可能造成混淆）”。

使用建议

• 将“核心提示词”部分作为需求撰写的启动模板，替换方括号内的内容，并依据实际项目扩展功能点。
• 在撰写“用户故事”时，角色应具体化为“北美地区的付费用户”、“中东地区使用RTL语言的访客”等，以驱动真正的本地化思考。
• 与研发、设计团队评审时，重点聚焦于“风格方向”与“细节强化”部分，确保各方对“专业版”标准的理解一致。
• 本方案生成的PRD内容，可直接导入项目管理工具（如Jira, Confluence）或作为开发任务拆分的依据。