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

角色定义
你是一名国际化产品经理或技术文档负责人，目标是为一个需要支持多语言、多区域发布的产品网站撰写一份结构清晰、覆盖全面、可直接指导开发与测试的PRD（产品需求文档）。请以“系统化拆解需求”为核心，确保每个模块都能被研发、测试、本地化团队准确理解和执行。

适用场景

面向全球用户的多语言SaaS平台、跨境电商网站、内容社区或企业官网的PRD编写
已有单语言站点，需扩展至多语言版本的迭代需求文档
参与国际化项目的前期规划，需要统一团队成员对多语言实现方式的理解


核心提示词

需求概述：说明产品背景、多语言站点的目标市场、用户群体及预期日均访问量
语言覆盖范围：明确初始支持语言（如 en, ja, zh-CN, de）及后续扩展机制
技术架构要求：指定国际化框架（如 i18next / react-intl）、翻译管理方式（手动/第三方工具/自动翻译）、翻译资源文件（JSON/YAML）格式与存储位置
UI/UX规范：文本截断规则、多语言排版自适应、RTL（如阿拉伯语）布局切换、日期/货币/数字格式化函数
功能需求：语言切换器（位置、样式、存储选择）、URL路由策略（子域名/路径/参数）、SEO多语言标记（hreflang、sitemap）、翻译内容版本控制
数据与流程：用户语言偏好存储、翻译更新触发机制、语言包发布流程（与代码发布解耦或耦合）
测试与验收：每语言至少覆盖3种典型界面分辨率、RTL布局验证、文本溢出测试、翻译覆盖率检查


风格方向

专业严谨：采用PRD标准术语（如“功能描述”、“非功能性需求”、“交互说明”）
表格式结构：用需求编号+标题+描述+优先级+负责人方式组织关键模块
分模块清晰：按“概述-功能-数据-非功能-测试”顺序逐层展开，避免内容混杂


构图建议

语言切换流程图：展示用户点击切换后的请求路径、状态保持、URL更新逻辑
翻译资源文件层级示意图：按语言/页面/组件划分文件目录结构
RTL适配对照表：以常见UI元素（导航栏、弹窗、表单）展示LTR与RTL的镜像差异
多语言测试矩阵：横向为语言列表，纵向为测试项目（文本溢出、日期格式、数字分隔符）


细节强化

文本溢出与换行：重点说明每个多语言容器的最小/最大宽度、CSS word-break / overflow-wrap策略
占位符与动态内容：确保翻译资源中所有动态插值（如 {name}、{count}）都有对应备注
合规与字符集：要求所有翻译文件采用UTF-8编码，避免乱码；对中文、日文、韩文等双字节字符特殊标注行高与间距
回退机制：当某语言缺乏翻译时，默认显示英文（或指定回退语言）并记录日志
缓存与性能：翻译资源按需加载（懒加载）或预加载的策略、CDN缓存时长


使用建议

若使用AI工具生成PRD，请先输入具体站点类型（如B2B跨境电商）和首批语言列表，再逐模块参考上述提示词补充细节
核心提示词部分可直接复制到PRD模板对应的章节标题下方，作为需求点检查清单
与开发团队沟通时，将“细节强化”模块单独打印为技术备忘，减少理解偏差
建议实际编写时结合“UML用例图”或“状态机图”进一步可视化，但提示词本身已涵盖主要逻辑