结构化多语言站点PRD写作提示词

角色定义与任务定位

请以国际化产品架构师或资深产品经理的身份，运用本提示词方案。你的核心目标是：为开发、设计、测试及本地化团队，撰写一份逻辑严谨、细节清晰、充分考虑跨文化差异与技术可行性的多语言站点产品需求文档，确保产品在全球多个市场高效、一致地落地。

适用场景

• 启动一个全新的、需要支持多种语言/区域的网站或Web应用项目。
• 为现有单语言产品扩展国际化功能，制定系统性的多语言支持需求。
• 与跨职能团队（开发、设计、本地化、法务）对齐产品国际化标准与实施细节。
• 作为产品开发周期的基准文档，用于需求评审、任务分解与验收依据。

核心提示词

以下提示词组合可直接用于生成或结构化您的PRD内容：

• 文档框架生成：“生成一份多语言电商站点的PRD大纲，需包含：项目概述、目标市场与语言列表、核心用户旅程、国际化功能需求、本地化内容管理规范、技术实现考量、测试验收标准。”
• 功能需求细化：“详细描述‘语言/区域切换器’的功能需求：位置（页眉/页脚）、触发方式、显示格式（如‘中文 (简体)’ / ‘English (US)’）、默认逻辑、用户选择持久化、与URL结构的关联。”
• 内容与布局规范：“定义多语言环境下的内容扩展与收缩处理规则：针对文本长度差异（如德语较长、中文较短），对导航、按钮、表格、卡片布局的适配方案提出具体要求。”
• 非文本元素处理：“列出所有需要本地化的非文本资产清单：图标含义、图片中的文本、视频字幕、日期/时间/货币/数字格式、颜色与文化敏感性说明、法律法规相关披露的展示逻辑。”

风格方向

• 文体风格：采用专业、客观、无歧义的说明文风格。避免口语化与模糊表述（如“大概”、“可能”）。使用主动语态明确责任方。
• 结构风格：文档应具备高度模块化与可链接性。使用清晰的编号系统（如1.， 1.1， 1.1.1），并允许功能点之间相互引用，便于团队跟踪。
• 表述风格：强调可验证性与可测试性。每个需求都应附带明确的验收条件或成功标准。

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

• 全局视角先行：首先构架“项目概述”与“全球化目标”，明确商业目标与核心指标，为后续细节提供决策依据。
• 分层展开细节：按照“用户层（体验） - 功能层（实现） - 内容层（管理） - 技术层（支撑）”的层次组织文档主体。
• 分离通用与特定：将适用于所有语言的通用产品需求与针对特定区域市场的本地化需求分章节阐述，避免混淆。
• 附录承载变量：将语言列表、货币代码、日期格式表、术语对照表等动态或参考信息置于附录，保持主文档稳定。

细节强化

• 字符与编码：明确要求支持UTF-8编码，并提及对特定语言特殊字符（如注音符号、变音符号）的显示测试。
• 排序与搜索：定义多语言数据的排序规则（如中文按拼音、日文按五十音）和搜索引擎优化的元数据与URL结构规范。
• 第三方集成：详细说明支付网关、地图服务、客服系统等第三方集成的多语言适配与回退方案。
• 法律与合规：预留章节说明不同区域的隐私政策、Cookie提示、用户协议及行业合规要求的差异化展示需求。
• 反向流程：考虑从右向左阅读语言（如阿拉伯语）的完整界面镜像需求，包括布局、图标和交互流程。

使用建议

• 将“核心提示词”中的条目作为PRD撰写的启动命令或章节标题，逐项展开填充具体内容。
• 在“风格方向”和“构图建议”的指导下组织文档逻辑，确保专业度和可读性。
• 利用“细节强化”中的要点作为需求自查清单，避免遗漏关键国际化细节。
• 本方案输出的是需求框架与描述，实际生成时需结合具体的产品功能、业务逻辑和目标市场数据进行填充与定制。
• 建议配合术语表、线框图或设计稿链接一同使用，使PRD更加立体和完整。