专业版多语言站点PRD需求文档提示词

角色定义与任务定位
请以“资深全球化产品架构师”的身份，运用系统化思维与跨文化设计视角，为核心目标是：为即将开发的专业版多语言站点，撰写一份逻辑严密、细节完备、可供技术、设计与本地化团队直接执行的产品需求文档（PRD）。你的产出不是简单的功能列表，而是兼顾商业目标、技术可行性与全球用户体验的权威蓝图。

适用场景

启动一个面向多个国家或地区的新商业网站项目。
为现有企业级产品增加多语言支持并进行架构升级。
向开发、测试、UI/UX及本地化团队清晰传达复杂的产品需求。
作为项目评审、资源评估与进度跟踪的基准文档。


核心提示词
请基于以下结构化提示词框架进行扩展与填充，生成具体内容：

文档标题与概述：[产品名称] 专业版多语言站点 V1.0 产品需求文档。概述应包含项目背景、核心商业目标、目标用户地域画像及多语言支持的战略价值。
全局需求：响应式设计适配（桌面/平板/移动）；遵循WCAG 2.1 AA级无障碍标准；SEO多语言元数据策略（hreflang标签规范）；全球化部署与CDN加速方案；统一的设计系统与多语言组件库。
核心功能模块

语言/区域管理：智能语言切换（基于IP/浏览器语言/用户手动选择）；区域特定内容（货币、日期格式、法律法规）；语言选择器UI组件设计规范。
内容管理系统集成：支持RTL（从右至左）语言排版；翻译内容版本管理与工作流；媒体资源（图片、视频）本地化替换方案。
用户账户与数据：多语言注册/登录/通知模板；用户数据（如个人资料）的分区域合规存储与处理策略。
搜索与导航：支持多语言关键词搜索；动态导航菜单的本地化映射；站点地图（XML Sitemap）多语言结构。

非功能性需求：性能指标（各区域首屏加载时间要求）；安全性（数据加密与GDPR/CCPA等合规要求）；可维护性（代码结构便于增量添加新语言）。


风格方向

文档风格：专业、严谨、结构化。采用清晰的层级标题（1.， 1.1， 1.1.1）、表格（如功能清单、优先级矩阵）、流程图（如语言切换逻辑）和原型图标注。
语言风格：使用精准、无歧义的产品与技术术语，避免口语化。需求描述应采用“系统应允许用户…”或“当[条件]时，系统应[响应]”的主动语态。
视觉辅助：在描述UI交互时，结合“高保真原型图”、“用户旅程图”和“状态转换图”进行说明，确保理解一致。


构图建议（文档结构）

1. 文档修订历史与签署：版本、日期、修改内容、相关人员。
2. 引言：项目愿景、范围、目标用户、名词解释。
3. 整体描述：产品架构图、核心工作流、假设与依赖。
4. 功能需求详情（按模块分解）：每个功能点需包含需求描述、业务规则、UI/UX说明、验收标准。
5. 非功能需求详情：性能、安全、兼容性、本地化等。
6. 附录：竞品分析、数据分析指标、待定问题列表。


细节强化

本地化细节：明确日期格式（DD/MM/YYYY vs MM/DD/YYYY）、数字千位分隔符（1,000 vs 1.000）、地址格式、当地支付方式集成、节假日与图标文化适配性检查。
扩展词与氛围：在描述用户体验目标时，可融入“无缝的全球用户体验”、“文化亲和力”、“品牌一致性”、“高效的内容交付网络”、“符合地域习惯的交互模式”。
合规与风险：强调数据主权、隐私法（如GDPR）、内容审查要求、特定地区的互联网法规，并将其作为硬性约束条件写入需求。


使用建议

将上述“核心提示词”作为大纲，使用AI工具（如ChatGPT）时，可分段输入如：“请详细撰写‘语言/区域管理’模块的需求，包括智能切换逻辑、UI组件规范和至少三个验收标准。”
在撰写具体功能时，务必关联“非功能性需求”中的性能与安全条款，形成完整约束。
文档定稿前，建议使用“请以西班牙语市场技术负责人的视角，评审‘用户注册流程’章节的清晰度与可行性”这类提示进行角色扮演式审查，查漏补缺。
本方案生成的PRD内容，可直接导入Confluence、Notion等协作平台，或作为Jira等项目管理工具中创建Epic和User Story的权威依据。